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 не відкрив підключення. Наступні етапи, на які варто чекати, — стабільна версія стандарту, старт приєднання партнерів і підтримка кількох номерів в одному бронюванні.
Комментарии