ステップ 7: 公開とモニタリング
公開時に、本番環境内の対象となるすべての空き情報が有効になります。これで統合が完了し、外部ユーザーは Actions Center 経由で空き情報に対して予約を行えるようになります。
公開後は、統合の状態をモニタリングすることが重要です。以下の基準値を維持する必要があります。これらの基準値を一貫して維持しないと、統合が解除されます。
フィード
- フィードはエラーや警告なしの状態で毎日送信します。
- 処理手順は、PROCESS_AS_COMPLETE に設定する必要があります。
- 在庫状況フィードの場合、完全な在庫の毎日のフィード アップロードで
_restrict
フィールドを設定しないでください。
予約サーバー
すべての予約サーバーの実装には、含める必要がある HealthCheck ルートが存在します。Google は HealthCheck ルートを定期的にチェックします。応答しなかった場合や異常なレスポンスを返した場合は、統合が一時的に無効になります。Google は、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 分未満 |
エラー率は、さまざまなパートナー ポータルのダッシュボード(フィード、予約サーバー、リアルタイム更新ダッシュボード)でモニタリングできます。
特に記載のない限り、このページのコンテンツはクリエイティブ・コモンズの表示 4.0 ライセンスにより使用許諾されます。コードサンプルは Apache 2.0 ライセンスにより使用許諾されます。詳しくは、Google Developers サイトのポリシーをご覧ください。Java は Oracle および関連会社の登録商標です。
最終更新日 2024-11-26 UTC。
[null,null,["最終更新日 2024-11-26 UTC。"],[[["Upon launch, your eligible inventory is activated, enabling external users to book through Google."],["Maintaining integration health is crucial, requiring daily error-free feeds and responsive booking servers."],["Consistent failure to meet specified error rate and latency thresholds will lead to integration removal."],["Google monitors booking server health and automatically disables/restores integrations based on health checks."],["Real-time updates for availability and bookings should be sent within 5 minutes to ensure accuracy."]]],["Upon launch, all eligible inventory is enabled for external user booking. Post-launch, daily feeds must be sent error-free with `PROCESS_AS_COMPLETE` and no `_restrict` fields in Availability feeds. A functioning HealthCheck route is crucial; failure results in temporary integration disablement. Booking server and real-time updates have strict error and latency thresholds. These are monitored via the Feeds, Booking Server, and Real-time Updates dashboards. Consistent failure to meet standards will result in integration removal.\n"]]