Отчётность AI Max в Google Ads 2026: единый отчёт пути — запрос, креатив, посадочная
Отчётность AI Max — первое, что приходится осваивать заново после осени 2026 года. С 1 по 30 сентября Google автоматически перевёл значительную часть поисковых кампаний на AI Max. После миграции в аккаунте появился трафик, у которого нет ключевого слова вообще — система подобрала запрос сама, сама переписала заголовок и сама выбрала посадочную страницу. Старый отчёт по поисковым запросам такой трафик показывает, но не объясняет: из него не видно, какой креатив был показан и куда человек в итоге приземлился.
Вместе с миграцией Google выкатил новую отчётность AI Max — включая единый отчёт пути, где запрос, креатив и посадочная страница лежат в одной строке. Ниже: что именно появилось, где это искать в интерфейсе и в API, как читать новый сегмент источника совпадения, какая ошибка удваивает ваши цифры и в каком порядке разбирать аккаунт, если вы только что вышли из автомиграции.
Что изменилось: короткая хронология 2026 года
Чтобы понимать, почему отчёты выглядят именно так, полезно держать в голове последовательность событий.
| Дата | Что произошло |
|---|---|
| 3 августа 2026 | Заморозка создания новых кампаний на широком соответствии уровня кампании и устаревших кампаний с автосозданными ассетами |
| 9 августа 2026 | AI Max стал доступен для точного и фразового соответствия в обычных поисковых кампаниях |
| 1–30 сентября 2026 | Автоматическая миграция подходящих поисковых кампаний на AI Max |
| 23 сентября 2026 | Единая отчётность AI Max: запрос, креатив и посадочная в одном отчёте |
| Февраль 2027 | Отдельная волна: перевод динамических поисковых объявлений (DSA) |
Если вашу кампанию мигрировали, флаг виден на уровне кампании — в API это campaign.ai_max_setting.enable_ai_max. Это первое, что стоит проверить перед тем, как объяснять себе рост или падение показателей. Подробный разбор самой миграции мы давали в материале AI Max в поисковых кампаниях Google Ads, а отдельную февральскую волну — в переходе с DSA на AI Max.
Единый отчёт пути: что он показывает на самом деле
Главная новинка — представление, которое в API называется ai_max_search_term_ad_combination_view. Оно соединяет три сущности, которые раньше жили в разных отчётах:
- поисковый запрос — что человек реально набрал;
- комбинацию креатива — какой заголовок был собран и показан для этого запроса;
- посадочную страницу — какой URL был фактически отдан после расширения конечных URL.
До сентября это были три разные выгрузки, которые аналитик склеивал руками и часто неправильно. Теперь строка отчёта отвечает на вопрос целиком: «по запросу X показали заголовок Y и привели на страницу Z». Это первый случай, когда Google показывает связку «запрос → креатив → посадочная» в нативной отчётности поисковой кампании.
Практическая ценность очевидна там, где у вас много страниц и широкий ассортимент. Раньше низкая конверсия по запросу выглядела как проблема запроса. Теперь видно, что запрос был нормальный, а система отправила человека на страницу категории вместо карточки товара — и чинить надо не минус-слова, а структуру посадочных. Это ровно та диагностика, которой посвящён отчёт по целевым страницам в Google Ads.
Сегмент источника совпадения — ключ ко всей картине
Второе важное изменение — новый сегмент segments.search_term_match_source с тремя значениями:
| Значение | Что это значит | Как читать |
|---|---|---|
ADVERTISER_PROVIDED_KEYWORD |
Запрос подобран по вашему ключевому слову | Классический управляемый трафик. Базовая линия для сравнения |
AI_MAX_BROAD_MATCH |
Расширение вашего ключа средствами AI Max | Соседний спрос. Проверяйте релевантность и маржинальность |
AI_MAX_KEYWORDLESS |
Совпадение без участия ключевого слова вообще | Самый новый и самый непредсказуемый слой. Разбирать в первую очередь |
Третье значение — принципиально новое. Это первая массовая отчётность, которая честно маркирует трафик, где ключевого слова не было вовсе: система опиралась на контент ваших страниц, ассеты и сигналы спроса. Пока вы не разделили эти три источника, любые выводы об эффективности кампании после миграции будут усреднением несравнимых вещей.
Где это лежит в интерфейсе
В кабинете изменения разбросаны по нескольким отчётам — перечислим по порядку, чтобы не искать вслепую:
- Отчёт по поисковым запросам — появился вид «Поисковые запросы и посадочные страницы из AI Max», значение фильтра типа соответствия «AI Max» и столбец «Источник».
- Отчёт по ключевым словам — добавились агрегированные строки «Итого: расширенные совпадения AI Max» и «Итого: совпадения по посадочным страницам AI Max».
- Отчёт по посадочным страницам — новый столбец «Выбрано» (Selected by), показывающий, кто определил страницу: вы или система.
- Отчёт по ассетам — вкладка «Ассеты расширенных конечных URL».
Если вы живёте в выгрузках, а не в интерфейсе, вам нужны четыре объекта API: уже упомянутые ai_max_search_term_ad_combination_view и segments.search_term_match_source, а также expanded_landing_page_view с полем expanded_final_url и флаг campaign.ai_max_setting.enable_ai_max. Как завести всё это в собственную витрину без ручных выгрузок, разобрано в материале про выгрузку Google Ads в BigQuery.
Главная ловушка: не складывайте два отчёта
Самая дорогая ошибка новой отчётности — арифметическая. Единый отчёт пути пересекается с классическим отчётом по поисковым запросам: множество запросов присутствует в обоих представлениях. Google прямо предупреждает, что метрики из этих двух отчётов складывать нельзя — получите искусственно раздутые клики, расходы и конверсии.
Единый отчёт пути — это не дополнение к отчёту по запросам, а другой разрез тех же событий. Выбирайте один источник правды под конкретный вопрос и не смешивайте их в одной сводке.
Практическое правило: отчёт по запросам отвечает на вопрос «куда ушли деньги по запросам», единый отчёт пути — на вопрос «почему именно так сложилось». Для дашборда руководителя берите первый, для разбора проблем — второй. Если у вас собирается витрина в BigQuery, разведите их на разные таблицы и запретите себе джойн по запросу без явного ключа комбинации. Про то, как вообще не плодить противоречащие цифры в отчётности, есть отдельный разбор — дашборды и отчётность медиабайера.
expanded_final_url: тихая поломка вашей аналитики
Расширение конечных URL может отдать пользователю не ту страницу, которая прописана в объявлении. Для рекламы это часто плюс — система находит более релевантную карточку. Для аналитики это источник расхождений, которые ищут неделями.
Что ломается, когда вы продолжаете опираться на URL из объявления:
- Разбор UTM. Метки живут на настроенном URL, а фактический может отличаться — особенно если расширение увело на страницу без ваших параметров.
- Группировка страниц. Правила вида «всё, что начинается с /catalog/, — категория» перестают совпадать с реальностью.
- Джойны с CMS и товарной базой. Отчёт по рентабельности в разрезе товаров тихо теряет часть строк или приписывает выручку не той странице.
Решение одно: читать expanded_final_url из нового представления и строить все соединения по нему, а настроенный URL оставить как справочное поле. Если расширение конечных URL уводит трафик туда, куда вы не хотите, его поведение управляется настройками — это разбирали в материале расширение конечных URL в Performance Max и AI Max.
Порядок разбора аккаунта после миграции
Ниже рабочая последовательность — она рассчитана примерно на два часа на средний аккаунт и даёт ответ на вопрос «миграция помогла или навредила».
- Зафиксируйте, что мигрировало. Выгрузите флаг AI Max по всем кампаниям и запишите дату миграции каждой. Без этой даты сравнение периодов бессмысленно.
- Разрежьте трафик по источнику совпадения. Возьмите 30 дней после миграции и посмотрите долю расхода по трём значениям сегмента. Доля keywordless выше трети при сильном росте CPA — повод разбираться точечно.
- Сравните юнит-экономику слоёв. Считайте не CPA, а допустимый CPA по марже. Расширенный спрос часто даёт дешёвый клик и дорогую продажу. Методика — в материале про юнит-экономику медиабайинга и допустимый CPA из LTV.
- Откройте единый отчёт пути по худшим запросам. Для каждого проблемного запроса посмотрите, какой заголовок был собран и на какую страницу увели. В половине случаев проблема не в запросе.
- Проверьте посадочные через столбец «Выбрано». Если система систематически уводит с карточек на категории — ограничивайте расширение, а не режьте запросы.
- Соберите минус-слова только по реально нерелевантным темам. Минусовать весь keywordless-слой целиком — распространённая паническая реакция, которая обнуляет смысл миграции. Как делать это аккуратно, разобрано в материале про минус-слова и анализ поисковых запросов.
- Зафиксируйте новые столбцы в отчётности. Добавьте источник совпадения и фактический URL в кастомные столбцы, чтобы не возвращаться к ручной выгрузке каждую неделю — механика описана в разборе кастомных столбцов и Редактора отчётов.
Как оценивать keywordless-слой, не обманывая себя
Основная методическая проблема: keywordless-трафик нельзя оценивать теми же порогами, что и брендовый или точный поиск. Он по определению шире, холоднее и длиннее по циклу.
Три приёма, которые дают честную картину:
- Сравнивайте слой сам с собой во времени, а не с ключевым трафиком. Вопрос не «keywordless хуже точного соответствия?» (почти всегда да), а «keywordless стал лучше за четыре недели?».
- Смотрите на долю новых клиентов внутри слоя. Если расширение приносит преимущественно уже знакомых покупателей, вы платите за собственный спрос. Разметка типов клиентов описана в материале типы клиентов и цели жизненного цикла.
- Держите окно оценки не короче окна конверсии. Оценивать слой с длинным циклом по семи дням — гарантированно занижать его вклад.
Ориентир, а не норматив: на аккаунтах с широким ассортиментом доля keywordless после миграции обычно устаканивается в пределах 15–35% расхода. Сильно выше — проверьте, не слишком ли общие у вас ассеты и описания страниц; сильно ниже — скорее всего, расширение ограничено настройками, и это тоже осознанный выбор, а не поломка.
Чего в новой отчётности нет
Чтобы не строить ожидания на пустом месте, стоит честно перечислить границы:
- Это не полная атрибуция по комбинации. Отчёт показывает связку и метрики, но не заменяет модель атрибуции и не объясняет вклад креатива в конверсию отдельно от запроса.
- Низкочастотные строки могут не отображаться. Пороги отчётности никуда не делись: длинный хвост частично остаётся невидимым.
- Нет управления на уровне комбинации. Вы видите, что система собрала, но не можете прибить конкретную пару «запрос + заголовок» — управление остаётся на уровне ассетов, правил и исключений.
- Данные не ретроспективны. Глубокой истории до миграции в новых представлениях нет, поэтому базовую линию надо было снимать заранее — если не сняли, опирайтесь на агрегаты из старых отчётов.
Чек-лист перед Q4
- Выгружен список мигрированных кампаний с датами.
- В отчётность добавлены источник совпадения и фактический URL.
- В витрине данных единый отчёт пути и отчёт по запросам разведены и не суммируются.
- Джойны с товарной базой переведены на
expanded_final_url. - Для keywordless-слоя задан отдельный порог оценки и отдельное окно.
- Минус-слова собраны по темам, а не по источнику совпадения целиком.
- Настройки расширения конечных URL проверены на сезонных и распроданных страницах.
Если аккаунт большой и такой разбор нужно повторять по десяткам кампаний, имеет смысл заранее выстроить инфраструктуру доступа и управления — об этом материал управляющий аккаунт Google Ads (MCC). А если вы только собираетесь масштабировать закупку и вам нужна рабочая связка кабинетов и поддержки, посмотрите агентские аккаунты Google Ads и остальные сервисы PPC Rebels.
Отчётность AI Max и отчётность классического поиска: в чём разница подхода
Старая логика отчётности строилась вокруг ключевого слова. Ключ был единицей управления, единицей анализа и единицей отчёта одновременно: вы видели ключ, ставку по ключу, качество по ключу. Отчётность AI Max устроена иначе — единицей анализа становится совпадение, то есть событие «система сопоставила запрос, креатив и страницу». Ключевое слово в этой схеме — лишь один из возможных источников совпадения, причём не обязательно главный.
Из этого следуют три практических вывода, которые меняют ежедневную работу:
- Управление смещается от ставок к сигналам. Если раньше реакцией на плохой запрос была правка ставки или минус-слово, то теперь чаще нужно менять то, из чего система собирает совпадение: ассеты, тексты страниц, структуру каталога, исключения расширения.
- Отчёт перестаёт быть плоским списком. Одна и та же строка запроса может иметь несколько комбинаций креатива и несколько посадочных. Сумма по запросу и сумма по комбинациям — разные величины, и смешивать их нельзя.
- Качество страниц стало фактором таргетинга. Контент посадочных напрямую влияет на то, по каким запросам вас покажут. Слабые, тонкие или устаревшие страницы теперь не просто плохо конвертят — они тянут за собой нерелевантный трафик.
Последний пункт — главный сдвиг года. Раньше состояние сайта влияло на показатель качества и на конверсию. Теперь оно влияет ещё и на охват. Если на сайте живут забытые страницы с устаревшими акциями или распроданными позициями, система вполне может подобрать их под запрос — и вы оплатите клик на страницу, которую сами давно забыли. Регулярная ревизия посадочных из разряда «когда-нибудь» переходит в разряд обязательной гигиены, причём тем же темпом, что и проверка скорости и верстки — об этом подробно в разборе скорости лендинга и Core Web Vitals.
Три типичных сценария после миграции и что они означают
На практике почти все аккаунты после перехода попадают в один из трёх сценариев. Определив свой, вы экономите несколько дней на гадании.
| Сценарий | Как выглядит в цифрах | Что обычно стоит за этим | Первое действие |
|---|---|---|---|
| Объём вырос, CPA вырос сильнее | Клики +30–60%, конверсии +10–20%, CPA +25% и выше | Расширение забрало холодный спрос, который не окупается на текущей марже | Разрезать по источнику совпадения, ограничить расширение на нерентабельных темах |
| Объём почти не изменился, структура трафика изменилась | Расход тот же, но доля keywordless 20–30% | Система перераспределила тот же бюджет между другими запросами | Сравнить качество лида/заказа по слоям, а не только CPA |
| Объём упал | Показы и клики ниже базовой линии | Чаще всего ограничения: узкие ассеты, жёсткие исключения, бедный контент страниц | Проверить ассеты и список исключений, затем расширять по одному изменению за раз |
Отдельно отметим типичную ошибку в третьем сценарии. Падение объёма часто лечат увеличением бюджета, хотя причина не в деньгах, а в том, что системе не из чего собирать совпадения. Пока у кампании три заголовка и одна посадочная, никакое расширение бюджета не создаст дополнительный спрос. Правильная последовательность — сначала дать материал (ассеты, страницы, фид), потом деньги. Логика работы с ассетами разобрана в материале рекламные расширения (ассеты) в Google Ads.
Как встроить новые данные в недельный процесс
Чтобы отчётность AI Max не превратилась в разовое любопытство, её стоит зашить в регулярный ритм. Рабочий минимум — 40 минут в неделю:
- 10 минут. Срез расхода и конверсий по трём источникам совпадения, сравнение с прошлой неделей. Фиксируете только направление, без выводов.
- 15 минут. Топ-20 новых запросов из keywordless-слоя: смотрите пару «заголовок + страница» в едином отчёте. Решение по каждому: оставить, уточнить страницу, добавить минус-слово по теме.
- 10 минут. Проверка столбца «Выбрано» в отчёте по посадочным: есть ли систематический увод с карточек на категории или на служебные страницы.
- 5 минут. Запись изменений в журнал. Без журнала через месяц вы не сможете связать скачок метрик с конкретным действием — почему это критично, показано в разборе истории изменений Google Ads.
Такой ритм решает главную проблему переходного периода: решения принимаются по одному срезу и фиксируются, а не копятся в виде десятка одновременных правок, после которых уже невозможно понять, что сработало.
FAQ
Что такое единый отчёт пути в AI Max?
Это представление, которое показывает в одной строке поисковый запрос, собранную комбинацию креатива и фактическую посадочную страницу. В API оно называется ai_max_search_term_ad_combination_view и появилось 23 сентября 2026.
Где найти отчётность AI Max в интерфейсе Google Ads?
В отчёте по поисковым запросам появился вид «Поисковые запросы и посадочные страницы из AI Max» с фильтром типа соответствия «AI Max» и столбцом «Источник». Дополнительно смотрите столбец «Выбрано» в отчёте по посадочным и вкладку ассетов расширенных конечных URL.
Можно ли складывать метрики единого отчёта и отчёта по поисковым запросам?
Нет. Представления пересекаются, многие запросы присутствуют в обоих, и суммирование искусственно завышает клики, расход и конверсии. Выбирайте один источник под конкретный вопрос.
Что означает значение AI_MAX_KEYWORDLESS?
Что совпадение произошло без участия ключевого слова: система опиралась на контент страниц, ассеты и сигналы спроса. Это самый новый слой трафика, и оценивать его нужно отдельными порогами.
Почему в отчётах появился другой URL, чем указан в объявлении?
Из-за расширения конечных URL: система может отдать более релевантную страницу. Фактический адрес лежит в поле expanded_final_url, и именно его нужно использовать для джойнов и группировок.
Как понять, мигрировала ли кампания на AI Max?
Проверьте флаг campaign.ai_max_setting.enable_ai_max на уровне кампании или признак AI Max в настройках кампании в кабинете. Дату миграции стоит зафиксировать отдельно — без неё сравнение периодов некорректно.
Нужно ли минусовать весь keywordless-трафик?
Нет, это обнуляет смысл миграции. Минус-слова собираются по конкретным нерелевантным темам, а не по источнику совпадения целиком. Если слой нерентабелен в принципе, управлять им правильнее настройками расширения.
Какая доля keywordless-трафика считается нормальной?
Жёсткого норматива нет. Как ориентир: на аккаунтах с широким ассортиментом доля обычно устаканивается в диапазоне 15–35% расхода. Отклонения в обе стороны — повод проверить ассеты и настройки расширения, а не повод для паники.
Есть ли в новой отчётности историчность до миграции?
Глубокой истории в новых представлениях нет. Если базовую линию не снимали заранее, сравнивайте агрегаты из классических отчётов и опирайтесь на динамику внутри слоя.
Когда мигрируют динамические поисковые объявления?
Отдельная волна для DSA запланирована на февраль 2027 — в сентябрьское окно она не входила. Готовить структуру и фиды к этому лучше заранее.
Что делать, если после миграции CPA вырос, а объём не изменился?
Сначала разрезать расход по источнику совпадения, затем сравнить допустимый CPA по марже для каждого слоя и только потом трогать ставки. Чаще всего проблема локализована в одном слое, а не в кампании целиком.
Нужно ли перестраивать дашборды из-за новых полей?
Да, минимально: добавить источник совпадения и фактический URL, развести два отчёта по разным таблицам и перевести джойны с товарной базой на фактический URL. Без этого расхождения будут накапливаться незаметно.
