Правила интеграции предложений бронирования
Оптимизируйте свои подборки
Сохраняйте и классифицируйте контент в соответствии со своими настройками.
Следующие политики интеграции применяются к интеграции предложений бронирования.
Политика предложений
Целевая страница (мобильная страница и приложение)
- Все предложения любого ресторана, переданные в Google, должны быть видны со всей соответствующей информацией как минимум на целевой странице для мобильных устройств.
- Стоимость предложения и текст описания должны быть видны непосредственно на целевой странице.
- Целевые страницы должны четко и подробно излагать квалификационные требования для каждого предложения. Сюда входят ограничения, связанные с сегментами пользователей, способами оплаты, определенными днями или временем, минимальными суммами расходов и количеством раз, когда предложение может быть использовано.
- Все другие ограничения предложения (например: условия участия, инструкции по использованию, условия...) должны быть видны на целевой странице или доступны в течение одного клика на целевой странице (например, всплывающее диалоговое окно).
- Для всех предложений, за исключением предложений
OFFER_MODE_WALK_IN , поток действий, связанный с предложением (например, резервирование стола), должен позволять пользователю выбирать предложения, применимые к его выбору (например, для бронирования предложения, применимые к выбранному временному интервалу и размеру группы). - Инструкции и методы погашения должны быть четко изложены и действенны (например: если для погашения предложения требуется оплатить счет в партнерской системе при оформлении заказа, следует упомянуть инструкцию по оплате в системе, и пользователь должен иметь возможность оплатить счет в партнерской системе при оформлении заказа).
- Когда URL-адрес предложения перенаправляется на установленное мобильное приложение партнера, целевая страница приложения должна соответствовать всем требованиям, изложенным в этом разделе для целевых страниц предложений.
- При возврате назад (например, с помощью кнопки «Назад», навигации с помощью жестов) сразу после взаимодействия с предложением в интерфейсе Google пользователи должны вернуться к исходному интерфейсу Google.
Предлагает данные и формат
- Партнеры должны придерживаться указанных технических требований и форматов данных, изложенных в соответствующей документации. Несоблюдение этих требований может привести к ошибкам или задержкам в обработке корма.
- Предложение должно быть общедоступным для любого пользователя. Для предложений может потребоваться платная подписка, если подписаться может каждый.
- Все предоставленные метаданные должны быть точными и актуальными на момент загрузки канала (должны загружаться не реже одного раза в день). Перечисленные предложения должны быть активными и доступными для пользователей либо немедленно, либо заранее, как указано с помощью
ValidityPeriod ; устаревшие, распроданные или просроченные предложения должны быть удалены из ленты. - Партнеры должны использовать единые форматы предложений на всех платформах. Несоответствия информации о предложении в ленте и информации, отображаемой в приложении или на сайте партнера, запрещены.
- Партнеры должны предоставить четкую и краткую информацию о предложении в поле
offer_display_text , точно отражающую ценность предложения и любые ограничения. - Партнеры должны четко указать категорию предложения (Базовое предложение или Дополнительное предложение) и применимые режимы предложения (
OFFER_MODE_FREE_RESERVATION , OFFER_MODE_PAID_RESERVATION , OFFER_MODE_WALK_IN ) для каждого предложения. - Партнеры должны обеспечить точное сопоставление типов платежных инструментов для каждого предложения.
- Партнер должен предоставлять обновления автоматически не реже одного раза в день или согласно документации разработчика . Частота обновления данных должна быть достаточной для обеспечения точности 95%.
Если не указано иное, контент на этой странице предоставляется по лицензии Creative Commons "С указанием авторства 4.0", а примеры кода – по лицензии Apache 2.0. Подробнее об этом написано в правилах сайта. Java – это зарегистрированный товарный знак корпорации Oracle и ее аффилированных лиц.
Последнее обновление: 2025-05-26 UTC.
[null,null,["Последнее обновление: 2025-05-26 UTC."],[],[],null,["# Reservations Offers Integration Policies\n\nThe following integration policies apply to the Reservations Offers integration.\n\nOffers policy\n-------------\n\n### Landing Page (mobile page \\& application)\n\n- All Offers shared with Google for any restaurant should be visible with all relevant information on at least the mobile landing page.\n - The offer value and description text must be visible on the landing page directly.\n - Landing pages must clearly and comprehensively outline the eligibility requirements for each offer. This includes restrictions related to user segments, payment methods, specific days or times, minimum spending amounts, and the number of times the offer can be used.\n - All other offer restrictions (ex: conditions of eligibility, redeeming instruction, terms ...) must be visible on the landing page or accessible within 1 click of the landing page (ex: pop-up dialog).\n- For all offers except `OFFER_MODE_WALK_IN` offers, the action flow associated with the offer (ex. reserving a table) must allow the user to select the offer(s) applicable associated with their selection (ex. For reservation, offers applicable for the time slot and party size selected)\n- The redeeming instructions and methods must be clearly stated and actionable (ex: if redeeming the offer requires paying the bill on the partner system at checkout, the instruction to pay on the system should be mentioned and the user should be able to pay the bill on the partner system at checkout).\n- When an offer URL redirects to a partner's installed mobile application, the application's landing page must meet all requirements outlined in this section for offer landing pages.\n - Upon navigating back (e.g., using the back button, gesture navigation) immediately after interacting with an offer on a Google experience, users must be returned to the originating Google experience.\n\n### Offers Data \\& Format\n\n- Partners must adhere to the specified technical requirements and data formats outlined in the relevant documentation. Failure to meet these requirements can result in feed processing errors or delays.\n- The offer must be generally available to any user. Offers may require a paid subscription, as long as anyone can subscribe.\n- All metadata provided must be accurate and up-to-date at the time of feed upload (must be uploaded at least on a daily basis). Offers listed must be active and available to users either immediately or in advance as indicated using in the `ValidityPeriod`; outdated, sold out or expired offers must be removed from the feed.\n- Partners must use consistent offer formats across platforms. Discrepancies between the offer details in the feed and those displayed on the partner's app or website are prohibited.\n- Partners must provide clear and concise offer details in the `offer_display_text` field, accurately reflecting the offer's value and any limitations.\n- Partners must clearly indicate the offer category (Base Offer or Add-On Offer) and applicable offer modes (`OFFER_MODE_FREE_RESERVATION`, `OFFER_MODE_PAID_RESERVATION`, `OFFER_MODE_WALK_IN`) for each offer.\n- Partners must ensure accurate mapping of payment instrument types for each offer.\n- Partner must provide updates automatically at least once a day or as per the [developer documentation](/actions-center/verticals/reservations/offers/integration-steps/overview). Data update frequency must be sufficient to meet 95% accuracy."]]
