步驟 7:上線及監控
商家上線時,Google 會在實際執行環境中啟用所有符合資格的廣告空間。到這裡就代表整合作業已完成,外部使用者將可透過 Actions Center 預訂庫存清單項目。
商家上線後,請務必監控整合作業的狀態。您必須維持下列門檻標準,否則將會導致整合遭移除。
動態饋給
- 動態饋給應每日傳送,且不可出現任何錯誤或警告
- 處理指示應設為 PROCESS_AS_COMPLETE
- 對於供應情形動態饋給,完整商品目錄每日動態饋給上傳作業不應設定任何
_restrict
欄位。
預訂伺服器
所有預訂伺服器實作項目都應納入 HealthCheck 路徑。Google 會定期檢查您的 HealthCheck 路徑,如果未收到回應或傳回不正常的回應,我們會暫時停用您的整合。我們會持續定期檢查您的 HealthCheck 路徑,一旦路徑恢復傳回正常回應,我們就會自動還原您的整合。
標準導入 |
方法 |
錯誤率門檻 |
延遲時間門檻 |
CheckAvailability |
<10% |
5 秒以下 |
BatchAvailabilityLookup |
低於 3% |
1.5 秒以下 |
CreateLease |
<10% |
5 秒以下 |
CreateBooking UpdateBooking |
低於 5% |
4 秒以下 |
CreateBooking (含付款) |
低於 5% |
15 秒以下 |
SetMarketingPreference |
不到 5% |
5 秒以下 |
即時更新
對於即時更新,系統將依據採取行動 (例如修改預訂) 與「透過 Google 預訂」收到即時更新要求,這兩者的時間差來計算延遲時間。
API |
錯誤率門檻 |
延遲時間門檻 |
AvailabilityReplace RTU |
每天低於 10% |
5 分鐘以下 |
BookingNotification RTU |
各種情況每天均低於 10% |
5 分鐘以下 |
您可以透過各種合作夥伴入口網站資訊主頁 (包括動態饋給、預訂伺服器和即時更新資訊主頁) 來監控錯誤率。
除非另有註明,否則本頁面中的內容是採用創用 CC 姓名標示 4.0 授權,程式碼範例則為阿帕契 2.0 授權。詳情請參閱《Google Developers 網站政策》。Java 是 Oracle 和/或其關聯企業的註冊商標。
上次更新時間:2024-11-26 (世界標準時間)。
[null,null,["上次更新時間:2024-11-26 (世界標準時間)。"],[[["Upon launch, your eligible inventory is activated, enabling external bookings through Google's platform."],["Maintaining integration requires adhering to feed, booking server, and real-time update standards to avoid deactivation."],["Daily error and latency thresholds are enforced for various booking server functionalities to ensure system responsiveness and reliability."],["Real-time updates, like availability and booking changes, must be relayed to Google within defined timeframes for accurate reflection on the platform."],["Partners can actively track integration performance through dedicated dashboards for feeds, booking servers, and real-time updates within the Partner Portal."]]],["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"]]