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