Оптимизируйте свои подборки
Сохраняйте и классифицируйте контент в соответствии со своими настройками.
При запуске Google включает весь ваш подходящий инвентарь в нашей производственной среде. Это завершает интеграцию и позволяет любому внешнему пользователю забронировать или зарезервировать ваш инвентарь через Центр действий.
После запуска важно следить за состоянием вашей интеграции. Необходимо поддерживать следующие пороговые значения. Несоблюдение этих пороговых значений приведет к сбою интеграции.
Ленты
Фиды должны отправляться ежедневно без ошибок и предупреждений.
Инструкции по обработке должны быть установлены на PROCESS_AS_COMPLETE.
Для фидов доступности при ежедневной загрузке фида полного ассортимента не следует задавать поля _restrict .
Сервер бронирования
Для всех реализаций сервера бронирования необходимо включить маршрут HealthCheck. Google будет периодически проверять ваш маршрут HealthCheck, и если он не ответит или не вернет неработоспособный ответ, мы временно отключим вашу интеграцию. Мы продолжим периодически проверять ваш маршрут HealthCheck, и как только он возобновит верный ответ, мы автоматически восстановим вашу интеграцию.
Стандартная реализация
Метод
Пороговые значения частоты ошибок
Пороги задержки
Проверить наличие свободных мест
<10%
<5 с
Пакетная доступность
<3%
<1,5 с
СоздатьАренду
<10%
<5 с
Создать бронирование ОбновлениеБронирование
<5%
<4 с
Создать бронирование (с выплатами)
<5%
<15 сек.
SetMarketingPreference
<5%
<5 с
Обновления в реальном времени
Для обновлений в режиме реального времени задержка измеряется разницей во времени между моментом выполнения действия (например, изменения бронирования) и моментом, когда служба «Забронировать через Google» получает запрос на обновление в реальном времени.
[[["Прост для понимания","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-24 UTC."],[[["\u003cp\u003eUpon launch, your eligible inventory is activated, enabling external bookings through Google's platform.\u003c/p\u003e\n"],["\u003cp\u003eMaintaining integration requires adhering to feed, booking server, and real-time update standards to avoid deactivation.\u003c/p\u003e\n"],["\u003cp\u003eDaily error and latency thresholds are enforced for various booking server functionalities to ensure system responsiveness and reliability.\u003c/p\u003e\n"],["\u003cp\u003eReal-time updates, like availability and booking changes, must be relayed to Google within defined timeframes for accurate reflection on the platform.\u003c/p\u003e\n"],["\u003cp\u003ePartners can actively track integration performance through dedicated dashboards for feeds, booking servers, and real-time updates within the Partner Portal.\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,[]]
