מק״ט (SKU): מה זה ואיך בונים קוד מוצר שעובד

לקוחה מזמינה באתר חולצה כחולה במידה M. במחסן יש שלושה דגמים דומים בכחול, וכל אחד מהם בארבע מידות. אם לכל פריט יש קוד ברור, העובד מוצא אותו תוך שניות, המלאי באתר מתעדכן והחבילה יוצאת נכונה. אם אין קוד, מתחילים ניחושים, והטעות מגיעה ללקוחה הביתה.

הקוד הזה נקרא מק״ט, ובאנגלית SKU. הוא נראה כמו פרט טכני קטן, אבל על השיטה הזאת נשענים המלאי, הדוחות, הפרסום בגוגל ובמטא והחיבורים בין האתר למערכות העסק.

במדריך הזה נסביר:

• מה זה מק״ט וממה הוא מורכב;
• במה הוא שונה מברקוד, מ-GTIN וממספר סידורי;
• איך בונים שיטת קודים שתחזיק מעמד גם כשהקטלוג יגדל;
• איך מגדירים מק״טים ב-Webflow, ב-WooCommerce, ב-Shopify וב-Wix;
• למה אותו קוד חייב להיות זהה בפרסום, באנליטיקס וב-ERP.

מה זה מק״ט (SKU)

מק״ט הוא קיצור של ״מספר קטלוגי״. המקבילה באנגלית, SKU, היא קיצור של Stock Keeping Unit, כלומר יחידה לניהול מלאי. זה קוד פנימי שהעסק מצמיד לכל פריט שהוא מוכר, כדי לדעת בכל רגע מה קיים, בכמה יחידות והיכן.

שלושה דברים מגדירים מק״ט טוב:

• הוא ייחודי. קוד אחד מתאר פריט אחד בלבד בתוך העסק.
• הוא שלכם. אין תקן עולמי שמכתיב איך הוא ייראה. כל עסק קובע לעצמו את הכללים, ולכן לאותו מוצר יהיו קודים שונים בחנויות שונות.
• הוא מתאר סוג של פריט, לא יחידה בודדת. עשר חולצות זהות חולקות מק״ט אחד.

הנקודה האחרונה חשובה במיוחד בחנות אונליין. כל שילוב של מאפיינים שהלקוח יכול לבחור הוא מק״ט נפרד. חולצה אחת בשלושה צבעים ובארבע מידות היא מוצר אחד בעיני הלקוח, אבל 12 מק״טים במלאי, כי אפשר לאזול ממידה M בכחול ועדיין להחזיק במלאי את כל השאר.

ממה מורכב מק״ט: דוגמה מפורקת

מק״ט נבנה בדרך כלל מכמה מקטעים קצרים של אותיות לועזיות וספרות. אין אורך מחייב, אבל בפועל 8 עד 15 תווים מספיקים לרוב העסקים. אפשר לקודד בו קטגוריה, דגם, מותג, צבע, גודל, חומר, טעם, משקל או קולקציה, בהתאם למה שבאמת מבדיל בין הפריטים אצלכם.

נניח שחנות בגדים מחליטה על הסדר הבא: סוג פריט, צבע, מידה, קולקציה. הקוד POL-NVY-M-W26 ייקרא כך:

• POL: סוג הפריט, חולצת פולו.
• NVY: הצבע, כחול נייבי.
• M: המידה.
• W26: קולקציית חורף 2026.

עובד שמכיר את הכללים מבין מה יש לו ביד בלי לפתוח מערכת. ובחנות אחרת, אותה חולצה בדיוק תקבל קוד אחר לגמרי, וזה בסדר גמור, כי הקוד נועד לשימוש פנימי.

מה לא כדאי להכניס לקוד

מקור נפוץ לבעיות הוא קידוד של מידע שמשתנה. מק״ט צריך להישאר קבוע לאורך כל חיי המוצר, ולכן עדיף להשאיר בחוץ:

• מיקום במחסן. מדף משתנה כל כמה חודשים. המיקום שייך למערכת המלאי, לא לקוד.
• מחיר. מחיר משתנה במבצעים ובעדכוני ספקים.
• שם ספק. אם תחליפו ספק, לא תרצו לשנות את כל הקודים או להישאר עם קוד מטעה.

מק״ט, ברקוד, GTIN ומספר סידורי: מה ההבדל

המונחים האלה מתבלבלים כל הזמן, גם בתוך מערכות. בפועל, על אותו מוצר יכולים להופיע גם מק״ט וגם ברקוד, וכל אחד מהם עושה עבודה אחרת.

ברקוד ו-GTIN

ברקוד הוא הדרך להציג מספר בפסים שסורק יכול לקרוא. המספר עצמו נקרא בדרך כלל GTIN, ובניגוד למק״ט הוא בנוי לפי תקן בינלאומי של ארגון GS1 וייחודי ברמה עולמית. הצורות הנפוצות הן EAN-13, בן 13 ספרות, ו-UPC, בן 12 ספרות, שנפוץ בעיקר בצפון אמריקה.

בישראל מקצה את המספרים האלה GS1 ישראל. תחילית 729 בראש הברקוד מציינת שהמספר הוקצה דרך הארגון הישראלי. זו הקצאה של מספר, לא הצהרה על מקור המוצר, ולכן אי אפשר להסיק ממנה איפה המוצר יוצר.

מספר סידורי ומק״ט יצרן

מספר סידורי מזהה יחידה אחת ספציפית, למשל מכשיר מסוים לצורך אחריות. מק״ט יצרן, שנקרא באנגלית MPN, הוא הקוד שהיצרן נתן לדגם, והוא נפרד מהמק״ט שאתם קובעים בחנות.

איך זה נראה בטבלה אחת

• מק״ט (SKU): נקבע על ידי העסק, ייחודי בתוך העסק, מזהה סוג פריט ונועד לתפעול פנימי.
• ברקוד (GTIN): מוקצה לפי תקן GS1, ייחודי בעולם, מזהה מוצר ונועד לקופה ולשרשרת האספקה.
• MPN: נקבע על ידי היצרן ומזהה דגם.
• מספר סידורי: מזהה יחידה בודדת ומשמש לאחריות, שירות ומעקב.

למה עסק צריך מק״טים

בעסק עם עשרה מוצרים אפשר להסתדר גם בלי זה. כשהקטלוג גדל, כשמוכרים בכמה ערוצים או כשיותר מאדם אחד אורז הזמנות, היתרונות מורגשים מהר.

איתור מהיר של פריטים

חיפוש לפי קוד מדויק מחזיר תוצאה אחת. חיפוש לפי ״חולצה כחולה״ מחזיר רשימה שצריך לנחש מתוכה. במחסן גדול או בחנות עם הרבה וריאציות זה הפער בין כמה שניות לכמה דקות על כל הזמנה.

ניהול מלאי והזמנות חוזרות

כשכל פריט נספר בנפרד, אפשר לראות מה עומד לאזול ולהזמין בזמן, ובמוצרים עם תוקף גם לזהות מה צריך למכור מהר. זה גם מה שמונע מצב מוכר ומביך: לקוח משלם באתר על פריט שכבר לא קיים.

ספירת מלאי מהירה יותר

בספירה סורקים או מקלידים קודים ומשווים את הנתון במערכת למה שיש על המדף. במקום טבלאות בכתב יד מקבלים רשימת פערים מדויקת, ויודעים בדיוק איפה הלכו יחידות לאיבוד.

פחות טעויות בליקוט ובהחזרות

כשמי שאורז הזמנה משווה קוד לקוד, הסיכוי לשלוח מידה או צבע לא נכונים יורד. גם החזרה מתנהלת בקלות רבה יותר: הפריט חוזר למלאי תחת הקוד הנכון, ואפשר לראות בדוחות אילו פריטים חוזרים שוב ושוב ולבדוק למה, למשל טבלת מידות לא מדויקת או תמונה שלא משקפת את המוצר.

ניתוח מכירות אמיתי

דוחות לפי מק״ט מראים מה נמכר ומה תקוע: למשל שהדגם נמכר היטב, אבל מידה XL יושבת במחסן כבר חצי שנה. כך מחליטים מה להזמין שוב ומה למכור במבצע. כדי לדעת מה למדוד מלבד זה, קראו את המדריך שלנו למדדים של חנות אונליין.

איך בונים שיטת מק״טים, שלב אחר שלב

את השיטה עדיף לקבוע לפני שמעלים מאות מוצרים לאתר. שינוי קודים בדיעבד הוא עבודה יקרה, במיוחד אחרי שהם כבר מחוברים לפיד של גוגל ולמערכת הנהלת החשבונות.

1. רשמו את הקטלוג. מה אתם מוכרים ואילו מאפיינים באמת מבדילים בין פריט לפריט.

2. בחרו 3–4 מאפיינים לכל היותר. מה שלא עוזר לזהות פריט לא צריך להיות בקוד. בדרך כלל מתחילים מהמאפיין הכללי ומתקדמים אל הספציפי.

3. הגדירו קיצורים קבועים. טבלה אחת שמסבירה ש-NVY הוא נייבי ו-BLK הוא שחור. אותה טבלה משמשת את כולם.

4. קבעו אורך ומבנה אחידים. כך קל לקרוא, למיין ולסנן.

5. בדקו על מקרים קשים. מוצר עם שלושה מאפיינים, מארז, מהדורה מוגבלת, פריט ללא מידה.

6. תעדו ומנו אחראי. מסמך קצר ואדם אחד שמאשר קודים חדשים חוסכים כפילויות.

כללים שחוסכים כאב ראש

• רק אותיות לועזיות, ספרות ומקף. עברית נראית טבעית, אבל היא עלולה להישבר בייצוא, ב-CSV, בסורקים ובתצוגה מימין לשמאל כשהיא מעורבת עם ספרות. תשמרו את העברית לשם המוצר.
• בלי תווים שקל להתבלבל ביניהם. O מול 0, ו-I מול 1, במיוחד במקטע שמוקלד ידנית.
• בלי רווחים ותווים מיוחדים. הם יוצרים בעיות בכתובות, בקבצים ובחיבורי API.
• בלי אפס בתחילת הקוד. אקסל נוטה למחוק אותו, ומספר ארוך עלול להפוך לכתיב מדעי. קידומת של אות פותרת את שתי הבעיות.
• קוד של מוצר שירד מהמדף לא חוזר לשימוש. אחרת ההיסטוריה של שני מוצרים מתערבבת בדוחות.

מה עושים עם מארזים

מארז הוא פריט שנמכר בנפרד ולכן מקבל מק״ט משלו, אבל מכירה שלו צריכה להוריד מהמלאי את הפריטים שבתוכו. בעסק קטן אפשר לנהל זאת ידנית. כשהמארזים הופכים לחלק משמעותי מהמכירות, כדאי לבדוק שהמערכת תומכת בכך, או לבנות אוטומציה שמעדכנת את הכמויות.

איך עוברים לשיטה חדשה בקטלוג קיים

אם כבר יש לכם חנות פעילה עם קודים לא מסודרים, לא חייבים להחליף הכול בבת אחת. בנו טבלה עם המק״ט הישן והחדש לכל פריט, ושמרו את הקוד הישן בשדה נפרד כדי שהדוחות הקודמים יישארו קריאים. התחילו ממוצרים חדשים ומהקטגוריות הפעילות ביותר, ובדקו על קבוצה קטנה איך השינוי משפיע על הפיד של גוגל ועל קטלוג הפרסום לפני שממשיכים. אם שדה id בפיד נשען על הקוד הישן, עדיף להשאיר אותו כפי שהוא, ולהכניס את המק״ט החדש למערכות הפנימיות בלבד, כדי לא לאבד היסטוריית ביצועים.

איך מגדירים מק״ט בחנות אונליין

כל פלטפורמות המסחר הגדולות כוללות שדה מק״ט ברמת הווריאציה. מי שמתכננים חנות חדשה ימצאו את התמונה הרחבה במדריך איך פותחים חנות אונליין. אלה הנקודות שכדאי לבדוק בכל פלטפורמה.

Webflow

ב-Webflow Ecommerce לכל וריאנט של מוצר יש שדה SKU משלו, לצד המחיר והמלאי. כשמוסיפים אפשרויות כמו צבע ומידה נוצרים וריאנטים, ולכן כדאי לעבור עליהם ולמלא את הקודים לפני ההשקה. חיבור למערכות חיצוניות נעשה דרך ה-API או דרך כלי אוטומציה. זה חלק מהעבודה שלנו בבניית אתרים ב-Webflow.

WooCommerce

ב-WooCommerce על גבי WordPress השדה נמצא בלשונית Inventory של המוצר, ובמוצר עם וריאציות יש שדה לכל וריאציה. המערכת מונעת כפילויות של מק״ט, וגרסאות עדכניות כוללות גם שדה ייעודי ל-GTIN. כך לא צריך להשתמש בשדה המק״ט בשביל הברקוד.

Shopify ו-Wix

ב-Shopify לכל וריאנט יש שדות נפרדים ל-SKU ולברקוד. ב-Wix Stores אפשר להגדיר מק״ט למוצר ולכל וריאנט, יחד עם מעקב מלאי. בשתי הפלטפורמות כדאי לייצא את הקטלוג לקובץ מדי פעם ולוודא שאין שורות ריקות או קודים כפולים.

למה אותו קוד צריך להיות זהה בכל מקום

מק״ט מפסיק להיות עניין של מחסן ברגע שהוא מחבר בין מערכות. כשהאתר, הפרסום, האנליטיקס וה-ERP מדברים על אותו פריט באותו קוד, הנתונים מתחברים. כשלא, מתחילה עבודה ידנית.

Google Merchant Center

בפיד המוצרים, השדה id הוא המזהה של הפריט, וגוגל ממליצה להשתמש בו במק״ט ולשמור עליו קבוע. לכל וריאציה יש id נפרד, ו-item_group_id מקבץ אותן למוצר אחד. אם יש למוצר ברקוד מהיצרן, מזינים אותו בשדה gtin. את הדרישות המדויקות אפשר לבדוק במרכז העזרה של Google Merchant Center.

Meta

בפרסום מקטלוג, המזהה שנשלח באירועי הפיקסל וב-Conversions API צריך להיות זהה למזהה הפריט בקטלוג. אם הם לא תואמים, מטא לא מצליחה לקשר בין מי שצפה במוצר לבין המוצר עצמו, ומודעות הקטלוג מאבדות דיוק.

GA4

באירועי מסחר כמו view_item ו-purchase, השדה item_id מקבל בדרך כלל את המק״ט. כך אפשר לחבר נתוני מכירות לפי פריט לנתוני פרסום. המדריך לאנליטיקה מקצה לקצה מסביר איך מחברים את כל הערוצים לתמונה אחת.

אתרי השוואת מחירים ומרקטפלייסים

מי שמוכר גם בזירות חיצוניות מקבל שם בדרך כלל דרישות משלו, ולרוב גם קובץ או פיד נפרד. כשלכל פריט יש מק״ט קבוע, אפשר לייצר את הקבצים האלה מאותו מקור ולהתאים רק את השדות שכל זירה מבקשת. כך מחיר ומלאי מתעדכנים במקום אחד, במקום לתקן אותם ידנית בכל ערוץ.

ERP, הנהלת חשבונות ו-CRM

מערכות כמו Priority ו-SAP Business One מנהלות מלאי ורכש לפי קוד פריט, ומערכות CRM משתמשות בו כדי לדעת מה כל לקוח קנה. החיבור עובר בדרך כלל דרך API וכלים כמו n8n או Make. מי שחדשים בנושא ימצאו הסבר פשוט במדריך לREST API לעסקים.

כדאי לקבוע מערכת אחת כמקור האמת, למשל ה-ERP, ולתת לשאר המערכות לקבל ממנה את הקודים והכמויות. שני מקומות שבהם עורכים מלאי במקביל הם מתכון לפערים.

טעויות נפוצות בעבודה עם מק״טים

• קוד אחד לכל הווריאציות. אי אפשר לדעת איזו מידה נגמרה, והמלאי באתר מפסיק לשקף את המציאות.
• שימוש במק״ט של הספק. מחליפים ספק והקודים קורסים. עדיף לשמור את קוד הספק בשדה נפרד.
• קודים ארוכים ומפורטים מדי. מי שמנסה לדחוס הכול לקוד מקבל משהו שאף אחד לא יכול לקרוא או להקליד.
• שינוי מק״ט קיים בלי תכנון. ההיסטוריה במערכות מתפצלת, והפיד של גוגל רואה מוצר חדש ומאבד את הנתונים שהצטברו.
• ריבוי מקורות אמת. האתר אומר דבר אחד והמלאי דבר אחר, ואף אחד לא יודע מי צודק.
• ברקוד בשדה מק״ט. זה אפשרי במקרים מסוימים, אבל כך נעלמת היכולת לקודד וריאציות פנימיות, ומוצרים ללא ברקוד נשארים בחוץ.
• בלי בדיקה אחרי ייבוא. קובץ שנפתח באקסל ונשמר מחדש עלול לשנות קודים בלי שאף אחד ישים לב. אחרי כל ייבוא כדאי לבדוק מדגם של פריטים במערכת היעד.
• בלי תיעוד. כשהעובד היחיד שמכיר את השיטה עוזב, היא עוזבת איתו.

איך RJL Studio מסדרים קטלוג שעובד

בפרויקטים של חנויות אונליין אנחנו מתחילים מהמבנה של הקטלוג, לפני העיצוב. אנחנו עוזרים להגדיר שיטת מק״טים שמתאימה לעסק, מיישמים אותה ב-Webflow, ב-WordPress ו-WooCommerce או ב-Wix, ומחברים את החנות למלאי, ל-CRM, לפיד של Google ולקטלוג של Meta.

יש לכם קטלוג שגדל מהר מדי, או מלאי שלא מסתדר בין האתר למחסן? דברו איתנו ונבדוק יחד מה כדאי לסדר קודם.

שאלות נפוצות על מק״ט

האם עסק קטן חייב מק״טים?

אין חובה כזאת, אבל ברגע שיש וריאציות או כמה ערוצי מכירה, הקודים חוסכים זמן וטעויות. עדיף להתחיל עם שיטה פשוטה כשהקטלוג עדיין קטן, כי קל הרבה יותר להגדיר אותה לפני שיש מאות פריטים ומערכות מחוברות.

אפשר להשתמש בברקוד בתור מק״ט?

אפשר, אם לכל פריט שאתם מוכרים יש ברקוד ייחודי, אבל זה לא מומלץ ברוב המקרים. ברקוד ארוך וקשה לקריאה, ולא לכל פריט יש ברקוד משלו. עדיף מק״ט פנימי קצר, ולצידו הברקוד בשדה נפרד.

כמה תווים צריכים להיות במק״ט?

אין כלל מחייב. ברוב העסקים 8 עד 15 תווים מספיקים כדי לזהות פריט ועדיין לקרוא אותו בקלות. חשוב יותר שהמבנה יהיה אחיד בכל הקטלוג ושכל מקטע יהיה בעל משמעות ברורה לכל מי שעובד עם הקודים.

מה עושים כשמוצר משתנה?

שינוי קטן, כמו עיצוב חדש של האריזה, בדרך כלל לא מצדיק קוד חדש. שינוי שהלקוח או המלאי צריכים להבדיל בו, כמו חומר אחר, גודל שונה או גרסה חדשה, מצדיק מק״ט חדש. את הקוד הישן משאירים בארכיון ולא ממחזרים.

האם גם שירותים ומוצרים דיגיטליים צריכים מק״ט?

אין להם מלאי פיזי, אבל קוד עדיין עוזר בחיבור לחשבוניות, לדוחות ולאנליטיקס. אם אתם מוכרים חבילות, קורסים או מנויים, קוד קבוע לכל אחד מהם יאפשר לראות מה נמכר ומאיזה ערוץ, בלי להסתמך על שמות שמשתנים.