מדיניות שילוב מקצה לקצה של הזמנות

כללי המדיניות הבאים חלים על השילוב של Reservations End-to-End.

מדיניות מקצה לקצה

לפני שמתחילים לשלב את השירות, חשוב לקרוא את הקריטריונים הבאים לזכאות לשילוב. כדי לעמוד בדרישות ולפעול בהתאם לכללי המדיניות הבאים, השותפים יכולים לבצע שילוב מקצה לקצה של הזמנות ב-Actions Center.

הדרישות הבאות הן רכיבים נדרשים להשתתפות בתוכנית Actions Center, אבל עמידה בדרישות לא מבטיחה שהשותף יהיה כשיר לשלב את Actions Center או להפעיל אותו.

אי-עמידה בדרישות ובכללי המדיניות עלולה להוביל להשעיה או להסרה של המוכר או השירותים מהפלטפורמה.

דרישות כלליות לפלטפורמה

  1. השותפים חייבים לאסוף ולטפל בכל נתוני המוכרים והמשתמשים, כולל פרטים אישיים מזהים, באופן שתואם לתקנה הכללית להגנה על מידע (GDPR) ולכל חוקי הפרטיות החלים האחרים.
  2. לשותפים צריכה להיות הרשאה לביצוע הזמנות בשם המוכרים שלהם.
  3. לשותפים צריכה להיות גישה ישירה לזמינות או למשבצות הזמן של המוֹכרים בזמן אמת (כלומר, השותפים צריכים להיות מסוגלים להגיב לבקשות זמינות מ-Google תוך פחות משנייה אחת).

    • מקרה מיוחד: אנחנו תומכים בהזמנות שדורשות אישור אסינכרוני מהמוכר, אבל תהליך ההזמנה חייב להתבסס על חלון זמן זמין. השותפים צריכים לקבל נתוני זמינות בזמן אמת, למשל דרך המערכות אונליין של המוכר, גם אם צריך אישור מהמוכר כדי להשלים את ההזמנה.
  4. השותפים חייבים לספק מלאי שטחי פרסום מקיף למוכרים שלהם. יכול להיות שמוכרים עם מלאי חלקי או מלאי במצוקה לא יעמדו בדרישות.

  5. השותפים צריכים להיות זמינים למוכרים במשך 30 ימים לפחות.

  6. השותפים חייבים לתמוך בביטול הזמנות אונליין.

  7. שותפים שדורשים תשלומים מראש חייבים לציית למדיניות התשלומים של 'מרכז הפעולות'. הספקים של שירותי התשלומים צריכים להיות ברשימה הנתמכות הבאה ולקבל תשלומים שעברו המרה לאסימונים.

  8. השותפים צריכים לספק נתוני תמחור מדויקים של עלות השירותים ולפעול בהתאם למדיניות התמחור של מרכז הפעולות.

  9. השותפים צריכים לעמוד בדרישות הטכניות של שילוב של הזמנות מקצה לקצה ב-Actions Center.

  10. השותפים חייבים לציית לדרישות הסף של מוכרים ושירותים ב-Actions Center.

  11. השותפים חייבים לפעול בהתאם להנחיות לתמיכה ולתחזוקה של Actions Center.

  12. השותפים צריכים לשמור על שיעורי שגיאות סבירים כפי שמוגדר בהנחיות להשקה ולמעקב.

  13. כל ההזמנות חייבות להתקבל באופן אוטומטי בזמן אמת, למעט הזמנות שבוצעו באמצעות שילוב אסינכרוני. הזמנות שמבוצעות דרך שילוב אסינכרוני חייבות לעמוד בהנחיות לאסינכרוניות.

  14. השותפים חייבים לפעול בהתאם למדיניות הספציפית לתחום או לתכונה של מרכז הפעולות (מבצעים, תשלום, שירותים אונליין ומסעדות).

  15. השותף חייב לתחזק תוכן באיכות רגילה של שם המוכר, הכתובת, שם השירות והתיאור שלו, בהתאם להנחיות.

מדיניות מבצעים

דף נחיתה

  • כל המבצעים ששותפו עם Google לגבי כל מסעדה צריכים להיות גלויים עם כל המידע הרלוונטי בדף הנחיתה.
    • ערך המבצע וטקסט התיאור שלו חייבים להיות גלויים ישירות בדף הנחיתה.
    • הגבלות המבצע שקשורות לסכום החיוב המינימלי, לערך ההנחה המקסימלי ולדרישות המינוי צריכות להיות גלויות בדף הנחיתה.
    • כל שאר ההגבלות על המבצע (למשל: תנאי הזכאות, הוראות למשיכה, תנאים וכו') חייבות להיות גלויות בדף הנחיתה או נגישות בלחיצה אחת מדף הנחיתה (למשל: תיבת דו-שיח קופצת).
  • בכל המבצעים מלבד OFFER_MODE_WALK_IN, תהליך הפעולה שמשויך להצעה (למשל, הזמנת טבלה) חייב לאפשר למשתמשים לבחור את המבצעים הרלוונטיים שמשויכים לבחירה שלהם (למשל, להזמנה, מבצעים שחלים על חלון הזמן ומספר המשתתפים שנבחרו)
  • ההוראות והשיטות למשיכת השובר צריכות להיות ברורות וניתנות לביצוע (לדוגמה: אם כדי לממש את השובר צריך לשלם את החיוב במערכת של השותף בקופה, צריך לציין את ההוראה לשלם במערכת והמשתמש צריך להיות מסוגל לשלם את החיוב במערכת של השותף בקופה).
  • אם כתובת ה-URL של המבצע עשויה להפנות לאפליקציה של השותף (אם היא מותקנת), אותן דרישות שצוינו למעלה חלות גם על דף האפליקציה לנייד.

ההצעה

  • המבצע צריך להיות זמין באופן כללי לכל משתמש. יכול להיות שהמבצעים ידרשו מינוי בתשלום, כל עוד כל אחד יכול להירשם למינוי.
  • כל המטא-נתונים חייבים להיות מדויקים ומעודכנים במועד העלאת הפיד.
    • אסור לכלול בפיד מוצרים שחסרים במלאי בזמן העלאת הפיד.

המדיניות והדרישות בנושא תפריטי מזון

לפני שמתחילים בהטמעה, חשוב לקרוא את הקריטריונים הבאים לשילוב. כדי לעמוד בדרישות השילוב, השותפים חייבים לפעול בהתאם למדיניות בנושא תפריטי מזון ולעמוד בדרישות הבאות: לתשומת ליבכם: Google שומרת לעצמה את הזכות להציג את נתוני התפריט והמנות בדרכים שיועילו למשתמשים.

אם לא תעמדו בדרישות ובכללי המדיניות, אנחנו עשויים להשעות את השילוב של מוצרים או שירותים, או להשעות אותם מהפלטפורמה או להסיר אותם ממנה.

המדיניות והדרישות

  1. אסור לשותפים לשלוח מידע אסור (פרטים) בפיד התפריט, כמו שפה גסה, תמונות אסורות, פרטים אישיים מזהים (PII) או תוכן שנוצר על ידי משתמשים.
  2. שותפים לא צריכים להשתמש בפיד התפריט כדי לשתף פריטים שאינם בתפריט, כמו שירותים (למשל: שירות 'מעבר ליד הרכב', קודי קידום מכירות וכו').
  3. השותפים נדרשים לספק את כל הנתונים הנדרשים במפרט התפריט של ההזמנות E2E או במפרט התפריט של הפניה אוטומטית להזמנה (גודל קובץ מקסימלי: 2MB). הדרישות הטכניות מפורטות במפרט התפריט של ההזמנות מקצה לקצה או במפרט התפריט של הפניית הלקוח להזמנה, שם השדות מסומנים כאופציונליים או כחובה.
  4. השותפים צריכים לספק רק את הפריטים בתפריט שזמינים במיקומי המסעדות המתאימים.
  5. השותפים חייבים לשלוח תפריט מלא לכל מיקום. יכול להיות שמוכרים עם תפריטים חלקיים לא יעמדו בדרישות להצגה.
  6. השותפים והמוכרים נדרשים לוודא שהתפריטים מדויקים, ולשלוח עדכונים מדי יום.
  7. התמונות של פריטי התפריט צריכות להיות מוארות היטב, להציג פריט תפריט אחד בфокус, לא לכלול אנשים או תמונות אחרות שאינן של אוכל, ולעמוד במפרט התמונות (ראו הנחיות לתמונות).
  8. המחירים צריכים להופיע לכל פריט בתפריט, ללא טיפים, מיסים או עמלות, אלא אם נדרש על פי חוקים ותקנות מקומיים. השותפים חייבים לציין במפורש את המטבע המקומי.
  9. יש תמיכה בתפריטים מיוחדים, וצריך להסיר אותם כשאי אפשר לעשות זאת (לדוגמה: תפריט פרי בסיס, מבצעים עונתיים לזמן מוגבל).

המדיניות בנושא הפניות אוטומטיות של תשלומים

בקטע הזה מפורטות כללי המדיניות הכלליים והמדיניות הספציפית לתכונות להטמעת הפניה אוטומטית של תשלומים ב-Actions Center. כדי להבטיח חוויה עקבית לצרכנים, למוכרים ולשותפים שמשתמשים ב-Actions Center, מלאי שטחי הפרסום שדורש תשלום חייב לעמוד בהנחיות המתאימות. אי-ציות לכללי המדיניות האלה יוביל להשעיה של השילוב.

כללי

המדיניות הזו חלה על כל עסקאות התשלומים ועל מלאי שטחי הפרסום ב'הזמנה מראש דרך Google':

  1. הסכום שחויב המשתמש חייב להיות זהה לסכום שצוין בתנאים של העסקה, בהתאם לדינים החלים.
  2. השותפים אחראים לעדכן את הזמינות באמצעות עדכון בזמן אמת (RTU) או לוודא שהקריאות ל-BatchAvailabilityLookup משקפות את הזמינות המדויקת של המשבצות.
  3. אין לחייב את המשתמש לחיובים על עסקאות בכרטיס אשראי.
  4. אסור לחייב משתמש בסכומים שלא אושרו במפורש בקופה, כפי שמפורט בתהליך הגדרת התשלומים שלנו.
    • תנאי התשלום שמופיעים בדף התנאים וההגבלות המקושר לא עומדים בדרישות האלה.
  5. בשירותים פנים-אל-פנים1, כל התשלומים חייבים להתבצע בזמן ביצוע ההזמנה או באופן אישי בלבד. אסור לבקש תשלום באמצעים אחרים.
  6. העסקה צריכה להופיע ולהחויב במטבע של המיקום של המוכר (המטבע מצוין בתהליך הגדרת התשלומים). לא תתבצע המרת מטבעות.

1. כל השירותים שנערכים באופן אישי, לא כולל שירותים שניתנים דרך השילוב הזה, כמו תשלומים מראש ודפי חשבון

דרישות לגבי דף הנחיתה

  1. דף הנחיתה חייב להיות ההתחלה של תהליך ההזמנה, עם מספר האנשים והמועד שנבחרו מראש.
  2. דף הנחיתה לא יכול להיות דף הבית של ספק הפלטפורמה או דפים אחרים.
  3. השלב הראשון בדף הנחיתה עם הקישור העומק לא יכול להיות חומת תשלום, שבה המשתמשים לא יכולים לראות את המטא-נתונים הקשורים להזמנה שלהם אלא אם הם מספקים פרטי תשלום.
  4. השלב הראשון בדף הנחיתה שמקושר בקישור עומק לא יכול להיות דף התחברות. תהליך ההזמנה חייב לכלול אפשרות לתשלום כאורח, שבה המשתמשים יכולים להשלים הזמנה בלי להתחבר או ליצור חשבון.
  5. הקישור לדף הנחיתה ודף הנחיתה לא יכולים לדרוש מהמשתמש להוריד אפליקציה כדי להשלים את תהליך ההזמנה.