上線及監控

我們的團隊會安排在特定日期和時間發布。商家上線時間可能會延遲數小時。

整合項目會在發布後監控一週。如果預訂伺服器或即時更新 (RTU) 超過任何錯誤門檻，我們會通知你修正。如果問題未解決，Google 將會移除你的整合服務。

預訂伺服器

所有預訂伺服器導入作業都必須包含 HealthCheck 路由。動作中心會定期檢查你的HealthCheck路線。 如果沒有回應或傳回不正常的狀態，我們會暫時停用整合功能。我們會持續定期檢查 HealthCheck 路由，並在路由傳回正常回應後，自動還原整合。

標準導入方式 錯誤率門檻 延遲時間門檻
CheckAvailability
注意：這個預訂伺服器端點是舊版端點。新整合項目不得實作這個端點。
 <10% 5 秒以下
BatchAvailabilityLookup 低於 3% <1.5s
CreateBooking

UpdateBooking

 不到 5% 4 秒以下

RTU

對於 RTU，系統將依據採取行動 (例如修改預訂) 與動作中心收到 RTU 要求，這兩者的時間差來計算延遲時間。

API 錯誤率門檻 延遲時間門檻
BookingNotification RTU 各種情況每天均低於 10% 不到 5 分鐘

您可以透過各種合作夥伴入口網站資訊主頁 (包括動態饋給、預訂伺服器和RTU 資訊主頁) 來監控錯誤率。

廣告空間法規遵循規定

請務必繼續遵守商品目錄法規遵循規定。 如要瞭解商家如何選擇不使用你的服務，請參閱說明文章的「移除第三方連結」一節。 如果違反「庫存法規遵循」政策，您的整合服務可能會遭到停用或終止。