チームが特定の日にリリースをスケジュールします。販売者がオンラインになるまでに数時間かかることがあります。
統合はリリース後 1 週間モニタリングされます。予約サーバーまたはリアルタイム更新（RTU）がエラーのしきい値を超えた場合は、修正するようお知らせします。問題が解決されない場合、Google は統合を削除します。
予約サーバー
すべての予約サーバーの実装には、HealthCheck ルートを含める必要があります。アクション センターは、HealthCheck ルートを定期的にチェックします。応答がない場合や、正常でない応答が返された場合は、統合を一時的に無効にします。HealthCheck ルートの定期的なチェックは継続され、正常なレスポンスが返されると、インテグレーションが自動的に復元されます。
| 標準の実装方法 | エラー率の基準値 | レイテンシのしきい値 |
|---|---|---|
CheckAvailability
注: この予約サーバー エンドポイントは以前のものです。新しい統合では、このエンドポイントを実装しないでください。
|
10% 未満 | 5 秒未満 |
BatchAvailabilityLookup
|
3% 未満 | 1.5 秒未満 |
CreateBooking
|
5% 未満 | 4 秒未満 |
RTU
RTU の場合、レイテンシは、操作の実行（予約の変更など）から、アクション センターが RTU リクエストを受信するまでの時間差を基に測定されます。
| API | エラー率の基準値 | レイテンシのしきい値 |
|---|---|---|
BookingNotification RTU
|
各ステータスで毎日 10% 未満 | 5 分未満 |
エラー率は、さまざまなパートナー ポータルのダッシュボード（フィード、予約サーバー、RTU ダッシュボード）でモニタリングできます。
広告枠のコンプライアンス要件
引き続き、在庫のコンプライアンス要件に準拠してください。販売者がサービスをオプトアウトする方法については、ヘルプ記事のサードパーティのリンクを削除するセクションをご覧ください。インベントリ コンプライアンス ポリシーに違反した場合、統合が無効になるか、終了する可能性があります。