Google начал бронировать отели внутри ИИ. Независимых в списке не оказалось

27 августа Google запустил в США бронирование отелей прямо внутри ИИ-режима поиска: гость описывает поездку словами, получает сравнение вариантов и оплачивает через Google Pay, не выходя из диалога. Провести транзакцию в этом сценарии могут пять OTA — Booking.com, Expedia, Priceline, Hotels.com, Trip.com — и пять сетей: Hilton, Marriott, IHG, Choice, Wyndham.

Независимого отеля в списке нет. Он может появиться в рекомендации ИИ — и всё равно потерять бронирование, потому что кнопка ведёт к партнёру.

8 сентября Пабло Дельгадо, управляющий партнёр и CEO America в Mirai, опубликовал разбор того, что за этим стоит. Его тезис: интернет остаётся один, но дистрибуция расходится на две экосистемы, и правила второй отелю ещё предстоит выучить.

Видимость без возможности забронировать

Формула, которой описывают запуск Google, звучит так: независимый отель получает visibility without bookability — видимость без бронируемости. Он присутствует в ответе, но сделка уходит через OTA-партнёра, который остаётся продавцом записи и обрабатывает платёж, подтверждение и обращения гостя.

Двадцать лет прямые продажи были борьбой за клик: SEO, метапоиск, цена на сайте не выше, чем у OTA. В сценарии, где гость не кликает, а делегирует задачу ассистенту, вся эта конструкция перестаёт работать — не потому что она плохая, а потому что клика больше нет.

Две экосистемы

Дельгадо раскладывает различие по слоям. Сокращаем таблицу до строк, которые меняют работу отеля.

По материалу Pablo Delgado, Mirai, 08.09.2026; таблица сокращена и переведена HotelInsider.

Последняя строка — самая неприятная. В веб-дистрибуции отель хотя бы видит, что происходит: сессии, источники, воронка. В агентской он пока не видит ничего.

Цифра, из-за которой сайт не годится

Главное число в статье одно, и оно объясняет, почему «у нас хороший сайт» перестаёт быть ответом.

Около 30% вопросов гостя можно ответить прямо с сайта отеля. Оставшиеся 70% зависят от операционных знаний, которых на публичных страницах, как правило, просто нет.

Можно ли заехать с собакой весом двенадцать килограммов. Работает ли кухня после одиннадцати. Есть ли розетка у кровати со стороны окна. Дадут ли поздний выезд в субботу и сколько это стоит. Успеет ли гость на трансфер, если рейс в 6:40.

Всё это отель знает — но знает в голове администратора, в регламенте на общем диске и в переписке. Агент такого источника не видит. Он видит либо структурированные данные отеля, либо карточку в OTA — и берёт вторую, потому что она машиночитаема.

Отсюда предупреждение Дельгадо, которое стоит перечитать дважды: главный риск не в том, что ИИ заменит сайт, а в том, что крупные OTA снова станут единственным источником правды об отеле — теперь уже для машин.

Что предлагается построить

Mirai раскладывает готовность к агентской дистрибуции на четыре блока.

Идентичность. Механизм, по которому ассистент убеждается, что данные пришли от самого отеля или его уполномоченного партнёра, а не из третьих рук.

Авторитетность. Сигналы, по которым агент решает, кому верить: репутация, качество и свежесть данных, широта раскрытых функций, доля успешно выполненных действий — и, вероятно, коммерческие отношения тоже.

Знания. Операционные правила, процедуры, услуги и те самые детали, из которых состоит конкретный отель, — в машиночитаемом и постоянно поддерживаемом виде.

Функции. Возможность действия: проверить наличие и цену, создать или изменить бронь, опознать участника программы лояльности, выставить счёт, принять оплату, оформить отмену.

Технически это разворачивается через MCP — открытый протокол, по которому ассистент находит источник, оценивает его и вызывает функции. Mirai сообщает, что у каждого подключённого к её платформе отеля уже есть собственная точка MCP, а сама компания строит провайдерскую точку, представляющую прямой канал тысяч отелей, — по аналогии с той ролью, которую она играет как партнёр Google Hotel.

Здесь важно назвать вещи своими именами: Mirai — вендор, который продаёт именно эту инфраструктуру, и её материал одновременно является описанием рынка и коммерческим аргументом. Это не делает наблюдения неверными, но читать их стоит с поправкой на интерес автора.

Почему это не «когда-нибудь» и что здесь российского

Соблазн отложить тему велик: запуск Google — только США, независимые к транзакции не допущены, стандартов аналитики нет. Но конструкция, о которой пишет Mirai, на российском рынке уже собрана — просто без открытого протокола.

Карточка объекта в Яндекс Путешествиях попадает в поиск, в Карты и в рекомендации Алисы. То есть источником правды об отеле для ассистента у нас уже служит не сайт отеля, а его карточка в экосистеме — с той разницей, что попасть в неё можно только через экстранет площадки и её условия: базовая комиссия 17% с февраля 2026 года, программы продвижения доводят её до 20–25%. Отель платит не только за бронирование, но и за то, чтобы про него знала машина.

Это и есть сценарий, которого Дельгадо опасается для мирового рынка, — у нас он реализован на два года раньше и без всякого MCP. Условия каналов мы собрали в каталоге каналов продаж, ставки — в разборе комиссий 2026 года.

Что делать отельеру, не покупая ничего

Из статьи вендора обычно следует, что нужно купить продукт вендора. Но три вещи можно сделать раньше и без бюджета — и они пригодятся в любой экосистеме.

Собрать те самые 70%. Выписать в один структурированный документ всё, что гости спрашивают в переписке и на стойке: правила заезда и выезда, животные с весом и породами, парковка с габаритами, кухня с часами, детские кроватки, доплаты за поздний выезд, что входит в тариф и что нет. Это скучная работа на несколько дней, у которой уже сегодня есть отдача — на неё опирается и служба бронирования, и любой чат-бот, и завтрашний агент.

Проверить, что о вас говорит машина. Спросить у пары ассистентов про свой отель обычными словами гостя — про животных, поздний выезд, парковку — и посмотреть, что они ответят и на какой источник сошлются. Расхождения с реальностью и есть тот разрыв, который потом придётся закрывать.

Сверить факты в карточках площадок. Пока агент берёт правду из OTA, ошибка в карточке — это ошибка в ответе ассистента. Причём эта работа окупается сразу: неверные данные о правилах и услугах дают отмены и споры независимо от всякого ИИ.

А выбор технологического партнёра, к которому подводит Дельгадо, честнее делать после этих трёх шагов, а не вместо них. Его собственный вывод звучит так: выиграют не отели с лучшими сайтами, а те, чьи партнёры позволили им конкурировать в обеих экосистемах сразу.

Чего мы не знаем

Откуда взята оценка 30/70. Mirai приводит её как отраслевое наблюдение, без ссылки на методику и выборку; проверить её мы не можем и используем как иллюстрацию порядка величин, а не как измерение.

Допустят ли независимые отели к транзакции в ИИ-режиме Google и когда. На старте список закрыт пятью OTA и пятью сетями, планов расширения Google публично не объявлял.

Станет ли MCP отраслевым стандартом. Сигналы есть — эксперименты Claude с приёмом MCP, приложения OpenAI, разработка Agentic Resource Discovery у Google, — но ни один из них не является утверждённым стандартом дистрибуции.

Как всё это будет измеряться. Ни у площадок, ни у вендоров пока нет общепринятых метрик агентской дистрибуции, а значит, отель какое-то время не сможет посчитать ни долю канала, ни его стоимость.

Что из этого доедет до России и в каком виде. Google в этом качестве российскому рынку недоступен, а российские ассистенты своих протоколов раскрытия данных для отелей не анонсировали.