Следующие политики интеграции применяются к интеграции предложений бронирования.
Политика предложений
Целевая страница (мобильная страница и приложение)
- Все предложения любого ресторана, переданные в 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%.