发布时,Google 会在生产环境中启用所有符合条件的商品目录。这样即可完成集成,并允许任何外部用户通过 Actions Center 预订或预订您的商品目录。
发布后,请务必监控集成的运行状况。相关数值应在以下阈值范围内。如果未能始终如一地保持这些阈值,将导致集成被移除。
Feed
- Feed 应每天发送一次,不会出现错误或警告
- 应将处理指令设置为 PROCESS_AS_COMPLETE
- 对于可用性 Feed,每天上传的完整商品目录 Feed 不应设置任何
_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 秒 |
候位名单实现 | ||
---|---|---|
方法 | 错误率阈值 | 延迟阈值 |
BatchGetWaitEstimates | < 3% | < 1 秒 |
CreateWaitlistEntry GetWaitlistEntry DeleteWaitlistEntry |
< 5% | < 4 秒 |
实时更新
对于实时更新,延迟时间是根据执行操作(例如修改预订)与“通过 Google 预订”收到实时更新请求之间的时间差来衡量的。
API | 错误率阈值 | 延迟阈值 |
---|---|---|
AvailabilityReplace RTU | < 10%(每天) | < 5 分钟 |
BookingNotification RTU | < 10%(每种状态每天) | < 5 分钟 |