ייבוא מוצרים נראה כמו הפעולה הפשוטה ביותר בניהול חנות: יש קובץ, יש כפתור, לוחצים ומחכים. בפועל זה הרגע שבו הכי הרבה נזק נכנס לאתר בבת אחת, ובלי שאף אחד רואה אותו באותו יום. רוב הטעויות בייבוא וייצוא של קבצי מוצרים לא נובעות מחוסר ידע טכני אלא מהנחות שגויות על מה הקובץ מכיל ומה המערכת עושה עם עמודה ריקה.
להבין שהקובץ הוא הוראה ולא תמונת מצב
הטעות התפיסתית הראשונה היא לחשוב על קובץ הייבוא כתמונה של הקטלוג. הוא לא. הוא רשימת הוראות שהמערכת מבצעת שורה אחר שורה, וכל תא בו הוא הוראה בפני עצמה.
מה שקורה בפועל הוא שתא ריק לא אומר "השאר כמו שהיה" בכל מערכת. בחלק מהמערכות הוא אומר בדיוק את ההפך: מחק את מה שיש. זה ההבדל בין ייבוא מחירים לבין ייבוא שמוחק תיאורים.
- תא ריק יכול לשמור ערך קיים או למחוק אותו, תלוי במערכת
- עמודה שנעדרת מהקובץ בדרך כלל לא נוגעת בשדה
- עמודה שקיימת וריקה היא הסיכון האמיתי
- ערך אפס אינו זהה לתא ריק, במיוחד במלאי ובמחיר
- שורה שלא מופיעה בקובץ לא נמחקת, אלא אם ביקשתם סנכרון מלא
בחנות עם 2,000 מק"טים שראיתי, ייבוא של עדכון מלאי מחק את התיאור המפורט של 600 מוצרים בבת אחת, כי קובץ הספק כלל עמודת תיאור ריקה. כל השורות נקלטו בהצלחה ודוח הייבוא היה נקי לגמרי.
הבדיקה שסוגרת את הפינה הזאת לוקחת חמש דקות: מייבאים מוצר אחד עם תא ריק בעמודת תיאור, ורואים מה קרה לתיאור. התשובה הזאת קובעת איך תבנו כל קובץ ייבוא מוצרים מכאן והלאה.
לבדוק את הקידוד לפני שהעברית נשברת
ג'יבריש במקום עברית הוא הסימפטום המוכר ביותר, והוא כמעט תמיד נובע מאותה סיבה: הקובץ נשמר בקידוד אחד ונקרא בקידוד אחר. הבעיה מתחילה כשפותחים קובץ שהגיע כ-CSV בתוכנת גיליון ושומרים אותו בברירת המחדל.
הנזק כאן ערמומי במיוחד כי הוא לא מייצר שגיאת ייבוא. המערכת מקבלת טקסט תקין לגמרי מבחינתה, שומרת אותו, ורק בדף המוצר רואים סימנים מוזרים במקום שם המוצר.
- לשמור תמיד בקידוד אחיד ולוודא שהמערכת מצפה לאותו קידוד
- לעבוד עם קובץ גיליון ולא עם CSV כשיש הרבה טקסט חופשי
- לפתוח את הקובץ אחרי השמירה ולוודא שהעברית תקינה
- לבדוק במיוחד גרשיים, מרכאות ותווים מיוחדים
- לוודא שמספרים לא הפכו לתאריכים או לפורמט מדעי
שווה לזכור שהקידוד נשבר גם בכיוון השני. קובץ שיוצא מהמערכת ונפתח אצלכם בג'יבריש הוא סימן שהייצוא נקרא לא נכון, לא שהנתונים באתר פגומים, וחשוב להבחין בין השניים לפני שמתחילים לתקן משהו שלא שבור.
אחרי הייבוא שווה לפתוח שלושה דפי מוצר באתר עצמו ולקרוא אותם. קובץ שנראה תקין על המסך יכול עדיין להגיע שבור לאתר, ורק הדף החי מוכיח שהכל עבר נכון.
לזהות את המק"ט ככפתור ההרס הגדול
המק"ט הוא המפתח שמחבר בין השורה בקובץ לבין המוצר במערכת, ולכן כל טעות בו לא מייצרת עדכון אלא מוצר חדש. הקטלוג מתנפח, הכתובת הישנה נשארת עם מוצר מיותם, והחדש נכנס בלי תמונות ובלי היסטוריה.
הבעיה מתחילה כשעמודת המק"ט עוברת דרך תוכנת גיליון. אפסים מובילים נעלמים, מק"ט ארוך הופך לפורמט מדעי, ורווח נסתר בסוף נשאר שם בלי שאף אחד רואה אותו.
- מק"ט 00745 שהפך ל-745 והמערכת לא מזהה אותו
- מק"ט עם רווח בסוף שנחשב מזהה אחר לגמרי
- מק"ט ארוך שהוצג בפורמט מדעי ואיבד ספרות
- מק"ט שבו אות עברית התחלפה באות אנגלית דומה
- מק"ט של הספק שנכנס במקום המק"ט הפנימי שלכם
מה שהופך את זה למסוכן במיוחד הוא שהמוצר החדש נראה תקין לחלוטין. הוא נכנס לקטלוג, מקבל דף, ואפילו מופיע במחלקה. רק אחרי שבוע מישהו שם לב שיש שני מוצרים כמעט זהים ושאחד מהם בלי ביקורות ובלי היסטוריית מכירות.
הפתרון הוא להגדיר את העמודה כטקסט לפני שפותחים את הקובץ, ולהריץ ניקוי רווחים על כל עמודת מזהה כשלב קבוע. שתי דקות עבודה שמונעות את התקלה הכי יקרה לתיקון בכל תהליך ייבוא מוצרים.
לייצא לפני שמייבאים, בלי יוצא מן הכלל
ייצוא מלא של הקטלוג לפני כל ייבוא הוא הביטוח היחיד שקיים, והוא לוקח דקות. חנויות מדלגות עליו בדיוק בסבבים שבהם השינוי נראה קטן ובטוח, ואלה בדיוק הסבבים שנשברים.
הגיבוי הזה שווה משהו רק אם הוא מלא. ייצוא של העמודות שאתם עומדים לשנות לא עוזר, כי הנזק בדרך כלל מגיע דווקא בעמודות שלא התכוונתם לגעת בהן.
- ייצוא מלא של כל השדות, לא רק מה שמעדכנים
- שמירת הקובץ עם תאריך בשם ובלי לערוך אותו לעולם
- עותק עבודה נפרד שעליו עורכים
- אחרי הייבוא, ייצוא נוסף להשוואה
- שמירת שלושת הקבצים לפחות עד סוף החודש
בגדול, הגיבוי הזה שווה משהו רק אם אתם יודעים למצוא אותו. תיקייה אחת קבועה עם שם קובץ שמכיל תאריך ומה נעשה באותו סבב הופכת שחזור מחיפוש מתסכל לפעולה של דקה.
ההשוואה בין הייצוא שלפני לייצוא שאחרי היא הכלי המדויק ביותר לגילוי נזק שקט. היא מראה בדיוק אילו שדות השתנו, כולל אלה שלא ידעתם שנגעתם בהם.
להפריד בין קובץ הספק לקובץ החנות
קובץ שמגיע מספק בנוי לצרכים של הספק ולא לצרכים שלכם. שמות העמודות שונים, הסדר שונה, ולפעמים גם היחידות שונות. ייבוא ישיר שלו לאתר הוא ההימור המסוכן ביותר בתפעול קטלוג.
במקום לייבא את קובץ הספק, בונים קובץ חנות קבוע עם העמודות שלכם ומעתיקים אליו את מה שצריך. זה נשמע כמו עבודה נוספת, ובפועל זה מקצר את התהליך מהסבב השני והלאה.
- קובץ תבנית קבוע עם העמודות של החנות בסדר קבוע
- גיליון נפרד שאליו מדביקים את נתוני הספק כמו שהם
- התאמה מפורשת בין שם עמודה אצל הספק לשם אצלכם
- בדיקה שיחידות המידה והמטבע זהות
- סימון ברור אילו שדות אף פעם לא מגיעים מהספק
הפער שהכי חוזר הוא במחיר. ספק שולח מחיר בלי מע"מ ואתם עובדים עם מחיר כולל, או ששדה המחיר אצלו הוא מחיר לצרכן ואצלכם מחיר עלות. ייבוא ישיר במקרה כזה משנה את כל המחירים בחנות בלי שאף אחד יצטרך לטעות בכלל.
ההפרדה הזאת גם מגנה על התוכן שכתבתם. כשקובץ הספק לא נוגע ישירות באתר, תיאור מפורט שנכתב בחנות לא יכול להימחק בגלל עמודה ריקה שהגיעה מבחוץ.
לשים לב לשדות שמשנים את כתובת הדף
יש שדות שנראים תמימים ומשנים את כתובת הדף בפועל. שם המוצר הוא הנפוץ שבהם, ובחלק מהמערכות גם שיוך למחלקות משפיע על המבנה של הכתובת.
כשהכתובת משתנה, כל מה שהצביע עליה נשבר: קישורים פנימיים, קישורים חיצוניים, מודעות ממומנות, וגם הדירוג האורגני שנצבר לאותו דף. זה לא נזק שמתגלה למחרת אלא כזה שמצטבר לאורך שבועות.
- שינוי בשם מוצר שגורר שינוי בכתובת
- שינוי בקטגוריה ראשית במערכות שבונות כתובת לפי היררכיה
- מחיקה ויצירה מחדש של מוצר במקום עדכון
- שינוי בשדה שמזין את הגוגל טייטל בלי כוונה
לפני שינוי כזה בודקים אם המערכת יוצרת הפניה אוטומטית מהכתובת הישנה, ואם לא, מכינים רשימת הפניות מראש. אחרי השינוי שווה לרוץ על ניהול הקישורים הפנימיים ולתקן את מה שמצביע לכתובת שכבר לא קיימת.
לוודא שהתמונות באמת הגיעו
עמודת תמונות היא המקום שבו ייבוא נכשל בשקט. הקישור בקובץ תקין, השורה נקלטה בהצלחה, והתמונה פשוט לא מופיעה בקוביית המוצר בגריד.
הסיבות הנפוצות הן קישור שדורש הרשאה, שרת שחוסם גישה אוטומטית, או פורמט שהמערכת לא יודעת לקלוט. בכל המקרים האלה דוח הייבוא מדווח על הצלחה.
- לוודא שכל קישור נפתח בחלון גלישה פרטית בלי התחברות
- לבדוק שהפורמט נתמך ושהמשקל לא חורג
- לוודא שסדר התמונות בקובץ הוא הסדר הרצוי בקרוסלה
- לספור כמה מוצרים נשארו בלי תמונה ראשית אחרי הייבוא
- לבדוק שה-ALTים נכנסו ולא נשארו ריקים
בעיה נוספת שקשה לתפוס היא תמונה שנקלטה אבל בגודל שגוי. היא מופיעה בדף המוצר ונראית בסדר, ובגריד היא נחתכת או מציגה שוליים לבנים. תמונות תתי קטגוריות במידה 300X300 הן דוגמה טובה לשדה שחייב מידה קבועה ולא סובל אלתור.
הדרך המהירה לבדוק היא לפתוח את דף הקטגוריה ולגלול. מוצר בלי תמונה בולט מיד בגריד, וזה מהיר בהרבה מלעבור מוצר מוצר. מי שרוצה לעשות את זה כמו שצריך, עבודה נכונה עם תמונות חוסכת את רוב התקלות האלה מראש.
להיזהר מייבוא שמכפיל מוצרים
כפילות בקטלוג נוצרת כמעט תמיד בייבוא, לא בהזנה ידנית. אותו מוצר נכנס פעמיים כי המק"ט השתנה, כי הגיע מקובץ ספק אחר, או כי מישהו הריץ את אותו קובץ פעמיים בטעות.
מה שהופך את זה למסוכן הוא שכפילות לא נראית בממשק הניהול. שני המוצרים יושבים במקומות שונים ברשימה, ורק בדף הקטגוריה או בחיפוש הפנימי מגלים שיש שניים.
- שני מק"טים שונים לאותו מוצר פיזי
- אותו מוצר עם ואריאציה שנקלטה כמוצר עצמאי
- מוצר ישן לא פעיל שנשאר וגרסה חדשה שנכנסה לצידו
- מוצר שהגיע משני ספקים בשמות שונים
הכפילות עולה כסף בשלושה מקומות בבת אחת: היא מפצלת את הדירוג האורגני בין שני דפים, היא מבלבלת גולש שרואה את אותו מוצר פעמיים בגריד, והיא מייצרת דוחות מכירות שאי אפשר לסמוך עליהם.
לפני ייבוא גדול שווה לבדוק את הקובץ מול הקטלוג הקיים ולסמן חפיפות. אחרי הייבוא, סבב זיהוי מוצרים כפולים סוגר את מה שהתגנב פנימה.
לקרוא את דוח השגיאות לפי סוג
דוח עם 400 שגיאות נראה כמו אסון ובדרך כלל הוא שלוש בעיות שחוזרות. מיון לפי סוג השגיאה מכווץ את הרשימה למשהו שאפשר לסגור בשעה.
העיקרון הוא לתקן את הסיבה בקובץ המקור ולייבא שוב, ולא לתקן שורה שורה בממשק. תיקון ידני בממשק נעלם בייבוא הבא, כי הקובץ עדיין מכיל את הערך השגוי.
- למיין את הדוח לפי סוג השגיאה, לא לפי מספר שורה
- לספור כמה שורות בכל סוג
- לתקן את הסוג הגדול ביותר בקובץ המקור
- לייבא שוב ולראות כמה שגיאות נשארו
- לתעד אילו סוגים חוזרים בכל סבב
שווה גם לשים לב לשגיאות שהמערכת מדווחת עליהן כאזהרה ולא כשגיאה. אזהרה אומרת שהשורה נקלטה אבל משהו בה לא היה תקין, וזה בדיוק סוג הנזק שנשאר באתר כי אף אחד לא קרא את השורה הזאת בדוח.
הסוגים שחוזרים בכל ייבוא הם הרמז הכי חשוב בדוח. הם מצביעים על בעיה קבועה בקובץ המקור או במיפוי, ולא על שגיאה אקראית.
לבדוק מה קרה למחלקות אחרי הייבוא
שיוך למחלקות הוא השדה שהכי הרבה נשבר בשקט. מוצר שאיבד שיוך לא נעלם מהאתר, הוא פשוט מפסיק להופיע במקום שבו גולשים מחפשים אותו.
מה שקורה בפועל הוא ירידה בתנועה לקטגוריה בלי שום סימן אחר. אף אחד לא מדווח על תקלה, המוצר קיים, והדף שלו עובד, וזה בדיוק מה שמקשה לזהות.
- לספור כמה מוצרים יש בכל מחלקה ראשית לפני ואחרי
- לבדוק כמה מוצרים נשארו בלי שום שיוך
- לוודא שסדר התצוגה במחלקה לא התאפס
- לבדוק שהפילטרים עדיין מחזירים את מספר התוצאות הצפוי
- לפתוח שלוש מחלקות ולגלול אותן כמו גולש
בנוסף כדאי לבדוק את הפילטרים בנפרד מהמחלקות. מוצר יכול להישאר משויך למחלקה הנכונה ובכל זאת ליפול מפילטר מותג או פילטר מידה, כי השדה שמזין את הפילטר הוא שדה אחר לגמרי מהשדה שקובע את השיוך.
ההשוואה המספרית לפני ואחרי היא מה שהופך את הבדיקה הזאת למהירה. מחלקה שירדה מ-180 מוצרים ל-140 מספרת לכם הכל בלי שתצטרכו לחפש.
לתזמן ייבוא לשעה שבה יש זמן לתקן
ייבוא בשעה חמש אחרי הצהריים ביום חמישי הוא הזמנה לבעיה. אם משהו נשבר, הוא נשאר שבור עד ראשון, וכל הסופשבוע האתר מציג קטלוג פגום.
הכלל הפשוט הוא לייבא רק כשיש לפחות שלוש שעות עבודה אחרי. זה מספיק כדי לגלות בעיה, לשחזר מהגיבוי ולהריץ מחדש בלי לחץ.
מה שכן, אל תדחו ייבוא של תיקון קריטי רק בגלל השעה. מחיר שגוי או מוצר שאזל ומוצג כזמין עולים יותר מסיכון של ייבוא בשעה לא אידיאלית, ובמקרים כאלה מייבאים רק את השורות הבודדות שצריך.
בנוסף שווה להימנע מייבוא בשיא העונה או ביום שבו רץ קמפיין ממומן גדול. תנועה גבוהה על קטלוג שבור עולה הרבה יותר מהמתנה של יומיים.
לתעד את מיפוי העמודות פעם אחת
כל חנות מגיעה בסוף למצב שבו יש שלושה קבצי ייבוא שונים משלושה מקורות, ואף אחד לא זוכר איזו עמודה הולכת לאיפה. מסמך מיפוי אחד פותר את זה לצמיתות.
המסמך לא צריך להיות מסובך. שם העמודה בקובץ, שם השדה במערכת, מה קורה כשהוא ריק, ומי מעדכן אותו.
- שם העמודה בקובץ ובממשק הניהול
- סוג הערך והפורמט המדויק שהמערכת מצפה לו
- מה קורה כשהתא ריק
- מי צורך את השדה: פילטר, חיפוש, פיד, תבנית דף
- מקור הנתון: ספק, יבואן, או כתיבה בחנות
המסמך הזה גם חוסך את הוויכוח החוזר מול הספק. כשיש רשימה כתובה של השדות שאתם צריכים ובאיזה פורמט, הבקשה לספק הופכת לשורה אחת במייל במקום לשיחה שמתחילה מהתחלה בכל פעם שמישהו מתחלף שם.
ברגע שהמיפוי כתוב, ייבוא מוצרים מפסיק להיות משימה שרק אדם אחד בחנות יודע לעשות. זה גם מה שהופך אותו לתהליך שאפשר לשפר במקום לחזור עליו כל פעם מהתחלה.
לוותר על ייבוא ידני של מה שחוזר כל שבוע
מלאי ומחירים שמשתנים כל שבוע הם לא משימה אלא תהליך. כל ייבוא ידני נוסף הוא הזדמנות לשגיאה אקראית, ואחרי חודשיים אף אחד לא זוכר איזה סבב הכניס את הערך המוזר.
קודם כל מקבעים את התהליך: אותו קובץ, אותן עמודות, אותו סדר, אותה בדיקה. רק אחרי שהוא יציב שווה לחשוב על חיבור אוטומטי, כי אוטומציה של תהליך לא יציב רק מכפילה את השגיאות.
מי שרוצה לראות איך זה נראה בפועל, בניית תהליך עבודה מסודר היא ההבדל בין חנות שמייבאת בלחץ לבין חנות שמייבאת בשגרה.
לבדוק את הפיד ואת הערוצים החיצוניים אחרי כל ייבוא
הקטלוג באתר הוא לא היעד היחיד של הנתונים. אותם שדות מזינים גם את הפיד לגוגל, את החיפוש הפנימי ולפעמים ערוצי מכירה נוספים, וכל אחד מהם רגיש לשדה אחר.
מה שקורה בפועל הוא שהאתר נראה מצוין והמודעות מפסיקות לרוץ. הפיד נפסל בגלל שדה חסר או פורמט שהשתנה, וההודעה על כך מגיעה במייל שאף אחד לא פותח.
- לוודא שהפיד עודכן ושלא צנח במספר הפריטים התקינים
- לבדוק שהמחיר בפיד תואם למחיר באתר
- לוודא שהזמינות מסונכרנת ולא נשארה מהסבב הקודם
- לבדוק שהחיפוש הפנימי מחזיר את המוצרים שעודכנו
- לעבור על שגיאות סריקה חדשות בסרץ קונסול בימים שאחרי
הבדיקה הזאת לוקחת עשר דקות והיא תופסת בדיוק את סוג הנזק שלא רואים באתר עצמו. מי שרוצה לקבע את זה, שווה לצרף אותה לבדיקות השבועיות באתר ולא להסתמך על זיכרון.
שאלות נפוצות על ייבוא מוצרים וייצוא קבצים
מה הטעות הנפוצה ביותר בייבוא מוצרים
עמודה ריקה שדורסת תוכן קיים. חנות מייבאת עדכון מחירים מקובץ ספק, ובקובץ יש עמודת תיאור ריקה, והמערכת מפרשת את זה כבקשה למחוק את התיאור בכל המוצרים שבקובץ. הפתרון הוא למחוק מהקובץ כל עמודה שלא מתכוונים לעדכן, ולבדוק פעם אחת על מוצר בודד מה המערכת עושה עם תא ריק.
למה העברית נשברת בקובץ ייבוא
כמעט תמיד בגלל קידוד. הקובץ נשמר בקידוד אחד ונקרא על ידי המערכת בקידוד אחר, והתוצאה היא סימנים מוזרים במקום אותיות. זה קורה במיוחד כשפותחים קובץ CSV בתוכנת גיליון ושומרים אותו בברירת המחדל. עבודה בפורמט גיליון במקום CSV פותרת את רוב המקרים, ובדיקה של שלושה דפי מוצר באתר אחרי הייבוא סוגרת את השאר.
האם אפשר לבטל ייבוא מוצרים שהשתבש
ברוב המערכות אין כפתור ביטול, ולכן הייצוא שלפני הוא הדרך היחידה לחזור אחורה. מייבאים את קובץ הגיבוי חזרה על אותם מק"טים ובודקים מה חזר למקומו. הדבר היחיד שלא תמיד חוזר לבד הוא שיוך למחלקות וסדר התצוגה, אז אחרי השחזור שווה לעבור על המחלקות המרכזיות ולוודא שהמספרים תואמים למה שהיה.
כמה שורות כדאי לייבא בבת אחת
הסבב הראשון של כל סוג שינוי מוגבל ל-20 שורות, ואחרי שהוא נבדק באתר עצמו אפשר להריץ גושים של כמה מאות. גוש קטן יותר מקל גם על השחזור אם משהו השתבש, כי מספר המוצרים שצריך להחזיר נשאר קטן. חשוב מהכמות הוא שכל גוש יכיל סוג שינוי אחד בלבד ולא ערבוב של מחירים, מבנה ותוכן.
ייבוא נקי הוא תוצאה של הכנה, לא של מזל
כל טעות שמופיעה כאן נמנעת באותה דרך: לדעת מה הקובץ עומד לעשות לפני שלוחצים על הכפתור. מיפוי כתוב, ייצוא לפני, סבב קטן של 20 שורות, ובדיקה באתר החי ולא בקובץ.
אחרי 10 שנים ו-60+ חנויות אני יכול להגיד שכמעט כל תקלת קטלוג שראיתי התחילה בייבוא שנעשה בלחץ, בלי גיבוי ובלי סבב ניסיון. הזמן שנחסך שם תמיד נגבה חזרה בכפליים.
בסופו של דבר, ייבוא מוצרים הוא הפעולה עם היחס הגרוע ביותר בין זמן ביצוע לבין נזק אפשרי. שלוש דקות של הכנה שוות ימים של תיקון, וההרגל הזה נבנה פעם אחת ומשרת את החנות שנים.
רוצים שהייבוא והייצוא בחנות שלכם יעבדו בשגרה מסודרת ובלי הפתעות, זה חלק מהעלאת מוצרים וניהול קטלוג.
