כפי שהודענו באימייל, ב-2024 נעביר את חוויית ההזמנה מקצה לקצה למוצר Redirect. ב-1 ביולי 2024, חוויית המשתמש מקצה לקצה תיסגר. פידים קיימים מקצה לקצה ישמשו להפעלה של חוויית ההפניה מחדש, בתנאי שמוסיפים קישורי פעולה לפידים מקצה לקצה. כדי לאפשר מעבר חלק ל'הפניה של הזמנה לכתובת URL אחרת', אנחנו מבקשים שתשלחו את הקישורים לפעולות דרך הפידים של E2E. חשוב לציין שהבקשה הזו לא תשפיע על החוויה הקיימת שלכם מקצה לקצה בשום צורה.
מה זה קישור לפעולה?
קישור לפעולה משמש כגשר בין הפלטפורמה של Google לאתר של השותף, ומאפשר למשתמשים לעבור לדף ספציפי באתר של השותף ולבצע הזמנה. לפעולה של מוכר, הקישור צריך להוביל ישירות לדף ההזמנה, וכך המשתמשים יכולים להתחיל לבנות את עגלת הקניות שלהם מיד. במקרה של איסוף ומשלוח, עדיף לספק קישור עומק לאפשרויות שנבחרו מראש למשלוח או לאיסוף.
שליחת קישורי פעולה
השינוי היחיד שצריך לבצע לפני 1 ביולי 2024 הוא להוסיף קישורי פעולה אל הפידים הקיימים של E2E. אפשר להתחיל לשלוח קישורי פעולה בכל שלב, אבל הם לא יהיו פעילים עד שהמעבר לממשק 'הפניה אוטומטית' יסתיים. אנחנו מצפים להתחיל להעביר שותפים מחוויית הצרכן מקצה לקצה לחוויית הצרכן של Redirect החל מהרבעון השני של 2024, ונשלח לך הודעה לפני השינוי הזה. שימו לב: מומלץ להעלות פידים ו-RTUs ב-Sandbox לפני שמוסיפים קישורי פעולות אל הפידים בסביבת הייצור. שותפים שמוסיפים קישורים לפעולות חייבים לפעול בהתאם למדיניות בנושא פעולות מקום.
בהתאם לאופן שבו אתם משתמשים ב סכימת המלאי של גרסה 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"
}
}
]
}
אם משתמשים בסכימת מלאי v2
בישות השירות, שולחים את הקישור לפעולה עם הנכס actionLinkUrl באופן הבא:
"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 חסרה בפרטים של היסטוריית הטמעת הנתונים.
אימות
אם לא תכללו קישורים לפעולות עם פידים של נתונים באצווה עבור ישות שירות, תוצג אזהרה על כך שחסרים קישורים לפעולות בתצוגה המפורטת של היסטוריית הטמעת הנתונים.
עדכונים בזמן אמת
עדיין יש תמיכה בעדכונים בזמן אמת בהפניה ל-URL, ללא שינויים בהטמעה הקיימת של עדכון E2E בזמן אמת. עדכונים בזמן אמת למטא-נתונים, כמו זמני הגעה משוערים ועמלות, ישתקפו בממשק המשתמש לצרכן של Redirect תוך פחות מ-5 דקות. לא ניתן לעדכן קישורי פעולה באמצעות עדכונים בזמן אמת. אם עדכון בזמן אמת כולל קישור לפעולה, המערכת תתעלם מהקישור לפעולה והקישור שמוצג בממשק המשתמש לצרכנים יהיה הקישור האחרון לפעולה מפידים בקבוצות.