Performance Max для отелей 2026: гайд по travel goals

Отельная реклама в Google устроена не так, как любая другая: пользователь сравнивает одну и ту же комнату у отеля и у пяти OTA, решение принимает неделями, а половина броней потом отменяется. На этом ломаются обычные подходы к Performance Max для отелей — кампания оптимизируется на событие, которое может не состояться, и учится на данных с задержкой в две-три недели.

В этом разборе — как в 2026 году устроен субтип Performance Max для целей путешествий (travel goals): чем property-ассеты отличаются от обычных ассетов, что реально нужно из Hotel Center, какие стратегии ставок доступны, как настроить окна конверсии под долгий цикл бронирования и как не дать отменам испортить обучение Smart Bidding. Всё, что ниже, — про легальную работу с рекламной системой: корректные фиды, честные цены и правильные настройки измерения.

Performance Max для отелей: чем субтип travel goals отличается от обычного PMax

Технически это тот же тип кампании PERFORMANCE_MAX, но с одним дополнительным элементом: к кампании привязан набор ассетов типа HOTEL_PROPERTY, а каждый объект размещения внутри него описан не текстом и картинкой, а идентификатором места Google — place_id. Если такой набор к кампании не привязан, вы получаете обычный Performance Max, который просто ведёт трафик на сайт отеля.

Что меняется, когда property-ассеты подключены:

Google знает, какой объект вы рекламируете. Не «сайт отеля», а конкретное здание с адресом, карточкой в Картах, отзывами и фотографиями. Это открывает выдачу в travel-поверхностях, где объявление показывается в контексте конкретного отеля, а не абстрактного бренда.
Появляются подсказанные ассеты. Система может предложить заголовки, описания и изображения, собранные по данным об объекте. Это best-effort: часть объектов возвращает пустой ответ, и минимальные требования к ассетам всё равно придётся закрывать руками.
Автоматическое распределение бюджета по каналам — Поиск, Дисплей, YouTube, Discover, Карты — внутри одной кампании, с расширением конечных URL.

Важное практическое отличие от Hotel Ads старого образца: доступ к Hotel Center здесь не обязателен. Для запуска PMax с travel-целями достаточно подтверждённых объектов в Google Business Profile и их place_id. Hotel Center нужен в другом сценарии — когда вы хотите показывать цены и доступность в модуле бронирования и участвовать в сравнении ставок с OTA. Это две разные механики, и их часто путают.

Два сценария — и как выбрать свой

Сценарий	Что нужно	Что получаете	Кому подходит
PMax travel goals без Hotel Center	Подтверждённый объект в Business Profile, `place_id`, набор ассетов `HOTEL_PROPERTY`	Охват по всем каналам Google, объявления, привязанные к конкретному объекту, оптимизация на бронирование на вашем сайте	Отели с собственным движком бронирования, небольшие сети, управляющие компании
Hotel Center + ценовой фид	Аккаунт Hotel Center, фид цен и доступности, связка с Google Ads	Показ цены и доступности в модуле отеля, участие в сравнении с OTA, бесплатные ссылки на бронирование	Объекты, которые конкурируют по цене с агрегаторами напрямую
Оба сразу	Всё перечисленное	Максимальное покрытие: и ценовое сравнение, и охватные каналы	Сети от 10 объектов с выделенным специалистом по фидам

Если вы только начинаете, запускайтесь по первому сценарию: он не требует фида, настраивается за день и даёт данные, на которых уже можно решать, нужен ли Hotel Center.

Property-ассеты: как это собирается на практике

Последовательность в интерфейсе и в API одинаковая по смыслу:

Создать набор ассетов типа HOTEL_PROPERTY. Это контейнер для всех объектов, которые вы рекламируете в этой кампании.
Создать ассет на каждый объект. Единственное обязательное поле — place_id. Найти его можно через Place ID Finder в документации Google Maps Platform либо выгрузить из Business Profile, если объекты уже подтверждены.
Связать ассеты с набором и указать набор в поле кампании hotel_property_asset_set.
Привязать каждый property-ассет к группе ассетов с типом поля HOTEL_PROPERTY. Этот шаг пропускают чаще всего — без него кампания формально создана, но работает как обычный PMax.
Закрыть минимальные требования к ассетам в группе: заголовки, длинные заголовки, описания, изображения в трёх соотношениях, логотип, по возможности видео.

Подсказанные ассеты (travel asset suggestions) доступны не всем аккаунтам и работают по принципу «что нашли, то и отдали». Относитесь к ним как к черновику: проверяйте факты — звёздность, удобства, расстояние до центра, — потому что ответственность за достоверность объявления лежит на рекламодателе, а не на генераторе.

Где взять place_id без ошибок

Три рабочих способа: Place ID Finder (быстрее всего для единичных объектов), Places API по названию и координатам (для сетей), выгрузка из Business Profile через API (самый надёжный, потому что отдаёт именно те объекты, которыми вы управляете). Типичная ошибка сетей — взять place_id соседнего бизнеса в том же здании, например ресторана при отеле. Проверяйте каждый идентификатор по адресу и типу объекта до загрузки.

Структура кампании: сколько групп ассетов и как делить объекты

Общая логика та же, что и в обычном Performance Max: группа ассетов — это единица креативного и таргетингового смысла, а не способ микроменеджмента. Подробный разбор принципа есть в материале про группы ассетов и листинг-группы в Performance Max, здесь — специфика travel.

Один объект — одна группа ассетов, если объектов до 15–20 и у каждого своя экономика. Так вы видите, какой отель тянет бюджет, и можете менять креатив точечно.
Кластеры по рынку или классу, если объектов десятки: «курортные 5*», «городские 4* в столицах», «апарт-отели». Внутри кластера креатив и обещание совпадают, значит, объединение не размывает смысл.
Отдельная кампания — только когда разная экономика или бюджет. Бюджет в travel-кампаниях не может быть общим, поэтому дробление кампаний напрямую дробит обучение. Три кампании по 30 долларов в день учатся хуже, чем одна на 90.

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

Ставки: что доступно и что выбрать

В Performance Max для целей путешествий доступны только две стратегии: «Максимум конверсий» и «Максимальная ценность конверсий», обе — с опциональными целями tCPA и tROAS. Комиссионные модели оплаты (commission per stay), знакомые по Hotel Ads, здесь не применяются. Портфельные стратегии по имени ресурса не поддерживаются — стратегия задаётся на уровне кампании.

Практическая последовательность, которая обычно работает:

Старт — «Максимум конверсий» без цели CPA. Дайте кампании 2–3 недели и не меньше 30–50 бронирований, прежде чем вводить ограничение. Раньше этого любая цель превращается в потолок охвата.
Переход на ценность. Как только вы передаёте реальную стоимость брони (а не фиксированное значение), переключайтесь на «Максимальную ценность» — у отеля разброс чека между одной ночью в будни и неделей в люксе кратный, и оптимизация по числу конверсий этот разброс игнорирует.
tROAS — последним шагом, от фактического ROAS предыдущих 30 дней, со сдвигом не больше 10–15% за итерацию. Резкий подъём цели в travel особенно болезнен: кампания отключает длинный хвост направлений, по которым и набирались данные.

Ориентир по срокам обучения: заметная стабилизация — после 50 конверсий или трёх циклов конверсии, в зависимости от того, что наступит позже. В travel второе условие почти всегда главнее, потому что цикл длинный. Это ориентир, а не гарантия — считайте по своим данным.

Главная засада travel: длинный цикл и отмены

Бронирование на октябрь, сделанное в июне, и отмена за три дня до заезда — две нормальные ситуации, которые ломают стандартные настройки. Что с этим делать:

Окно конверсии

Дефолтные 30 дней для отеля часто малы. Если по данным CRM медианный лаг между кликом и бронью больше 14 дней, окно стоит расширять — иначе система не видит часть собственных результатов и недооценивает дорогие каналы верхней воронки. Обратная сторона: чем длиннее окно, тем медленнее обратная связь. Разумный компромисс для городских отелей — 30–45 дней, для курортных с ранним бронированием — до 60–90. Проверяйте по отчёту о задержке конверсий, а не по ощущениям.

Отмены и реальная ценность

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

Корректировки конверсий. При отмене отправляйте retraction, при изменении суммы — restatement. Механика и ограничения по срокам разобраны в материале про корректировки конверсий в Google Ads.
Передача ожидаемой ценности вместо номинала. Если по сегменту исторически отменяется 25% броней, передавайте 75% суммы. Для Smart Bidding это честнее, чем полная сумма с последующими массовыми ретракциями.

Если у вас нет возможности делать корректировки, хотя бы разведите конверсии на первичные и вторичные: «бронь оплачена невозвратно» — первичная, «бронь создана» — вторичная для наблюдения. Логика разделения описана в разборе первичных и вторичных конверсий.

Что делать, если вы не отель, а travel-партнёр

Партнёрские и агрегаторские модели в travel живут по другим правилам. Property-ассеты привязаны к объектам, которыми управляете вы или ваш клиент, поэтому партнёру без прав на объект этот субтип недоступен. Рабочие варианты:

Поисковые кампании под намеренческий спрос — направления, типы отдыха, сезонные запросы. Форматы и структура для travel-поиска разобраны в статье про поисковые кампании для travel и форматы Things to do.
Обычный PMax на лидогенерацию с собственными данными в сигналах аудитории.
Видео и Demand Gen на формирование спроса по направлениям с длинным циклом принятия решения — при условии, что вы умеете измерять вклад верхней воронки, а не судите по last-click. Для сезонных пиков, где важна конкретная дата старта продаж, имеет смысл посмотреть и на резервационные кампании YouTube с гарантированным охватом.

Отдельно: аккаунт должен соответствовать требованиям к целевой странице и прозрачности условий. Для travel это цена с учётом сборов, понятные условия отмены и соответствие рекламного обещания тому, что на странице. Если у вас сложная структура со множеством рынков и нужен управляемый аккаунт с нормальной историей и поддержкой, посмотрите, как устроена работа с агентскими аккаунтами Google Ads — это снимает часть организационных проблем, но не заменяет корректные настройки, о которых идёт речь выше. Остальные инструменты и форматы работы собраны в разделе сервисов PPC Rebels.

Сезонность: почему travel ломает стандартный пейсинг

У отеля два календаря: календарь заездов и календарь бронирований. Они не совпадают, и именно это чаще всего путает бюджетирование. Январский бюджет работает на мартовские заезды, а июньский пик рекламы может закрывать сентябрьскую загрузку. Если бюджет планируется «по месяцам заезда», вы систематически недоинвестируете в окно, когда решение реально принимается.

Что помогает:

Строить медиаплан от даты бронирования, а не от даты заезда. Поднимите данные PMS за два года и постройте распределение: сколько броней на сентябрь сделано в каждом из предыдущих месяцев. Это и есть ваш график бюджета.
Поднимать бюджет заранее, а не в пик. Smart Bidding нужно время на обучение; выходить в сезон с кампанией, которая только что вышла из обучения, — потеря первых двух недель самого дорогого спроса.
Аккуратно с сезонными корректировками. Инструмент сезонных корректировок рассчитан на короткие всплески конверсионности (распродажа, акция), а не на многонедельный сезон. Для сезона корректнее дать системе перестроиться самой и менять только бюджет и цели.
Не обнулять кампанию в низкий сезон. Полная остановка стирает накопленную динамику, и на старте нового сезона обучение начинается заново. Дешевле оставить минимальный бюджет, чем перезапускаться с нуля.

Измерение: что смотреть, кроме стоимости брони

Три показателя, которые в travel говорят больше, чем CPA:

Стоимость подтверждённой ночи (cost per stayed night) — считается после заезда, по данным PMS. Единственная метрика, которую нельзя подделать отменами.
Доля прямых броней в общем миксе. Смысл PMax для отеля — отвоевать объём у OTA, а не добавить рекламный слой к тому же спросу. Если прямые брони растут, а общий объём стоит — вы платите за то, что получили бы бесплатно.
Инкрементальность. Самый надёжный способ — гео-эксперимент: отключить рекламу в части рынков и сравнить. Механика описана в материале про инкрементальность и гео-эксперименты. Для брендовых запросов отеля это особенно важно: часть кликов вы перекупаете у собственного органического трафика.

Если в миксе есть видео и верхняя воронка, добавьте к отчётности метрику брендовых поисков — она показывает, сколько людей после просмотра пошли искать ваш отель по названию. Как её включить и как не переоценить, разобрано в статье про брендовые поиски как метрику спроса.

Чек-лист запуска

Подтвердить объекты в Google Business Profile, выгрузить и проверить place_id каждого.
Создать набор ассетов HOTEL_PROPERTY, добавить property-ассеты, привязать набор к кампании.
Привязать property-ассеты к группам ассетов — отдельным шагом, с проверкой в интерфейсе.
Закрыть минимальные требования к ассетам: 5 заголовков, 5 длинных, 5 описаний, изображения 1:1, 1.91:1 и 4:5, логотип, видео.
Настроить конверсии: первичная — подтверждённая оплаченная бронь, окно по медианному лагу из CRM, передача реальной суммы.
Включить корректировки конверсий на отмены и изменения суммы.
Загрузить сигналы аудитории: гости за 24 месяца, подписчики, посетители страниц направлений.
Стартовать с «Максимума конверсий» без цели, бюджет на кампанию — не меньше 10–15 ожидаемых CPA в день.
Не трогать настройки 14 дней, кроме отключения явного брака.
После 30–50 броней — переход на ценность, затем на tROAS с шагом 10–15%.

Пять ошибок, которые стоят дороже всего

Property-ассеты созданы, но не привязаны к группе ассетов. Кампания откручивает бюджет как обычный PMax, а вы ждёте travel-инвентарь.
Оптимизация на «начало бронирования». Система найдёт тех, кто начинает и бросает. Оптимизируйте на завершённую оплату.
Одинаковая ценность для всех броней. Теряется весь смысл ценностной оптимизации, кампания гонится за количеством дешёвых ночей.
Дробление на микрокампании по объектам. Каждая учится отдельно, ни одна не набирает данных. Объединяйте, пока экономика позволяет.
Оценка по last-click в сезон. В пик бронирований брендовый поиск забирает всю заслугу, а формировавшие спрос каналы выглядят убыточными. Сверяйтесь с моделями атрибуции и экспериментами.

Performance Max для отелей — это не «включить и ждать броней», а связка из трёх правильно сделанных вещей: корректных property-ассетов, честной передачи ценности с учётом отмен и окна конверсии, которое соответствует реальному циклу принятия решения. Ошибка в любой из них превращает умную автоматику в дорогой генератор отменённых броней.

FAQ

Нужен ли Hotel Center для Performance Max с целями путешествий?

Нет. Для этого субтипа достаточно property-ассетов с place_id. Hotel Center нужен, если вы хотите показывать цену и доступность в модуле бронирования и участвовать в ценовом сравнении с OTA.

Чем property-ассет отличается от обычного ассета?

Обычный ассет — это текст, изображение или видео. Property-ассет — указатель на конкретный объект в экосистеме Google через place_id. Он не заменяет креативы: минимальные требования к заголовкам, описаниям и изображениям остаются.

Можно ли использовать комиссионные ставки, как в Hotel Ads?

В PMax для целей путешествий — нет. Доступны «Максимум конверсий» и «Максимальная ценность конверсий», с опциональными tCPA и tROAS.

Сколько объектов можно положить в одну кампанию?

Технический лимит высокий, практический — экономический. Объединяйте объекты, у которых схожий чек и схожее обещание; разделяйте, когда разная экономика или нужен разный бюджет.

Какое окно конверсии ставить для отеля?

Отталкивайтесь от медианного лага между кликом и оплатой по данным CRM. Для городских объектов обычно 30–45 дней, для курортных с ранним бронированием — до 60–90. Это ориентир, итоговое значение считайте по отчёту о задержке конверсий.

Как учитывать отмены?

Через корректировки конверсий: retraction при отмене, restatement при изменении суммы. Альтернатива для тех, у кого нет такой интеграции, — передавать ожидаемую ценность с поправкой на исторический процент отмен по сегменту.

Почему кампания не показывается в travel-поверхностях?

Самая частая причина — property-ассеты не привязаны к группе ассетов полем HOTEL_PROPERTY. Вторая — объект не подтверждён в Business Profile или указан неверный place_id.

Можно ли совмещать PMax travel и поисковые кампании по бренду отеля?

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

Нужны ли видео в группе ассетов?

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

Как быстро можно делать выводы после запуска?

Не раньше, чем пройдёт один полный цикл конверсии плюс период обучения. Для travel это обычно 3–6 недель. Решения, принятые на второй неделе, почти всегда основаны на шуме.

Что делать, если объём броней слишком мал для обучения?

Поднимитесь на уровень воронки выше: оптимизируйте на микроконверсию, которая коррелирует с бронью (например, просмотр страницы оплаты или запрос доступности), наберите объём и затем переключайтесь на оплату. Параллельно объединяйте кампании, а не дробите.

Где посмотреть, какая группа ассетов приносит брони?

Отчётность PMax даёт разрез по группам ассетов и по каналам; для объектов это означает, что при схеме «один объект — одна группа» вы получаете почти полноценную поканальную картину по каждому отелю. Дополнительно помогают эксперименты с ассетами в Performance Max, если нужно сравнить креативные гипотезы корректно.

Performance Max для отелей в 2026: property-ассеты, place_id и прямые бронирования