Отчёты Generative AI в Search Console: AI Overviews и AI Mode

3 июня 2026 года Google начала разворачивать в Search Console отдельные отчёты Generative AI для Search и Discover. Они показывают, сколько раз ссылки на сайт появились в поддерживаемых генеративных функциях: AI Overviews и AI Mode в поиске, а также AI-функциях Discover. Главная метрика нового представления — показы. Она помогает увидеть страницы, страны, устройства и динамику, но не раскрывает запросы, клики, цитаты или причины выбора источника.

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

Данные генеративных функций не появились из ниоткуда. Google уже учитывала их в общем отчёте Performance: для Search — внутри типа поиска Web. Отдельный экран выделяет AI-показы для анализа, но не создаёт второй независимый объём. Если прибавить dedicated impressions к общим Web impressions, получится двойной счёт.

Эта статья объясняет методику отчёта и безопасный аудит. Советы по подготовке материалов вынесены в руководство по оптимизации под генеративный поиск. Здесь мы не будем обещать попадание в AI Overviews, придумывать «GEO-разметку» или восстанавливать пользовательские промпты из данных, которых Search Console не показывает.

Что входит в Generative AI-отчёты

Отчёт Search включает показы ссылок сайта в AI Overviews и AI Mode. Google ожидает обновлять список по мере развития поиска, поэтому его нужно проверять по текущей справке, а не по старому скриншоту. Эксперименты Search Labs не учитываются: они находятся в активной разработке и исключены из данных Search Console.

Отдельный отчёт Discover относится к генеративным функциям рекомендательной ленты. Это не вкладка с поисковыми запросами и не продолжение AI Mode. Google объявила dedicated views для двух поверхностей, у которых разный контекст появления контента. В презентации держите Search и Discover отдельными рядами.

Основной показатель — impressions: сколько раз URL сайта появился в соответствующей AI-функции. Dedicated report не предоставляет отдельную метрику кликов. Нельзя вычислить CTR AI-показов, взяв клики из общего Web Performance: эти клики относятся ко всей веб-выдаче, а не только к генеративным блокам.

Отчёт показывает pages, countries, dates и для Search — devices. В текущем наборе нет измерения queries. Поэтому вы не знаете, по каким дословным запросам или цепочкам уточнений страница была показана. AI Mode и AI Overviews могут использовать query fan-out, то есть несколько связанных поисков по подтемам, но итоговые внутренние запросы владельцу сайта не раскрываются.

Появление страницы означает, что ссылка была показана по правилам соответствующей функции. Это не одобрение материала, не оценка экспертности и не гарантия будущего повторения. Один и тот же URL может появляться в разных контекстах, а набор ссылок меняется между AI Overviews и AI Mode. Смотрите на устойчивую динамику и проверяйте содержание вручную.

При первом доступе создайте паспорт отчёта. Запишите property, дату появления раздела, самый ранний доступный день, поверхность, текущий список функций и измерений. Сохраните снимок справки и ответственного. Такой паспорт важен для свежего продукта: если через месяц Google расширит rollout или добавит показатель, команда отличит реальное изменение сайта от изменения самого инструмента.

Не назначайте dedicated impressions единственным KPI редакции. Автор управляет точностью и полезностью страницы, но не доступностью AI-функции по странам и не составом ответа. Отчёт лучше использовать как диагностический вход: он выбирает материалы для проверки, а качество работы подтверждают полнота, актуальность, пользовательские действия и отсутствие опасных ошибок.

Чем отличаются Search и Discover

В Search пользователь начинает с запроса. AI Overview может дать краткий обзор со ссылками, а AI Mode — поддержать более сложное исследование и уточнения. Для сайта обе функции отражаются в dedicated Search report. Однако отчёт не разделяет каждую возможную внутреннюю технику генерации и не показывает разговор пользователя.

Discover формирует персонализированную ленту интересов без явной строки запроса. Генеративная функция там живёт в рекомендательном контексте. Тематика, изображение, свежесть и пользовательский интерес могут влиять на появление иначе, чем в Search. Общие рекомендации по поверхности собраны в статье о Google Discover, но соблюдение рекомендаций не гарантирует показ.

Не сравнивайте абсолютный объём Search и Discover как соревнование каналов. У них разные аудитории, доступность функций и механика. В одном проекте Discover может давать короткие всплески новостного материала, а Search — медленную устойчивую динамику справочных страниц. Одинаковое окно в семь дней будет оценивать их несправедливо.

Для Search доступна группировка по устройствам, а для Discover в официальном анонсе она не заявлена. Не подставляйте устройство из общего отчёта Discover в dedicated AI-таблицу как будто это одна выборка. Если нужного измерения нет, пометьте его как недоступное и сформулируйте вопрос иначе.

Даты и время тоже требуют дисциплины. Справка Search report использует Pacific Time для группировки дат. Внутренний журнал релизов может жить по московскому времени или UTC. Перед сравнением приведите события к одной зоне и не приписывайте ночной пик публикации «следующему дню» без пояснения.

Как считаются показы

Показ в Generative AI report означает, что ссылка на URL сайта была показана пользователю в поддерживаемой функции. Для AI Overview применяются общие правила: ссылка должна попасть в учитываемую видимую область; если элемент требуется развернуть или прокрутить внутри блока, показ возникает при соответствующем раскрытии. Это ближе к событию ссылки, чем к чтению ответа.

На графике Search данные агрегируются по property. Если две ссылки одного сайта появились в одной генеративной функции, для общего property-level итога это может быть один показ. При фильтре URL агрегация становится страничной. Поэтому сумма строк pages способна отличаться от числа на графике. Это методологическая особенность, а не обязательно ошибка экспорта.

В dedicated-отчёте Discover действует другая методика. Ссылка должна быть прокручена в видимую область; для одного результата в рамках одной сессии повторный скролл назад не создаёт второй показ. Все данные агрегируются по странице: если в одной ленте появились два генеративных результата одного property, каждая ссылка считается отдельно. Небольшое дневное значение может не появиться точкой на графике из-за порога, но всё равно входит в точный total выбранного периода. Поэтому property aggregation из Search нельзя переносить на Discover.

Страница в таблице обычно привязана к каноническому URL. Для dimension pages Google группирует данные по конечному URL после редиректов, а большую часть Performance назначает canonical, не дублю. Неожиданное отсутствие параметрической страницы сначала проверяйте через canonical и дубли, а не объявляйте потерей AI-видимости.

Newest data может быть preliminary и отображаться пунктиром. Значение ещё собирается и может измениться в ближайшие часы. Для финального недельного отчёта используйте завершённые дни. Оперативный граф подходит для ранней диагностики, но не для премии команды и причинного вывода.

Показ не равен ответу целиком и не гарантирует, что человек увидел название бренда, понял источник или перешёл. Также это не цитирование в смысле академической ссылки. Используйте нейтральный термин «показ URL в генеративной функции», если отчёт предназначен для коллег, незнакомых с методологией.

Как читать страницы, страны, даты и устройства

Pages отвечает, какие канонические URL получали показы. Добавьте к выгрузке тип шаблона, раздел, владельца и дату последнего существенного обновления. Так станет видно, растёт ли документация, статьи, категории или карточки. Не ранжируйте авторов по абсолютной сумме без учёта размера раздела и спроса.

Countries имеет разное определение по поверхности: в Search это страна, откуда начался поиск, а в Discover — страна, где контент был просмотрен. Это не гражданство и не точный адрес пользователя. Доступность AI-функций, языки и спрос различаются, поэтому динамика страны может меняться независимо от правок сайта. Сравнивайте локализованные URL и реальный охват продукта.

Devices для Search делит показы на desktop, mobile и tablet. Резкий рост мобильного сегмента может изменить общий набор страниц. Проверьте удобство чтения, навигацию и видимость основного текста, но не называйте устройство причиной выбора источника. Основы индексации мобильной версии разобраны в материале о mobile-first.

Dates группируется по Pacific Time. В оперативном представлении Search доступна почасовая детализация, а справка dedicated Discover описывает дни, недели и месяцы. Почасовой ряд полезен для запуска, месячный — для устойчивого тренда. Выбирайте гранулярность до анализа и не переносите отсутствующий срез из одного отчёта в другой.

Измерения не являются независимыми множествами. Один показ входит в представление по page, country, date и device. Складывать итоги четырёх вкладок нельзя. Таблица ниже показывает, какое действие соответствует каждому срезу.

При фильтрации URL меняется уровень агрегации графика. Поэтому число после выбора одной страницы нельзя механически вычесть из property total и назвать показами всех остальных страниц, особенно если в одной функции присутствовало несколько ссылок домена. Для остаточных расчётов сначала убедитесь, что события взаимоисключающие и методика это допускает. В противном случае показывайте фильтр как отдельный срез.

Как не задвоить общий Performance

Google прямо указывает: данные AI Overviews и AI Mode уже включены в тип поиска Web общего Performance. Dedicated view выделяет impressions для анализа, но не прибавляет новый канал к существующей сумме. Если Web показывает 100 000 impressions, а Generative AI — 8 000, общий итог остаётся 100 000, а не 108 000.

То же правило применяйте к Discover: generative AI impressions входят в общий Performance соответствующей поверхности. Показывайте часть и целое рядом. Можно вычислить остаток «общие минус dedicated» для внутренней иллюстрации, но называйте его производным показателем, а не официальной категорией «обычный поиск»: состав общего отчёта сложнее.

Dedicated report сейчас не даёт clicks. Общий Web report показывает клики всей веб-выдачи, но не позволяет корректно отделить AI-клики простым вычитанием. Не рассчитывайте AI CTR и не сравнивайте его с классическим результатом. Если Google добавит метрики позже, поставьте границу методики.

Для дашборда используйте вложенную модель: общий Web Performance как верхний ряд, Generative AI impressions как наблюдаемая часть, страницы и страны — как детализация этой части. Не складывайте уровни. Аналогично одна и та же AI impression не становится четырьмя событиями из-за присутствия на вкладках page, country, device и date.

При сравнении с Google Analytics помните: Search Console фиксирует показы и поисковые клики по своим правилам, аналитика — браузерные сессии и события после загрузки сайта. Потери referrer, согласие, блокировки и часовые пояса создают расхождения. Общий процесс работы с панелью описан в руководстве по Search Console.

Почему отчёт может отсутствовать

Первая причина — rollout на subset of websites. На дату статьи Google продолжает тестирование перед более широким запуском. Два одинаково настроенных ресурса могут иметь разные интерфейсы. Это состояние продукта, а не оценка качества сайта. Не создавайте обращение «верните позиции» только из-за отсутствия меню.

Вторая причина — недостаточное число AI impressions. Справка прямо указывает такой вариант. Порог не раскрыт, поэтому нельзя обещать, что раздел появится после конкретного количества страниц или дней. Пустой отчёт и отсутствие доступа также нельзя записывать как ноль во всех AI-функциях Google.

Третья группа — ограничения сайта. Чтобы быть supporting link в AI Overviews или AI Mode, страница должна индексироваться и быть допущена к показу со сниппетом. Проверьте robots.txt, noindex, доступ Googlebot, canonical и статус URL. Базовый алгоритм есть в статье о проверке индексации.

Preview controls способны ограничить использование фрагмента: nosnippet, data-nosnippet и max-snippet. Они относятся к поисковому представлению, а noindex закрывает страницу от индекса. Прежде чем менять директивы ради графика, изучите последствия в материале о noindex. После изменения Google нужно время на переобход.

Наконец, убедитесь, что выбран правильный property и у пользователя есть доступ к нужному ресурсу. Domain и URL-prefix properties имеют разный охват. Поддомен, протокол или каталог могут оказаться за пределами выбранной области. Зафиксируйте проверку и честно сообщите: «отчёт недоступен в данном property», а не «сайт отсутствует в AI».

Как выгружать и очищать данные

Экспорт включает данные графика и таблицы. Сохраняйте оба набора, потому что они имеют разный уровень агрегации. В имя файла добавьте property, тип Search или Discover, даты, гранулярность, часовой пояс и фильтры. Без этих полей два корректных экспорта могут выглядеть противоречиво.

Обычные ограничения Performance применяются и здесь, включая максимум 1 000 строк таблицы. Редкие URL могут не войти в видимую выборку, оставаясь в итоговом графике. Поэтому список pages не является полным реестром всех показанных адресов. Не отправляйте отсутствующие строки на удаление только из-за лимита.

Значения, показанные в интерфейсе как ~ или -, при скачивании становятся нулями. Такой ноль может означать недоступное или неопределённое значение, а не измеренное отсутствие показов. Сохраняйте снимок интерфейса или метаданные выгрузки и не делайте автоматический алерт по каждому нулю.

Нормализуйте canonical URL, тип страницы, раздел, страну и дату. Исходный URL храните отдельно. Если таблица назначает данные выбранному Google canonical, не переписывайте историю на заявленный canonical сайта. Расхождение является диагностическим сигналом, а не поводом изменить фактическое значение выгрузки.

Для большого проекта не предполагайте, что обычный bulk export в BigQuery уже содержит отдельное новое поле Generative AI только потому, что экран появился в интерфейсе. Сверяйте актуальную схему и доступность API. Общая архитектура выгрузок разобрана в статье о Search Console API и BigQuery.

Храните исходную выгрузку неизменной, а очистку выполняйте в отдельном слое. Добавьте поля report_surface, aggregation_level, export_time, timezone и transformation_version. Тогда можно повторить расчёт после исправления правила canonical или типа страницы. Ручная замена нулей и адресов прямо в оригинальном CSV уничтожает доказательство того, что фактически вернула Search Console.

Автоматическая проверка должна ловить не только пропуски, но и невозможные состояния: отрицательные impressions, неизвестную property, дату вне диапазона и внезапную смену часового пояса. Скачанные ~ и - уже станут нулями, поэтому их происхождение восстанавливают по сохранённому контексту интерфейса, а не по самому CSV.

Как проводить аудит страниц

Сначала сгруппируйте pages по шаблону и задаче: руководство, исследование, категория, товар, справка, новость. Для каждой страницы проверьте статус индексации, canonical, код ответа, видимость основного текста и дату существенного обновления. Техническая доступность — обязательное условие, но не обещание inclusion.

Затем оцените ответ для человека. Страница должна ясно называть объект, давать проверяемый факт, раскрывать ограничения и поддерживать актуальную версию. Таблица, пример и первичный источник полезны, когда помогают задаче, а не имитируют «формат для ИИ». Принципы доверия и опыта раскрыты в материале об E-E-A-T и опыте.

Сопоставьте растущие и падающие URL с журналом релизов. Если статья обновлялась, зафиксируйте, что именно изменилось. Механическая смена даты не является содержательным улучшением. Практика описана в статьях об обновлении старого контента и о датах публикации.

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

Google не требует специального AI-файла, новой машиночитаемой разметки или особого Schema.org для AI Overviews и AI Mode. Работают обычные основы: доступный обход, индексируемость, внутренние ссылки, хороший пользовательский опыт, текстовый основной контент и разметка, соответствующая видимой странице. Любая «гарантированная GEO-схема» противоречит официальным ограничениям.

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

Числовой пример со сходящимися суммами

Рассмотрим учебный ресурс за период A в 28 дней. Общий Search Performance с типом Web показывает 18 000 impressions. Dedicated Search Generative AI report показывает 2 400 из них. Производный остаток составляет 15 600: 18 000 − 2 400 = 15 600. Складывать 18 000 и 2 400 нельзя.

В AI-таблице pages три взаимоисключающие группы после нормализации canonical: руководства — 1 200 показов, исследования — 720, карточки — 480. Сумма равна 2 400: 1 200 + 720 + 480 = 2 400. В реальном отчёте сумма строк может отличаться из-за агрегации и лимитов, но учебный пример специально построен без расхождения.

В периоде B Search Web равен 20 000, dedicated AI — 3 000, остаток — 17 000: 20 000 − 3 000 = 17 000. AI impressions выросли на 25%: (3 000 − 2 400) / 2 400 × 100 = 25%. Общий Web вырос на 11,1%: 2 000 / 18 000 × 100 ≈ 11,1%.

Discover анализируется отдельно. Общий отчёт вырос с 5 000 до 5 500, а dedicated AI — с 600 до 700. Рост AI-части равен 16,7%: 100 / 600 × 100 ≈ 16,7%. Нельзя сложить 3 000 Search AI и 700 Discover AI и назвать уникальными людьми: поверхности различаются, а дедупликации аудитории нет.

Команда видит рост восьми обновлённых руководств, но формулирует вывод осторожно: показы в dedicated отчёте увеличились в сопоставимом периоде, а вклад обновлений требует проверки по pages и внешним факторам. Из отчёта нельзя получить AI clicks или конверсию. Их не дорисовывают из общего Web.

Какие ограничения и ошибки учитывать

Первая ошибка — считать отсутствие отчёта наказанием. Rollout ограничен, а малое число impressions может скрыть раздел. Вторая — называть impressions трафиком. Dedicated view не показывает clicks. Третья — прибавлять AI impressions к общему Performance, хотя они уже входят в него.

Четвёртая ошибка — искать запросы там, где dimension queries отсутствует. Нельзя восстанавливать промпты по заголовкам страниц. Пятая — складывать pages, countries, dates и devices: это разные представления одних событий. Шестая — ожидать, что сумма строк всегда совпадёт с графиком при разных уровнях агрегации.

Седьмая ошибка — воспринимать 1 000 строк как полный список. Восьмая — считать экспортированный ноль доказанным отсутствием: интерфейсные ~ и - также превращаются в нули. Девятая — сравнивать preliminary day с завершённым днём или смешивать Pacific Time с локальным журналом.

Десятая ошибка — обещать попадание после внедрения специального файла или разметки. Google прямо говорит, что дополнительных технических требований и специального Schema.org нет. Страница должна быть индексируема и допущена к сниппету, но выполнение требований не гарантирует crawling, indexing или serving.

Наконец, не объявляйте корреляцию причинностью. Редизайн, обновление текста, сезонный спрос, расширение функции по странам и изменение систем Google могут произойти одновременно. Аннотация и Compare помогают расследованию, но не изолируют влияние. Общий подход к алертам разобран в материале о SEO-мониторинге.

Как построить регулярный процесс

Еженедельно сохраняйте общий Performance и оба dedicated отчёта, если они доступны. Фиксируйте property, даты, часовой пояс, гранулярность, фильтры, preliminary status и дату выгрузки. Показывайте AI как вложенную часть соответствующего общего ряда. Не меняйте формулу дашборда без версии.

Ежемесячно выбирайте страницы из четырёх корзин: рост, снижение, новые URL и важные материалы без показов. Проверяйте canonical, доступность, актуальность, полный ответ и внутренние ссылки. Приоритет зависит от риска для пользователя и бизнеса, а не только от объёма impressions. KPI формулируйте по принципам из статьи об эффективности SEO.

Раз в квартал перечитывайте официальную справку. Отчёт тестируется, Google может расширить доступ, поверхности, метрики и ограничения. Новое поле не применяйте задним числом без проверки совместимости. Если появляются clicks или API-поддержка, поставьте методологическую границу.

Храните короткий словарь рядом с дашбордом: что такое impression, какой уровень агрегации использован, где проходит граница Search и Discover, что означает пустое значение и когда день считается завершённым. Новый сотрудник должен воспроизвести расчёт без устных подсказок. Если две команды по-разному называют один показатель, сначала согласуйте определение, а уже потом обсуждайте рост или падение.

Распределите роли: владелец Search Console отвечает за доступ и экспорт, технический SEO — за индексируемость, редактор — за ясность, эксперт — за факты, аналитик — за агрегацию. Решение должно иметь владельца, срок и контрольную метрику. Общая числовая панель без ответственного быстро превращается в декоративный отчёт.

Заканчивайте анализ действием: исправить закрытый URL, уточнить факт, объединить дубли, улучшить навигацию или сохранить материал без изменений. Отчёт помогает увидеть, где искать причину, но не сообщает её автоматически. Каждая гипотеза получает контрольный период и альтернативные объяснения.

Короткий протокол решения храните рядом с выгрузкой, чтобы следующий аудит воспроизводил логику, а не начинался заново.

Главный вывод

Generative AI reports выделяют показы сайта в AI Overviews, AI Mode и генеративных функциях Discover, но остаются частью общей системы Performance. Не прибавляйте dedicated impressions к общим итогам, не называйте их кликами или трафиком и не восстанавливайте запросы, которых в отчёте нет. Разделяйте правила агрегации Search и Discover, учитывайте канонические URL, лимит таблицы, preliminary data и преобразование специальных значений при экспорте. Используйте отчёт для аудита страниц и проверки гипотез, не обещая включение, позиции или коммерческий результат.