שגיאות בפיד מוצרים: איך קוראים את הדוח ומה לתקן קודם
איך להבחין בין שגיאה שמורידה מוצר מהאוויר לבין הערה שאפשר לדחות, ובאיזה סדר לתקן כדי להחזיר את רוב הקטלוג מהר.
כמעט כל מי שמחבר חנות למערכת פרסום עובר את אותו רגע: הפיד נקלט, ואז מופיע
דוח עם עשרות או מאות שורות אדומות וכתומות. התגובה הטבעית היא לפתוח את השורה
הראשונה ולהתחיל לתקן. זו כמעט תמיד הדרך האטית ביותר לחזור לאוויר, כי הרשימה
הזאת איננה רשימת משימות — היא פלט של בדיקה אוטומטית שרצה על כל שורה בקטלוג
בנפרד, וחלק גדול ממנה הוא אותה תקלה אחת שנספרה שוב ושוב.
המאמר הזה מסביר איך לקרוא את הדוח לפני שנוגעים בו: מה ההבדל המעשי בין
הדרגות, מאיפה השגיאה באמת נולדת, אילו משפחות של תקלות קיימות, ובאיזה סדר כדאי
לטפל בהן.
שגיאות בפיד מוצרים: מה הדוח בעצם מודד
הפיד הוא קובץ או חיבור שמעביר לפלטפורמה שורה אחת לכל מוצר, ובכל שורה שדות
מוגדרים מראש — מזהה, כותרת, תיאור, מחיר, זמינות, תמונה, קטגוריה ועוד. הבדיקה
עוברת על כל שורה ומשווה אותה לשני דברים: לכללי הפורמט של השדה, ולמה שמופיע
בפועל בעמוד המוצר באתר שלכם. שתי הבדיקות האלה נכשלות מסיבות שונות לגמרי, וזה
ההבדל הראשון שכדאי להפנים.
כשל פורמט הוא מקומי: שדה חסר, מבנה שגוי, ערך שלא מהרשימה המותרת. כשל
התאמה הוא רחב יותר — הפיד אומר דבר אחד והעמוד אומר דבר אחר, ולכן התיקון כמעט
אף פעם לא נמצא בפיד עצמו אלא במקור שממנו הוא נבנה.
שלוש דרגות, ורק אחת מהן מורידה מוצר
- שגיאה — המוצר לא יוצג. זה מה שעולה כסף עכשיו, וזה מה
שמטפלים בו קודם. - אזהרה — המוצר מוצג, אבל משהו בו חלקי או חשוד. לעיתים
קרובות זה מתורגם לפחות חשיפה, לא לאפס חשיפה. - הצעה או הערה — שדה שאינו חובה וחסר. זה לא כשל, זה רשימת
משאלות של המערכת.
השמות המדויקים והחלוקה משתנים בין הפלטפורמות ומתעדכנים מדי פעם, ולכן שווה
לקרוא את ההגדרה בעזרה הרשמית של אותה מערכת ולא להסתמך על מדריך ישן. מה שלא
משתנה הוא ההיגיון: קודם מה שמוריד מוצרים, אחר כך מה שמצמצם חשיפה, ובסוף
ההשלמות.
איפה השגיאה באמת נולדת
הפיד הוא שכבת תרגום, לא מקור. מאחוריו יש שרשרת: נתוני המוצר במערכת החנות,
התוסף או החיבור שממיר אותם לפורמט של הפלטפורמה, וכללי הפלטפורמה שמקבלים את
התוצאה. שגיאה יכולה להיוולד בכל אחת מהחוליות, והטיפול שונה בכל אחת. אם שדה
ריק בחנות, אף הגדרה בתוסף לא תמציא אותו. אם השדה מלא בחנות ולא מגיע לפיד,
המיפוי בחיבור הוא הבעיה. ואם הוא מגיע ונדחה, מדובר בכללי הפורמט.
הדרך המהירה לזהות באיזו חוליה מדובר היא לקחת מוצר אחד שנכשל, לפתוח את עמוד
המוצר באתר, ולהשוות שדה־שדה למה שמופיע בשורה שלו בפיד. אם החנות והפיד מסכימים
והפלטפורמה דוחה — זה פורמט. אם הם לא מסכימים — זה מיפוי. שתי דקות על מוצר
אחד חוסכות שעה של תיקונים ידניים.
משפחות השגיאות, ומה מסתתר מאחורי כל אחת
| המשפחה | איך זה נראה בדוח | המקור הנפוץ | איפה מתקנים |
|---|---|---|---|
| מזהה מוצר | מזהה כפול או מזהה שהשתנה | וריאציות שמקבלות מזהה זהה, או מזהה שנבנה מהקישור | הגדרות המיפוי בחיבור |
| מחיר | המחיר בפיד שונה מהמחיר בעמוד | מטבע, מע״מ, מבצע שפג, מטמון של האתר | מערכת החנות והמטמון |
| זמינות | מוצג כזמין ובעמוד אזל | סנכרון מלאי שרץ בתדירות נמוכה | תדירות עדכון הפיד |
| תמונה | התמונה לא נגישה או נדחתה | קישור חסום, גודל קטן מדי, טקסט או מסגרת על התמונה | ספריית המדיה |
| קטגוריה ומאפיינים | ערך שאינו מהרשימה המותרת | מיפוי חופשי במקום ערך מהתקן | טבלת המיפוי |
| עמוד יעד | הקישור מחזיר שגיאה או הפניה | מוצר שנמחק, שינוי כתובות, חסימת סריקה | הגדרות האתר |
מזהה המוצר: השדה ששובר הכי הרבה שורות בשקט
המזהה הוא העוגן של כל השרשרת. הוא מה שמקשר בין השורה בפיד, המוצר בקטלוג,
והאירוע שנשלח מהאתר כשמישהו צופה או קונה. כשהוא לא יציב, לא רק שיש שגיאות —
גם הדיווח נשבר, כי אף אחד לא מצליח להתאים בין מה שקרה באתר לבין המוצר. אם
המזהה נבנה מכתובת העמוד, כל שינוי בכתובת יוצר מוצר חדש בעיני הפלטפורמה
וההיסטוריה נמחקת.
שתי המלכודות הנפוצות: וריאציות של אותו מוצר שמקבלות מזהה זהה, ומזהה שמורכב
משדה שמשתנה. בשני המקרים התיקון הוא במיפוי ולא בקטלוג. אם אתם משתמשים גם
בפיקסל, שווה לקרוא איך
התאמת מזהי המוצר בין הקטלוג לפיקסל משפיעה על מה
שהמערכת יודעת לייחס למכירה.
מחיר וזמינות שלא מסכימים עם העמוד
זו כנראה המשפחה שמייצרת הכי הרבה תסכול, כי היא נראית כמו טעות של המערכת.
ברוב המקרים היא לא. מחיר בפיד נמדד מול המחיר שהבודק רואה בעמוד, והבודק רואה
את העמוד כפי שהוא מוגש מהשרת — כולל שכבת מטמון, כולל תצוגת מטבע שמשתנה לפי
מיקום המבקר, וכולל מבצע שפג בחצות ונשאר בקובץ הפיד עד העדכון הבא.
שלוש בדיקות שכדאי לעשות לפני שמשנים משהו: האם המחיר בפיד כולל מע״מ באותה
צורה שהעמוד מציג, האם המטבע מוצהר במפורש, ומתי בפועל התעדכן הפיד בפעם האחרונה.
זמינות עובדת באותו היגיון — מוצר שאזל לפני שעה ייראה כשגיאה עד שהפיד יתעדכן,
וזה עניין של תדירות, לא של הגדרה שבורה.
קטגוריה, מצב ומאפייני וריאציות
בשדות האלה יש רשימה סגורה של ערכים מותרים, ותיאור חופשי בהם פשוט נדחה.
״כחול כהה״ הוא תיאור מצוין ללקוח וערך לא חוקי בשדה שדורש צבע מהתקן. הפתרון
הוא טבלת מיפוי אחת בין הערכים שלכם לערכי התקן, שנשמרת במקום אחד ומשמשת את כל
הפידים. מי שמתקן ערך אחר ערך בכל פעם, מתקן את אותה שגיאה מחדש בכל שינוי
בקטלוג.
שדה שקל לפספס הוא קבוצת הווריאציות: כל הווריאציות של אותו דגם צריכות
להצביע על מזהה קבוצה משותף, וכל אחת מהן על מאפיין שמבדיל אותה. אם המאפיין
המבדיל חסר, המערכת רואה כפילויות ולא מידות.
תמונות שנדחות, ולמה זה קורה גם לתמונות טובות
דחיית תמונה נובעת בדרך כלל מאחת מארבע סיבות: הקישור אינו נגיש לבודק, הקובץ
קטן מהמינימום, התמונה מכילה כיתוב או סימון מסחרי מעליה, או שיש עליה מסגרת
ורקע שאינו אחיד. שווה לזכור שהבודק ניגש לתמונה כמבקר חיצוני — אם ספריית
המדיה חסומה בפני גורמים חיצוניים, התמונה תיראה תקינה לכם ולא לו. ההנחיות
לתמונות מוצר משתלבות היטב עם מה שממילא עובד מסחרית, כפי שמוסבר במאמר על
צילום מוצר והשפעתו על ההמרה.
עמוד היעד — החוליה שנבדקת אחרונה ומפילה הכל
גם כשכל השדות תקינים, השורה תיפול אם הקישור לא מוביל למוצר תקין וזמין.
מוצר שנמחק מהחנות אך נשאר בפיד, כתובות שהשתנו אחרי שינוי מבנה, הפניות
מרובות, או הגדרת סריקה שחוסמת את הבודק — כולם מייצרים שגיאות שנראות כאילו
מקורן בפיד. מבנה כתובות יציב הוא גם מה שמשרת את הקידום האורגני, ולכן שווה
לטפל בו פעם אחת כמו שצריך; המאמר על
אופטימיזציה לחנות נכנס לפרטים.
סדר תיקון שמחזיר מוצרים לאוויר מהר
- קודם כל, מיינו את הדוח לפי מספר המוצרים המושפעים ולא לפי סדר ההופעה.
שורה שמופיעה במאות מוצרים היא כמעט תמיד תקלת מיפוי אחת. - טפלו בשגיאות לפני אזהרות, ובתוך השגיאות — קודם באלה שנוגעות למזהה,
לעמוד היעד ולזמינות. - תקנו במקור, לא בקובץ. עריכה ידנית של קובץ פיד נמחקת בעדכון הבא.
- תקנו משפחה שלמה ואז המתינו לבדיקה הבאה. תיקון של כמה משפחות בבת אחת מונע
מכם לדעת מה עבד. - השאירו את ההערות וההצעות לסוף. הן משפרות, הן לא מחזירות מוצרים.
איך לוודא שהתיקון נקלט
הדוח מתעדכן לפי מחזור הבדיקה של הפלטפורמה, לא לפי רגע השמירה שלכם, ולכן
״עדיין מופיעה שגיאה״ שעה אחרי תיקון אינו מידע. הדרך לבדוק היא לקחת את אותו
מוצר שבדקתם בהתחלה ולראות את הערך שלו בפיד המעודכן — אם השדה נכון שם, התיקון
עבד והדוח יעקוב. שווה גם לשמור לעצמכם רשומה קצרה של מה שונה ומתי, כי כשמשהו
חוזר בעוד חודש זה הדבר היחיד שיסביר אותו.
למה השגיאות חוזרות
שגיאות בפיד חוזרות כמעט תמיד מאותן שלוש סיבות: תיקון שנעשה בקובץ במקום
במקור, מוצרים חדשים שנוספים לחנות בלי השדות שמולאו ידנית בישנים, ותדירות
עדכון שאינה מתאימה לקצב שינוי המלאי. השלישית היא הפשוטה לתיקון והכי מוזנחת:
חנות שמעדכנת מחירים כמה פעמים ביום ומסנכרנת פיד פעם ביום תייצר פערים כל יום,
בלי שאף אחד עשה טעות.
אם אתם בונים את הפיד מאפס ולא מתקנים קיים, שני המדריכים על
הגדרת פיד לחנות אונליין ועל
בניית קטלוג מוצרים וניהולו מכסים את שלב ההקמה
שממנו רוב השגיאות האלה נמנעות מלכתחילה.
שאלות נפוצות
האם צריך לתקן את כל השגיאות בפיד?
לא בבת אחת ולא באותה דחיפות. רק שגיאות ממש מונעות מהמוצר להופיע; אזהרות בדרך כלל מצמצמות חשיפה, והצעות הן שדות רשות שחסרים. מיינו לפי מספר המוצרים המושפעים והתחילו מהשגיאות שנוגעות למזהה, לעמוד היעד ולזמינות.
למה המחיר בפיד שונה מהמחיר שמופיע בעמוד המוצר?
בדרך כלל בגלל אחד מארבעה: מטמון שמגיש לבודק גרסה ישנה של העמוד, מע״מ שנכלל בצד אחד ולא בשני, מטבע שאינו מוצהר במפורש, או מבצע שהסתיים ונשאר בקובץ עד העדכון הבא. שווה לבדוק מתי בפועל התעדכן הפיד בפעם האחרונה לפני שמשנים הגדרות.
כמה זמן לוקח עד ששגיאה נעלמת מהדוח אחרי תיקון?
הדוח מתעדכן לפי מחזור הבדיקה של הפלטפורמה ולא לפי רגע השמירה, ולכן שגיאה שעדיין מופיעה זמן קצר אחרי תיקון אינה אומרת שהתיקון נכשל. הבדיקה המהימנה היא לפתוח מוצר אחד שנכשל ולראות אם השדה נכון בפיד המעודכן עצמו.
אפשר פשוט לערוך את קובץ הפיד ידנית?
אפשר, אבל התיקון יימחק בעדכון הבא, כי הקובץ נבנה מחדש מנתוני החנות בכל סנכרון. תיקון שמחזיק מעמד נעשה במקור: בשדה של המוצר בחנות, או בטבלת המיפוי שממירה את הערכים שלכם לערכי התקן של הפלטפורמה.