כפי שצוין באימייל, נעבור את חוויית ההזמנה מקצה לקצה למוצר ההפניה האוטומטית ב-2024. ב-1 ביולי 2024, חוויית המשתמש מקצה לקצה תושבת. פידים קיימים מקצה לקצה ישמשו להפעלת חוויית ההפניה האוטומטית, בתנאי שיתווספו קישורי פעולה לפידים מקצה לקצה. כדי להקל על המעבר לתכונת ההפניה האוטומטית להזמנה, אנחנו מבקשים ממך לשלוח את קישורי הפעולה דרך הפיד שלך מקצה לקצה. חשוב לציין שהבקשה הזו לא תשפיע בשום צורה על חוויית השימוש הקיימת שלכם מקצה לקצה.
מהו קישור לפעולה?
קישור לביצוע פעולה משמש כגשר בין הפלטפורמה של Google לאתר של השותף, ומאפשר למשתמשים לנווט לדף ספציפי באתר של השותף ולבצע הזמנה. במודעות עם קריאה לפעולה של מוֹכר, הקישור צריך להוביל ישירות לדף ההזמנה, כדי לאפשר למשתמשים להתחיל לאסוף פריטים לעגלת הקניות מיד. במקרה של איסוף או משלוח, מומלץ לספק קישור עומק לאפשרויות שנבחרו מראש למשלוח או לאיסוף.
שליחת קישורי פעולה
השינוי היחיד שצריך לבצע לפני 1 ביולי 2024 הוא להוסיף קישורי פעולה לפידים הקיימים שלכם מסוג E2E. אתם יכולים להתחיל לשלוח קישורי פעולה מתי שתרצו, אבל הם לא יהיו פעילים עד שהמעבר לחוויית ההפניה האוטומטית יושלם. אנחנו צפויים להתחיל להעביר שותפים מחוויית הצרכן מקצה לקצה לחוויית הצרכן של הפניה אוטומטית החל ממחצית השנייה של שנת 2024, ונודיע לכם לפני השינוי. חשוב לזכור: מומלץ להעלות פידים ו-RTU לתיבת החול לפני שמוסיפים קישורי פעולה לפידים בסביבת הייצור. שותפים שמוסיפים קישורי פעולות חייבים לפעול בהתאם למדיניות בנושא פעולות לגבי מקומות.
בהתאם לשימוש ב סכימה של מלאי שטחי הפרסום בגרסה 1 או בסכימה של מלאי שטחי הפרסום בגרסה 2, יש שיטות שונות לשליחת קישורי פעולה.
אם אתם משתמשים בסכימת המלאי של גרסה 1
בקבצי הפיד, מחפשים את המעטפה DataFeed
, המבנה ברמה העליונה של הפיד.
לכל ישות שירות ברכיב DataFeed, שולחים קישור לפעולה עם המאפיין potentialAction
באופן הבא:
"potentialAction": { "url": "https://fopatestagent.com/ordering/restaurant-1/delivery" }
דוגמה
{
"@context": "http://schema.googleapis.com",
"@type": "DataFeed",
"dateModified": "2018-01-27T05:01:07-0800",
"dataFeedElement": [
{
"@type": "Service",
"@id": "https://fopatestagent.com/service/restaurant-1/delivery",
"serviceType": "DELIVERY",
"potentialAction": {
"url": "https://fopatestagent.com/ordering/restaurant-1/delivery"
},
"provider": {
"@type": "Restaurant",
"@id": "https://fopatestagent.com/locations/restaurant-1"
}
}
]
}
אם אתם משתמשים בסכימת המלאי של גרסה 2
יש לשלוח את הקישור לפעולה עם המאפיין actionLinkUrl
בתוך הישות Service באופן הבא:
"actionLinkUrl":"https://www.rwgpartnerwebsite.com/foodorderpickup/merchant_foepa_3"
דוגמה
{
"@type": "Service",
"@id": "10824/takeout",
"serviceType": "TAKEOUT",
"actionLinkUrl": "https://www.rwgpartnerwebsite.com/foodorderpickup/merchant_foepa_3",
"menuId": "10824",
"restaurantId": "10824"
}
שולחים קישור פעולה אחד לכל שירות נתמך (כלומר, אם במסעדות שלכם יש תמיכה גם בטייק אווי וגם במשלוח, שולחים קישור פעולה אחד למשלוח וקישור פעולה אחד לטייק אווי בכל המסעדות). אפשר להשתמש באותו קישור גם להזמנות במשלוח וגם להזמנות מראש. תמשיכו להשתמש בהטמעה בכמות גדולה כדי לשלוח לנו את קישורי הפעולה בפיד השירות. המערכת תזהה ותאמת את השינויים האלה במהלך הטמעת הפיד. אנחנו בודקים אם כתובות ה-URL תקינות ומדווחים על בעיות, כמו כתובת URL חסרה, בפרטי היסטוריית הטמעת הנתונים.
אימות
אם לא תכללו קישורי פעולה בפיד הנתונים הארגוניים של ישות שירות, תוצג אזהרה על כך שאין קישורי פעולה בתצוגה המפורטת של היסטוריית הטמעת הנתונים.
עדכונים בזמן אמת
עדכונים בזמן אמת עדיין נתמכים בחוויית ההפניה האוטומטית, בלי צורך לבצע שינויים בהטמעה הקיימת של עדכונים בזמן אמת מקצה לקצה. עדכונים בזמן אמת למטא-נתונים, כמו זמנים משוערים להגעה ודמי שירות, יופיעו בממשק המשתמש של Redirect לצרכן תוך פחות מ-5 דקות. אי אפשר לעדכן קישורי פעולה באמצעות עדכונים בזמן אמת. אם עדכון בזמן אמת כולל קישור לפעולה, המערכת תתעלם מהקישור לפעולה והקישור שיוצג בממשק המשתמש של הצרכן יהיה קישור הפעולה האחרון שהוטמע בהצלחה מהפידים הארגוניים.