פיד מובנה
קובץ או ממשק שמתאר כל מוצר בשדות קבועים ולא בטקסט חופשי: שם, מחיר, מטבע, זמינות, מזהים, כתובת עמוד ותמונה.
זמינות מלאי
Availability
השדה שמצהיר אם הפריט במלאי, אזל או בהזמנה מראש. זה השדה שהכי מהר הופך לשקר, כי המלאי משתנה בחנות והפיד מתעדכן בקצב שלו. הצהרה שגויה כאן פוגעת בכל שאר העבודה.
עודכן:
שדה אחד, שלוש מילים, הרבה נזק
זמינות היא השדה שמצהיר אם הפריט קיים עכשיו: במלאי, אזל, או בהזמנה מראש. שלוש מילים מוגדרות, בלי ניסוח חופשי.
זה השדה הכי פשוט להבנה בכל הקטלוג, והוא גם השדה שהכי מהר הופך לשקר. המלאי משתנה בחנות בכל שעה. הקובץ מתעדכן בקצב שהגדרתם. בין שני הקצבים האלה יש חלון, ובחלון הזה מוצג מידע שאינו נכון.
למה דווקא כאן העלות גבוהה
כי זו ההצהרה היחידה בקטלוג שהלקוח בודק בעצמו, מיד, תוך שניות. מחיר שגוי מרגיז. תיאור לא מדויק מאכזב. מוצר שהוצג כזמין ואינו קיים הוא הבטחה שנשברה בפעולה הראשונה של הלקוח.
בפרסום זה מתבטא בכסף שנשרף על קליקים לפריטים שאי אפשר לקנות. בתשובה שמנוע מנסח זה מתבטא במשהו אחר ופחות מדיד: המשפט שהמנוע כתב עליכם היה לא נכון, והקורא לא יאשים את המנוע. שני הצדדים האלה נבדקים יחד בשני מסלולי העבודה, האורגני והממומן.
יש כאן גם עניין מבני. מערכת שמגלה שההצהרות שלכם לא תואמות למציאות מפסיקה לסמוך עליהן, ורמת האמון הזו לא מנוהלת ברמת הפריט אלא ברמת החשבון.
הפער שאף אחד לא רואה: מוצר מול וריאנט
זו הבעיה הנפוצה ביותר בשדה הזה, והיא שקופה לחלוטין בכל הדוחות. בחנות שמוכרת פריט בכמה מידות או צבעים, המלאי האמיתי קיים ברמת הצירוף. ההצהרה, בהרבה מערכות, יוצאת ברמת המוצר.
התוצאה: כל עוד צירוף אחד קיים, המוצר כולו מוצהר כזמין. קונה שמחפש מידה מסוימת מקבל את המוצר כזמין, מגיע לעמוד, ומגלה שדווקא המידה שלו אזלה.
התיקון הוא מבני ולא נקודתי. שורה לכל צירוף, מזהה לכל שורה, וקישור בין כולן לפריט אב. אחרי הפירוק, ההצהרה נהיית אמיתית, והקטלוג גדל פי כמה. זה בסדר.
מה זה הופך להיות בתשובה שמנוע מרכיב
שאלת קנייה כמעט תמיד נושאת בתוכה תנאי זמן. אני צריך את זה השבוע. יש במלאי. מתי זה מגיע. כדי לענות על תנאי כזה, המנוע צריך נתון שמישהו הצהיר עליו, כי אין דרך להסיק אותו מטקסט שיווקי.
וזה מחזיר אותנו לספינה של הקבוצה כולה: קטלוג מובנה הוא המקום היחיד שבו הנתון הזה קיים בצורה חד משמעית, לצד הגדרות המשלוח שקובעות מתי הוא יגיע.
מה שמתועד כאן הוא שגוגל מתארת את גרף הקניות שלה, שמזין את חוויות הקנייה במצב ה-AI, כנשען גם על נתונים מקטלוגים של סוחרים. מה שאינו מתועד, ואנחנו לא נציג אותו כעובדה, הוא איך בדיוק כל מנוע אחר מגיע לנתון הזמינות שלכם.
שלוש דרכים לצמצם את החלון
הראשונה היא להגדיל תדירות משיכה. פשוטה, ויש לה תקרה: אין טעם למשוך כל שעה קובץ שנבנה פעם ביום.
השנייה היא עדכון נקודתי, שבו מערכת החנות דוחפת שינוי זמינות מיד כשהוא קורה, בלי לחכות לקובץ המלא. זה דורש חיבור טכני ולא כל מערכת תומכת בו.
השלישית לא טכנית בכלל, ולכן מתעלמים ממנה: להחזיק מלאי חוצץ. פריט שמוצהר כאזל ברגע שנשארה יחידה אחת אף פעם לא ייצר את השיחה הלא נעימה. זה עולה כסף, וזה עולה פחות מביטול.
איך זה נראה בפועל
תרחיש מומצא: חנות בגדים מקוונת, כל דגם קיים בחמש מידות, המלאי מנוהל במערכת החנות והקטלוג מתעדכן פעם ביום בשעה שתיים בלילה.
בשעה עשר בבוקר נגמרת המידה הפופולרית בדגם המוביל. במערכת החנות זה מתעדכן מיד. בקטלוג זה יתעדכן בעוד שש עשרה שעות, ורק אם ההצהרה בכלל ברמת המידה. אם היא ברמת הדגם, היא לא תתעדכן בכלל, כי נשארו מידות אחרות.
במהלך היום קונה שואל מנוע AI איפה אפשר להשיג את הדגם הזה במידה הזו כבר השבוע. המידע שזמין למכונה אומר שכן. המציאות אומרת שלא.
מה שהחנות תראה בסוף החודש: קצת יותר פניות לשירות לקוחות, קצת יותר ביטולים, ושום שורה בשום דוח שמסבירה למה. הסיבה נמצאת בשדה אחד, והוא לא מסומן באדום בשום מקום.
זוויות שונות
לחנות עם מלאי מתחלף מהר
אופנה, מזון, פריטים עונתיים. אצלכם תדירות העדכון חשובה יותר מכל שדה אחר, ובחלק מהמערכות אפשר לדחוף עדכון זמינות מיידי בנפרד מהקטלוג המלא. אם אתם צריכים לבחור מה לתקן קודם, זה זה.
לחנות עם מלאי יציב
ציוד, חלפים, מוצרי מדף שמוזמנים מהספק לפי הצורך. אצלכם השאלה אינה קצב אלא הגדרה: מה נחשב במלאי כשהפריט אצל הספק ולא אצלכם. הצהרה שמתארת מלאי שאינו בידיכם מייצרת הבטחת זמן אספקה שאי אפשר לעמוד בה.
לעסק שמוכר בהזמנה מראש
יש לזה ערך משלו, והוא לא תחליף לזמינות. פריט שמוצהר כהזמנה מראש עם תאריך אספקה ריאלי הוא הצהרה כנה, ופריט כזה שמוצהר כזמין הוא בדיוק סוג ההבטחה שמייצר ביטולים.
לחנות עם סניף פיזי
המלאי מתפצל לשניים: מה שקיים במחסן ומה שעומד על המדף בסניף. קונה ששואל אם אפשר לקפוץ לקחת שואל על המדף. הצהרה שמאחדת את שניהם עונה נכון על השאלה הראשונה ולא נכונה על השנייה.
מה זה אומר בפועל
קבעו שני דברים והשאירו אותם קבועים: באיזו רמה מוצהר המלאי, ובאיזו תדירות הוא מתעדכן. שניהם צריכים להיות כתובים במקום שמישהו יכול לקרוא, ולא לחיות בראש של מי שהקים את החיבור. כשאחד מהם משתנה, זה שינוי שדורש בדיקה ולא עדכון טכני שקט.
איך בודקים את זה לבד
- בחרו פריט שאזל אתמול ובדקו מה כתוב עליו בקטלוג עכשיו.
- בדקו אם ההצהרה יוצאת ברמת המוצר או ברמת הצירוף. אם אתם מוכרים מידות או צבעים וההצהרה ברמת המוצר, מצאתם את הבעיה.
- מצאו מתי בדיוק מתבצעת המשיכה האחרונה ביום, והשוו לשעות שבהן אתם באמת מוכרים.
- פתחו שלושה פריטים שמוצהרים כזמינים ונסו להוסיף אותם לעגלה בכמות שתיים.
- שאלו מנוע AI על פריט שאזל אצלכם וראו מה הוא אומר. אם הוא מתאר אותו כזמין, למדתם משהו על החלון שלכם.
המלכודת
המלכודת המרכזית היא להסתכל על הדוח ולראות שהכול תקין. השדה הזה לא נפסל כשהוא לא נכון, הוא נפסל רק כשהוא לא חוקי. פיד יכול להצהיר במלאי על מאות פריטים שאזלו, לעבור את כל הבדיקות, ולהמשיך לרוץ חודשים. מלכודת שנייה: לכבות פריטים במקום להצהיר שאזלו. פריט שנעלם מהקטלוג מאבד את מה שנצבר עליו, ופריט שמוצהר כאזל שומר על מקומו וחוזר מיד כשהמלאי חוזר.
מתי זה לא רלוונטי לכם
עסק שירותים לא מנהל זמינות בשדה, והתרגום המעשי אצלו הוא אחר: זמן תגובה וזמינות יומן, שנכתבים בטקסט. גם חנות שכל המכירה בה היא בהזמנה מיוחדת, בלי מלאי מדף כלל, תגלה שהשדה מתאר מצב שלא קיים אצלה, ושההצהרה הנכונה שלה היא זמן ייצור.
שאלות נפוצות
עדיף להוריד פריט שאזל או להצהיר שאזל?
להצהיר. ההצהרה שומרת על הפריט במערכת ומאפשרת לו לחזור מהר, וגם מונעת מצב שבו כתובת העמוד נשברת. הורדה גורפת של פריטים שאזלו יוצרת תנודות מיותרות בקטלוג.
כל כמה זמן באמת צריך לעדכן זמינות?
בקצב שבו המלאי שלכם באמת משתנה. חנות שמוכרת עשרות יחידות ביום לא יכולה לחיות עם עדכון יומי, וחנות שמוכרת פריטים בודדים בשבוע כן.
מנוע AI מסתמך על שדה הזמינות שלי?
בגוגל, נתוני קטלוג מוזנים לגרף הקניות שמשמש את חוויות הקנייה במצב ה-AI, וזה מתועד. לגבי מנועים אחרים אין הצהרה שאפשר להצביע עליה, ולכן אנחנו לא טוענים את זה.
מה עושים כשהמלאי אצל הספק ולא אצלי?
מצהירים לפי מה שאתם יכולים להתחייב עליו, ומשתמשים בשדות זמן האספקה כדי לתאר את ההמתנה. פריט זמין עם זמן אספקה ארוך הוא הצהרה נכונה, בניגוד לפריט זמין עם זמן אספקה שמתאים למלאי מקומי.
השדה הזה משפיע גם כשאני לא מפרסם?
כן, בכל מקום שבו הקטלוג שלכם נקרא, כולל תצוגות שאינן בתשלום. הוא גם משפיע על עמוד המוצר עצמו, כי הסימון המובנה שבו מצהיר את אותו דבר ואמור להסכים עם הקובץ.
מונחים קשורים
פיד מוצרים
קובץ מובנה שמתאר את קטלוג המוצרים לפלטפורמת הפרסום.
הגדרות משלוח
עלות המשלוח וזמן האספקה שמוצהרים לכל אזור, ברמת החשבון או ברמת המוצר.
Google Merchant Center
המערכת שאליה מעלים את קטלוג המוצרים אצל גוגל, ומשם הוא מוזרם למודעות שופינג ולקמפייני Performance Max.
חוקי פיד
שכבת תיקון שיושבת בין הקטלוג שלכם לבין הפיד שנשלח, ומשנה ערכים בלי לגעת באתר.
סימן טריות
האותות שמהם המנוע מסיק כמה העמוד עדכני: תאריך מוצהר, שינוי אמיתי בגוף הטקסט, מפת אתר ותדירות עדכון.
להרחבה
הערך נבדק מול המקורות הרשמיים של הפלטפורמות. כשמשהו אינו ידוע, כתוב כאן שהוא אינו ידוע. שינויים מתועדים בארכיון העדכונים.
בואו נדבר.
בלי מצגת, בלי התחייבות ובלי שיחת מכירה. עשרים דקות שבסופן תדעו אם יש כאן משהו בשבילכם.
- מה המוצר ומי הלקוח שלכם
- איך נמדדת אצלכם המרה היום
- מאיזה תקציב זה מתחיל להיות הגיוני
לא בקטע של טפסים? [email protected]