مرحله 5: راه اندازی و نظارت
با مجموعهها، منظم بمانید
ذخیره و طبقهبندی محتوا براساس اولویتهای شما.
هنگام راهاندازی، Google تمام موجودی واجد شرایط شما را در محیط تولید ما فعال میکند. این یکپارچه سازی را کامل می کند و به هر کاربر خارجی اجازه می دهد تا موجودی شما را از طریق Action Center رزرو یا رزرو کند.
پس از راه اندازی، نظارت بر سلامت ادغام خود بسیار مهم است. آستانه های زیر باید حفظ شود. عدم حفظ این آستانه ها به طور مداوم منجر به حذف ادغام می شود.
تغذیه می کند
- فیدها باید به صورت روزانه بدون خطا یا هشدار ارسال شوند
- دستورالعمل های پردازش باید روی PROCESS_AS_COMPLETE تنظیم شود
- برای فیدهای در دسترس بودن، آپلود فید روزانه کامل موجودی نباید هیچ فیلد
_restrict
تنظیم کند.
سرور رزرو
برای همه اجراهای سرور رزرو، یک مسیر HealthCheck وجود دارد که باید گنجانده شود. Google بهطور دورهای مسیر HealthCheck شما را بررسی میکند و اگر پاسخ ندهد یا پاسخ ناسالم را ارائه ندهد، ادغام شما را موقتاً غیرفعال میکنیم. ما به بررسی دورهای مسیر HealthCheck شما ادامه میدهیم و به محض اینکه مجدداً یک پاسخ سالم دریافت کرد، به طور خودکار یکپارچهسازی شما را بازیابی میکنیم.
اجرای استاندارد |
---|
روش | آستانه های نرخ خطا | آستانه تأخیر |
---|
بررسی در دسترس بودن | <10% | <5 ثانیه |
BatchAvailabilityLookup | <3% | <1.5 ثانیه |
CreateLease | <10% | <5 ثانیه |
ایجاد رزرو به روز رسانی رزرو | <5% | <4s |
ایجاد رزرو (با پرداخت) | <5% | <15 ثانیه |
SetMarketingPreference | <5% | <5 ثانیه |
به روز رسانی در زمان واقعی
برای بهروزرسانیهای همزمان، تأخیر با تفاوت زمانی بین زمانی که یک اقدام انجام میشود (مثلاً تغییر رزرو) و زمانی که «رزرو با Google» درخواست بهروزرسانی بیدرنگ را دریافت میکند، اندازهگیری میشود.
API | آستانه های نرخ خطا | آستانه تأخیر |
---|
در دسترس بودن جایگزین RTU | <10٪ هر روز | <5 دقیقه |
BookingNotification RTU | <10٪ هر روز و برای هر ایالت | <5 دقیقه |
نرخ خطا را میتوان از طریق داشبوردهای مختلف پورتال شریک، یعنی داشبورد فیدها ، سرور رزرو و بهروزرسانیهای بیدرنگ نظارت کرد.
جز در مواردی که غیر از این ذکر شده باشد،محتوای این صفحه تحت مجوز Creative Commons Attribution 4.0 License است. نمونه کدها نیز دارای مجوز Apache 2.0 License است. برای اطلاع از جزئیات، به خطمشیهای سایت Google Developers مراجعه کنید. جاوا علامت تجاری ثبتشده Oracle و/یا شرکتهای وابسته به آن است.
تاریخ آخرین بهروزرسانی 2025-07-24 بهوقت ساعت هماهنگ جهانی.
[null,null,["تاریخ آخرین بهروزرسانی 2025-07-24 بهوقت ساعت هماهنگ جهانی."],[[["\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."]]