リリースとモニタリング

チームが特定の日にリリースをスケジュールします。販売者がオンラインになるまでに数時間かかることがあります。

統合はリリース後 1 週間モニタリングされます。予約サーバーまたはリアルタイム更新（RTU）がエラーのしきい値を超えた場合は、修正するようお知らせします。問題が解決されない場合、Google は統合を削除します。

予約サーバー

すべての予約サーバーの実装には、HealthCheck ルートを含める必要があります。アクション センターは、HealthCheck ルートを定期的にチェックします。応答がない場合や、正常でない応答が返された場合は、統合を一時的に無効にします。HealthCheck ルートの定期的なチェックは継続され、正常なレスポンスが返されると、インテグレーションが自動的に復元されます。

標準の実装方法 エラー率の基準値 レイテンシのしきい値
CheckAvailability
注: この予約サーバー エンドポイントは以前のものです。新しい統合では、このエンドポイントを実装しないでください。
 10% 未満 5 秒未満
BatchAvailabilityLookup 3% 未満 1.5 秒未満
CreateBooking

UpdateBooking

 5% 未満 4 秒未満

RTU

RTU の場合、レイテンシは、操作の実行（予約の変更など）から、アクション センターが RTU リクエストを受信するまでの時間差を基に測定されます。

API エラー率の基準値 レイテンシのしきい値
BookingNotification RTU 各ステータスで毎日 10% 未満 5 分未満

エラー率は、さまざまなパートナー ポータルのダッシュボード（フィード、予約サーバー、RTU ダッシュボード）でモニタリングできます。

広告枠のコンプライアンス要件

引き続き、在庫のコンプライアンス要件に準拠してください。販売者がサービスをオプトアウトする方法については、ヘルプ記事のサードパーティのリンクを削除するセクションをご覧ください。インベントリ コンプライアンス ポリシーに違反した場合、統合が無効になるか、終了する可能性があります。