קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
במהלך ההשקה, Google תפעיל את כל מלאי שטחי הפרסום שלכם שעומד בדרישות בסביבת הייצור שלנו. כך השילוב יושלם, וכל משתמש חיצוני יוכל להזמין או להזמין מראש את מלאי שטחי הפרסום שלכם דרך מרכז הפעולות.
אחרי ההשקה, חשוב לעקוב אחרי תקינות השילוב. צריך לשמור על ערכי הסף הבאים. אם לא תצליחו לעמוד בעקביות בדרישות הסף האלה, נצטרך להסיר את השילוב.
פידים
יש לשלוח את הפיד מדי יום ללא שגיאות או אזהרות
צריך להגדיר את הוראות העיבוד כ-PROCESS_AS_COMPLETE
בפידים של זמינות, ההעלאה היומית של הפיד המלא של המלאי לא אמורה להגדיר שדות _restrict.
שרת הזמנות
בכל הטמעות שרת ההזמנות, צריך לכלול מסלול HealthCheck. Google תבדוק מעת לעת את המסלול של HealthCheck, ואם הוא לא יגיב או ישלח תשובה לא תקינה, נשבית את השילוב באופן זמני. נמשיך לבדוק מדי פעם את המסלול של בדיקת תקינות השירות, וכשהמסלול יתחיל להחזיר שוב תשובה תקינה, נשחזר את השילוב באופן אוטומטי.
יישום סטנדרטי
שיטה
ערכי סף של שיעור שגיאות
ערכי סף לזמן אחזור
CheckAvailability
<10%
פחות מ-5 שניות
BatchAvailabilityLookup
פחות מ-3%
פחות מ-1.5 שניות
CreateLease
<10%
פחות מ-5 שניות
CreateBooking UpdateBooking
פחות מ-5%
פחות מ-4 שניות
CreateBooking (with payments)
פחות מ-5%
פחות מ-15 שניות
SetMarketingPreference
פחות מ-5%
פחות מ-5 שניות
עדכונים בזמן אמת
זמן האחזור של עדכונים בזמן אמת נמדד לפי הפרש הזמן בין ביצוע הפעולה (למשל, שינוי הזמנה) לבין קבלת הבקשה לעדכון בזמן אמת על ידי 'הזמנה דרך Google'.
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["חסרים לי מידע או פרטים","missingTheInformationINeed","thumb-down"],["התוכן מורכב מדי או עם יותר מדי שלבים","tooComplicatedTooManySteps","thumb-down"],["התוכן לא עדכני","outOfDate","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["בעיה בדוגמאות/בקוד","samplesCodeIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 2024-11-26 (שעון UTC)."],[[["Upon launch, your eligible inventory becomes bookable by external users through Google's platform."],["Maintaining integration health is crucial and requires adhering to feed, booking server, and real-time update performance thresholds to avoid potential takedown."],["Daily feeds should be error-free, utilize PROCESS_AS_COMPLETE instructions, and avoid `_restrict` fields in full inventory uploads."],["Booking server health is monitored via a HealthCheck route, with temporary disabling occurring if an unhealthy response is detected."],["Real-time updates, including AvailabilityReplace and BookingNotification, have specific error rate and latency thresholds that must be met for continued integration functionality."]]],["Upon launch, all eligible inventory is enabled for external user booking. Post-launch, daily feeds must be sent error-free with `PROCESS_AS_COMPLETE` and no `_restrict` fields in Availability feeds. A functioning HealthCheck route is crucial; failure results in temporary integration disablement. Booking server and real-time updates have strict error and latency thresholds. These are monitored via the Feeds, Booking Server, and Real-time Updates dashboards. Consistent failure to meet standards will result in integration removal.\n"]]
