我們的團隊會安排在特定日期和時間發布。商家上線時間可能會延遲數小時。
整合項目會在發布後監控一週。如果預訂伺服器或即時更新 (RTU) 超過任何錯誤門檻,我們會通知你修正。如果問題未解決,Google 將會移除你的整合服務。
預訂伺服器
所有預訂伺服器導入作業都必須包含 HealthCheck
路由。動作中心會定期檢查你的HealthCheck
路線。
如果沒有回應或傳回不正常的狀態,我們會暫時停用整合功能。我們會持續定期檢查 HealthCheck
路由,並在路由傳回正常回應後,自動還原整合。
標準導入方式 | 錯誤率門檻 | 延遲時間門檻 |
---|---|---|
CheckAvailability
注意:這個預訂伺服器端點是舊版端點。新整合項目不得實作這個端點。
|
<10% | 5 秒以下 |
BatchAvailabilityLookup
|
低於 3% | <1.5s |
CreateBooking
|
不到 5% | 4 秒以下 |
RTU
對於 RTU,系統將依據採取行動 (例如修改預訂) 與動作中心收到 RTU 要求,這兩者的時間差來計算延遲時間。
API | 錯誤率門檻 | 延遲時間門檻 |
---|---|---|
BookingNotification RTU
|
各種情況每天均低於 10% | 不到 5 分鐘 |
您可以透過各種合作夥伴入口網站資訊主頁 (包括動態饋給、預訂伺服器和RTU 資訊主頁) 來監控錯誤率。
廣告空間法規遵循規定
請務必繼續遵守商品目錄法規遵循規定。 如要瞭解商家如何選擇不使用你的服務,請參閱說明文章的「移除第三方連結」一節。 如果違反「庫存法規遵循」政策,您的整合服務可能會遭到停用或終止。