Оптимизируйте свои подборки
Сохраняйте и классифицируйте контент в соответствии со своими настройками.
Наша команда планирует запуск на конкретную дату и время. Вы можете столкнуться с задержкой выхода продавцов на сайт в течение нескольких часов.
Ваша интеграция будет отслеживаться в течение недели после запуска. Если ваш сервер бронирования или обновления в режиме реального времени (RTU) превысят пороговые значения ошибок, мы сообщим вам об этом для их устранения. Если проблемы не будут устранены, Google удалит вашу интеграцию.
Сервер бронирования
Для всех реализаций Booking Server необходимо включить маршрут HealthCheck . Центр действий периодически проверяет ваш маршрут HealthCheck . Если он не отвечает или возвращает неисправный ответ, мы временно отключаем вашу интеграцию. Мы продолжаем периодически проверять ваш маршрут HealthCheck , и после того, как он возвращает исправный ответ, мы автоматически восстанавливаем вашу интеграцию.
Стандартные методы реализации
Пороговые значения частоты ошибок
Пороги задержки
CheckAvailability
Примечание: Эта конечная точка сервера бронирования устарела. Новые интеграции не должны использовать эту конечную точку.
<10%
<5с
BatchAvailabilityLookup
<3%
<1,5 с
CreateBooking
UpdateBooking
<5%
<4с
RTU
Для RTU задержка измеряется разницей во времени между моментом выполнения действия (например, изменением бронирования) и моментом получения Центром действий запроса RTU.
API
Пороговые значения частоты ошибок
Пороги задержки
BookingNotification RTU
<10% каждый день и для каждого штата
<5 минут
Вы можете отслеживать показатели ошибок с помощью различных панелей мониторинга партнерского портала, а именно панелей Feeds , Booking Server и RTU .
Требования к соблюдению инвентаризации
Обязательно соблюдайте требования к соблюдению правил инвентаризации . Информация о том, как продавец может отказаться от ваших услуг, приведена в разделе «Удаление сторонних ссылок»справочной статьи . Если вы нарушите правила инвентаризации, ваша интеграция может быть отключена или прекращена.
[[["Прост для понимания","easyToUnderstand","thumb-up"],["Помог мне решить мою проблему","solvedMyProblem","thumb-up"],["Другое","otherUp","thumb-up"]],[["Отсутствует нужная мне информация","missingTheInformationINeed","thumb-down"],["Слишком сложен/слишком много шагов","tooComplicatedTooManySteps","thumb-down"],["Устарел","outOfDate","thumb-down"],["Проблема с переводом текста","translationIssue","thumb-down"],["Проблемы образцов/кода","samplesCodeIssue","thumb-down"],["Другое","otherDown","thumb-down"]],["Последнее обновление: 2025-07-25 UTC."],[],[],null,["# Launch and Monitor\n\nOur team schedules the launch for a specific date and time. You may see a delay\nof merchants going online over several hours.\n\nYour integration is monitored for a week after the launch. If your Booking\nServer or Real-Time Updates (RTUs) are over any error thresholds, we will inform\nyou to correct them. If the issues aren't resolved, Google will take down your\nintegration.\n\n### Booking Server\n\nFor all Booking Server implementations, there is a `HealthCheck` route that must\nbe included. The Actions Center periodically checks your `HealthCheck` route.\nIf it doesn't respond or returns an unhealthy response, we temporarily disable\nyour integration. We continue to periodically check your `HealthCheck` route\nand after it returns a healthy response, we automatically restore your\nintegration.\n\n|----------------------------------------------------------------------------------------------------------------------|-------|--------|\n| |||\n| `CheckAvailability` Note: This booking server endpoint is legacy. New integrations must not implement this endpoint. | \\\u003c10% | \\\u003c5s |\n| `BatchAvailabilityLookup` | \\\u003c3% | \\\u003c1.5s |\n| `CreateBooking` `UpdateBooking` | \\\u003c5% | \\\u003c4s |\n\n### RTUs\n\nFor RTUs, latency is measured by the time difference between when an action is\ntaken (for example, modifying a booking) and when Actions Center receives the\nRTU request.\n\n| **API** | **Error rate thresholds** | **Latency thresholds** |\n|---------------------------|-----------------------------------|------------------------|\n| `BookingNotification RTU` | \\\u003c10% each day and for each state | \\\u003c5 minutes |\n\nYou can monitor error rates through the various Partner Portal dashboards,\nnamely the [Feeds](https://partnerdash.google.com/apps/reservewithgoogle/dashboards/feeds),\n[Booking Server](https://partnerdash.google.com/apps/reservewithgoogle/dashboards/bookingserver),\nand [RTU](https://partnerdash.google.com/apps/reservewithgoogle/dashboards/realtimeupdates)\ndashboards.\n\n### Inventory Compliance requirements\n\nMake sure that you continue to follow the [Inventory Compliance requirements](/actions-center/verticals/reservations/e2e/policies/compliance-requirements).\nFor information on how a merchant can opt out of your service, see\nthe **Remove third-party links** section of\nthe [help article](https://support.google.com/business/answer/6218037?hl=en&ref_topic=11498161&sjid=1606319823142007035-NC).\nIf you violate the Inventory Compliance policy, your integration could be\ndisabled or terminated."]]