Google переведет бронирование отелей в AI Mode на открытый стандарт UCP: опубликован первый черновик
Дата публикации
30.09.2026
Проект Universal Commerce Protocol (UCP) 25 сентября опубликовал первый черновик спецификации для бронирования жилья. Google в документации для разработчиков сообщил, что в ближайшие месяцы переведет на этот стандарт бронирование отелей в AI Mode. Конкретную дату компания не назвала.
UCP — открытый протокол, через который ИИ-агенты и платформы взаимодействуют с продавцами: проверяют цены и наличие и оформляют покупку. До сих пор в нем были опубликованы спецификации только для розничной торговли. Ранее обновление протокола добавило ИИ-агентам работу с корзиной и скидками покупателя. Отели стали первой отраслью за пределами ритейла, для которой появился публичный стандарт бронирования.
Спецификацию готовили Booking.com, Expedia, Hilton и Marriott
Над документом работал отраслевой совет по бронированию жилья, созданный 11 августа. В него входят семь компаний: Amadeus, , Expedia, Google, Hilton, Marriott и . Получается, что в разработке стандарта участвовали и крупнейшие гостиничные сети, и онлайн-платформы бронирования, с которыми эти сети конкурируют за прямые продажи.
. На странице спецификации прямо предупреждают, что модели данных и способы подключения еще будут меняться, в том числе без обратной совместимости. Отзывы принимают на .
Цену из поиска считают предварительной, окончательную называет отель
Спецификация описывает бронирование как сессию из нескольких шагов. Платформа создает ее, передавая отель, тип номера, тариф и даты из результатов поиска. Затем она добавляет данные гостей, заказчика и оплату, а в конце подтверждает бронирование. Сессию можно отменить на любом этапе. Подключаться можно через обычный REST API либо MCP — протокол, по которому ИИ-агенты обращаются к внешним сервисам. Через MCP, например, «Сильпо» открыл агентам доступ к своему каталогу и корзине.
Ключевой момент — создание сессии. До него цены и наличие номеров, которые видит пользователь, считаются предварительными. После создания отель проверяет наличие в реальном времени и при желании временно удерживает номер. Он же рассчитывает итоговую сумму и добавляет , которые становятся обязательными для сторон.
Спецификация требует показывать полную стоимость проживания еще до подтверждения. В нее входят налоги и сборы, которые гость платит уже на месте, например туристический сбор или плата за курортные услуги. Если цена изменилась посреди сессии, отель обязан сообщить об этом, а платформа не вправе скрыть это предупреждение.
График оплаты описан отдельно от цены. Часть суммы можно списать сразу, остаток отложить до заселения либо оставить для оплаты на месте. Поддерживаются предоплата, разделенные платежи и отдельное расширение для условий отмены: с полным возвратом, частичным или без возврата.
ИИ-агент может выбрать номер и даты и собрать данные гостей. Однако, согласно спецификации, финальную проверку и подтверждение бронирования пользователь выполняет сам, в защищенном интерфейсе платформы. Исключение — расширение AP2 Mandates. AP2 (Agent Payments Protocol) — стандарт Google для платежей, которые агент совершает от имени человека в заранее заданных пределах. В FAQ Google называет AP2 возможным платежным слоем для будущих автономных транзакций, но не обязательным условием.
Еще одна деталь касается безопасности платежей. Согласно спецификации, отелю не нужно получать сертификацию PCI DSS (стандарт защиты данных платежных карт), чтобы принимать карты через этот механизм.
Google обещает: позиции в списке не изменятся, клиент остается за отелем
по UCP для отелей обновили 24 сентября. В нем есть ответы на несколько коммерческих вопросов, которые волнуют отели и агентства.
Сама интеграция, по словам Google, не влияет на ранжирование отелей и тарифов в списках. Отличаться будет другое: предложения с UCP получат возможность прямого бронирования. Формально позиции не меняются, однако в выдаче предложения с кнопкой «Забронировать» и без нее будут выглядеть по-разному. Повлияет ли это на выбор пользователей, данных пока нет.
Продавцом в юридическом смысле остается отель или платформа бронирования. Им принадлежат данные клиентов и бронирований, а бронирование регулируют их собственные условия. Google показывает эти условия пользователю, и тот должен их принять. Функцию, которая позволит гостю отдельно согласиться на маркетинговые рассылки, компания пока только обещает добавить.
Для аналитики предусмотрен обмен событиями на каждом этапе бронирования. По ним отель сможет отличить бронирования и оплаты, пришедшие через ИИ-сервисы Google, от продаж на собственном сайте либо в приложении. Прежде чем показать кнопку «Забронировать», Google еще раз проверяет цену и наличие через API партнера.
Подключать Google Pay на собственном сайте не нужно, однако платежный провайдер отеля должен уметь обрабатывать токены Google. Настройки вроде ограничения типов карт придется задать отдельно для UCP, даже если Google Pay у отеля уже работает.
Даты перехода нет, подключиться пока можно только через лист ожидания
Бронирование отелей в AI Mode Google запустил 27 августа для англоязычных пользователей в США. Партнерами стали 10 гостиничных сетей и онлайн-платформ. Все ли они работают через UCP, Google при запуске не уточнил. Неизвестно также, кто из них и когда перейдет на новый стандарт.
Первый этап охватывает бронирование одного номера. Несколько номеров в одном бронировании FAQ называет «возможным будущим расширением». Модель данных в спецификации уже допускает несколько номеров в одном бронировании, но Google эту возможность пока не поддерживает.
Для отелей, которые хотят подключиться, на доступен лист ожидания. Подробные инструкции и технические требования Google обещает опубликовать позже.
Что из этого следует для украинского рынка
Бронирование в AI Mode работает только в США на английском, поэтому украинские отели новой кнопки в ближайшее время не увидят. Более важный сигнал — в требованиях спецификации. Чтобы отель мог продавать номера через ИИ-агентов, его система бронирования должна отдавать через API актуальное наличие, итоговую цену со всеми сборами, график оплаты и формализованные условия отмены. Сайт, где бронирование сводится к форме заявки с последующим звонком менеджера, к такому каналу не подключить.
Поэтому при разработке сайта с собственным модулем бронирования стоит учитывать, сможет ли он со временем работать с внешними платформами через API. Строить интеграцию с UCP прямо сейчас нет смысла: спецификация еще изменится, а Google не открыл подключение. Следующие этапы, которых стоит ждать, — стабильная версия стандарта, старт подключения партнеров и поддержка нескольких номеров в одном бронировании.
Комментарии