ステップ 5: 公開とモニタリング
コレクションでコンテンツを整理
必要に応じて、コンテンツの保存と分類を行います。
公開時に、本番環境内の対象となるすべての空き情報が有効になります。これで統合が完了し、外部ユーザーは 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 および関連会社の登録商標です。
最終更新日 2025-07-26 UTC。
[null,null,["最終更新日 2025-07-26 UTC。"],[[["\u003cp\u003eGoogle enables eligible inventory for external user booking upon integration launch through Actions Center.\u003c/p\u003e\n"],["\u003cp\u003eMaintaining specific thresholds for feeds, booking server, and real-time updates is crucial for sustained integration.\u003c/p\u003e\n"],["\u003cp\u003eFailure to consistently meet these performance benchmarks, including error rates and latency, will result in integration takedown.\u003c/p\u003e\n"],["\u003cp\u003ePartners can monitor integration health and error rates through dedicated dashboards within the Partner Portal, covering feeds, booking server, and real-time updates.\u003c/p\u003e\n"]]],["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"],null,["# Step 5: Launch and monitoring\n\nAt launch, Google enables all of your eligible inventory in our production\nenvironment. This completes the integration and allows any external user to\nbook or reserve your inventory through the Actions Center.\n\nOnce you've launched, it's important to monitor the health of your\nintegration. The following thresholds must be maintained. Failure to maintain\nthese thresholds consistently will result in integration take-down.\n\nFeeds\n-----\n\n- Feeds should be sent on a daily basis with no errors or warnings\n - Processing instructions should be set to PROCESS_AS_COMPLETE\n - For Availability feeds, the full inventory daily feed upload should not set any `_restrict` fields.\n\nBooking server\n--------------\n\nFor all booking server implementations, there is a HealthCheck route that\nshould be included. Google will periodically check your HealthCheck route\nand should it not respond or return an unhealthy response, we will\ntemporarily disable your integration. We will continue to periodically\ncheck your HealthCheck route and once it resumes returning a healthy\nresponse we will automatically restore your integration.\n\n| Standard implementation |||\n| Method | Error Rate Thresholds | Latency Thresholds |\n|-------------------------------|-----------------------|--------------------|\n| CheckAvailability | \\\u003c10% | \\\u003c5s |\n| BatchAvailabilityLookup | \\\u003c3% | \\\u003c1.5s |\n| CreateLease | \\\u003c10% | \\\u003c5s |\n| CreateBooking UpdateBooking | \\\u003c5% | \\\u003c4s |\n| CreateBooking (with payments) | \\\u003c5% | \\\u003c15s |\n| SetMarketingPreference | \\\u003c5% | \\\u003c5s |\n\nReal-time updates\n-----------------\n\nFor real-time updates, latency is measured by the time difference between\nwhen an action is taken (e.g. modifying a booking) and when Reserve with\nGoogle receives the real-time update request.\n\n| API | Error Rate Thresholds | Latency Thresholds |\n|-------------------------|----------------------------------|--------------------|\n| AvailabilityReplace RTU | \\\u003c10% each day | \\\u003c5 mins |\n| BookingNotification RTU | \\\u003c10% each day \\& for each state | \\\u003c5 mins |\n\nError rates can be monitored through the various Partner Portal dashboards,\nnamely the\n[Feeds](https://partnerdash.google.com/apps/reservewithgoogle/dashboards/feeds),\n[Booking Server](https://partnerdash.google.com/apps/reservewithgoogle/dashboards/bookingserver), and\n[Real-time Updates](https://partnerdash.google.com/apps/reservewithgoogle/dashboards/realtimeupdates) dashboards."]]