במועד ההשקה, Google מפעילה את כל המלאי שעומד בדרישות בסביבת הייצור שלנו. השילוב יושלם ומאפשר לכל משתמש חיצוני להזמין או לשמור את מלאי שטחי הפרסום שלך דרך מרכז הפעולות.
לאחר ההשקה, חשוב לעקוב אחרי תקינות השילוב. יש לשמור על ערכי הסף הבאים. אם לא תעמדו בדרישות הסף האלה בעקביות, התוצאה תהיה הסרה של השילוב.
פידים
- יש לשלוח פידים על בסיס יומי ללא שגיאות או אזהרות
- יש להגדיר את הוראות העיבוד כ: PROCESS_AS_COMPLETE
- בפידים של זמינות, בהעלאה של פיד מלאי מלא מדי יום
לא צריך להגדיר שדות
_restrict.
שרת הזמנות
לכל הטמעות של שרתי הזמנות יש נתיב של HealthCheck שצריך לכלול. Google תבדוק מדי פעם את המסלול של HealthCheck. אם היא לא תגיב או תחזיר תגובה לא תקינה, נשבית באופן זמני את השילוב שלך. נמשיך לבדוק מדי פעם את מסלול HealthCheck שלך, וברגע שהוא ימשיך להחזיר תשובה תקינה נשחזר את השילוב באופן אוטומטי.
| יישום סטנדרטי | ||
|---|---|---|
| שיטה | הסף לקצב שגיאות | ערכי סף לזמן אחזור |
| CheckAvailability | <10% | <5 שנ' |
| BatchAvailabilityLookup | <3% | <1.5 שנ' |
| CreateLease | <10% | <5 שנ' |
| יצירת הזמנה עדכון הזמנה |
<5% | <4 שנ' |
| CreateBooking (עם תשלומים) |
<5% | <15 שנ' |
| SetMarketingPreference | <5% | <5 שנ' |
| הטמעת רשימת המתנה | ||
|---|---|---|
| שיטה | הסף לקצב שגיאות | ערכי סף לזמן אחזור |
| BatchGetWaitEstimates | <3% | < 1 שנ' |
| CreatependinglistEntry Get WaitlistEntry DeletewaitlistEntry |
<5% | <4 שנ' |
עדכונים בזמן אמת
לצורך עדכונים בזמן אמת, זמן האחזור נמדד לפי הפרש הזמנים בין ביצוע פעולה (למשל, שינוי הזמנה) לבין המועד שבו התקבלה ב-'Google הזמנת מקומות' את הבקשה לעדכון בזמן אמת.
| API | הסף לקצב שגיאות | ערכי סף לזמן אחזור |
|---|---|---|
| זמינות החלפת RTU | פחות מ-10% בכל יום | <5 דקות |
| הודעה לגבי הזמנה (RTU) | פחות מ-10% בכל יום ולכל מדינה | <5 דקות |
אפשר לעקוב אחרי שיעורי השגיאות דרך מרכזי הבקרה השונים בפורטל השותפים, למשל הפידים, שרת ההזמנות והעדכונים בזמן אמת.