商品推出時，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 分鐘以下 |
您可以透過各種合作夥伴入口網站資訊主頁監控錯誤率，包括動態饋給、預訂伺服器和即時更新資訊主頁。