31 августа Google добавил короткую пометку в справку и в блог для разработчиков: контроль над показом сайта в генеративных функциях поиска и отдельный отчёт о видимости в них теперь доступны каждому владельцу сайта на планете. Тестирование началось ещё в первых числах июня и охватывало ограниченный круг британских ресурсов, а спустя почти три месяца ограничение снято полностью. Для веб-мастеров это означает появление нового измеримого канала: раньше показы в AI Overviews и AI Mode были скрыты внутри общего отчёта о производительности, а теперь их можно смотреть отдельно, сравнивать с классическим органическим трафиком и опираться на эти цифры при решениях о структуре контента.
Что именно случилось 31 августа и почему дата важна
Формально изменений два, и их стоит разделять. Первое - отчёт о производительности в генеративном ИИ, показывающий, как страницы сайта появляются в AI Overviews, AI Mode и в генеративных функциях Discover. Второе - переключатель, позволяющий полностью исключить сайт из этих функций. Оба инструмента Google анонсировал одновременно ещё в июне, но раздавал их постепенно, ограниченному кругу сайтов, для проверки нагрузки на инфраструктуру и сбора обратной связи. В тот же день, когда Google впервые объявил об этих функциях, антимонопольное ведомство Великобритании выпустило требование к компании разрешить сайтам отказ от участия в ИИ-функциях без штрафных санкций для позиций в обычной выдаче, и это совпадение объясняет, почему тестирование стартовало именно с британских ресурсов. К концу августа фаза постепенного раскрытия завершилась, и Google прямо зафиксировал в документации: с этой даты оба инструмента работают для всех сайтов мира без исключения.
Что технически считается показом в AI Overviews
Отчёт устроен как раскрывающаяся вкладка внутри стандартного отчёта о производительности, а не как замена ему. Данные из генеративных функций не сливаются с обычными позициями и кликами - это принципиальный момент, поскольку логика цитирования там устроена иначе, чем логика ранжирования. Страница может быть процитирована в AI-сводке, даже не занимая верхних строчек классической выдачи по тому же запросу, и наоборот - высокая позиция не гарантирует упоминания в генеративном блоке. Показом при этом считается не сам факт использования текста моделью при формировании ответа, а именно появление ссылки на страницу в видимой части экрана: ссылка должна быть прокручена в зону видимости или раскрыта пользователем, тогда как использование фрагмента текста без вывода ссылки в счётчик не попадает. Данные из генеративных функций при этом продолжают учитываться в общих цифрах стандартного отчёта о производительности - это принципиальный момент, который легко упустить. Google прямо указывает, что показы в AI Overviews и AI Mode и раньше входили в суммарные показы обычного поиска, просто были неотделимы от остальной массы; новая вкладка не добавляет отдельный канал трафика к уже существующим цифрам, а лишь позволяет отфильтровать и рассмотреть изолированно ту часть показов, которая происходит именно из генеративных ответов. Доступные измерения внутри этой вкладки включают страницу, страну, устройство и дату; отдельно для отчёта по обычному поиску добавлена разбивка по типам устройств. Кликов в отчёте на момент запуска нет - это ограничение Google не скрывает и прямо указывает в документации, поэтому строить воронку "показ в ИИ-ответе - переход на сайт" пока приходится через косвенные метрики, а не через прямую атрибуцию.
Как включить и прочитать отчёт в своём аккаунте
Настройка находится в разделе Settings, вкладка Search generative AI, там же расположен и переключатель видимости. Сам отчёт может не отображаться сразу после обновления доступа: Google предупреждает, что при недостаточном количестве показов данные не формируются, и это стоит держать в голове при работе с молодыми или низкочастотными сайтами. Практический порядок действий такой: сначала проверяется наличие вкладки внутри основного отчёта о производительности, затем сравнивается динамика показов в генеративных функциях по неделям, и только после накопления нескольких недель данных имеет смысл делать выводы о трендах - недельные колебания на старте слишком велики для однозначных интерпретаций. Разбивку по страницам стоит фильтровать по разделам сайта, а не смотреть общий список: так быстрее видно, какие типы контента система подбирает для цитирования чаще остальных, и это уже конкретная подсказка, куда направлять доработку структуры.
Переключатель отказа и его реальные последствия для трафика
Настройка исключения сайта из ИИ-функций работает на уровне ресурса целиком, точечно закрыть отдельные страницы через неё нельзя. Google подчёркивает, что отказавшиеся сайты перестают получать показы и переходы именно из генеративных блоков, но сама настройка не используется как сигнал ранжирования за пределами этих функций - положение в обычной выдаче она не трогает. Отдельно стоит развести эту настройку с параметром Google-Extended: последний управляет использованием контента для обучения моделей и никак не связан с показом сайта в готовых ИИ-ответах, поэтому включение или выключение одного параметра не влияет на другой. Для большинства коммерческих сайтов отключение показа в генеративных функциях экономически невыгодно, поскольку по данным самого Google аудитория AI Overviews превысила два с половиной миллиарда пользователей в месяц, а AI Mode перешагнул отметку в миллиард; закрывать себе доступ к такой аудитории имеет смысл только там, где цитирование модели заменяет прямой визит и реально режет конверсии, например для узкого сегмента справочного контента без коммерческой цели.
Оценивать эффект от отказа заранее по цифрам сложно: ни объём сохранённого трафика, ни доля сайтов, уже воспользовавшихся переключателем, публично не раскрыты, и отраслевой статистики по этому вопросу пока попросту нет. Решение поэтому логичнее принимать не на основании общих прогнозов, а по собственным данным конкретного сайта - через сопоставление доли показов из генеративных функций с долей кликов из классической выдачи по тем же страницам. Если по разделу справочных материалов доля генеративных показов растёт, а доля переходов из обычного поиска по тем же запросам параллельно падает, это сигнал, что модель действительно замещает визит собственным ответом, и именно такие разделы разумно тестировать на отключение в первую очередь, а не применять настройку сразу ко всему сайту.
Связь показов в генеративном ИИ с Core Web Vitals
Технические требования к странице для попадания в генеративные ответы пересекаются с обычными факторами ранжирования почти полностью, и разделять эти работы искусственно не имеет смысла. Скорость загрузки и стабильность вёрстки напрямую влияют на то, успевает ли краулер корректно обработать страницу и извлечь из неё чистый фрагмент текста для цитаты. Практический способ проверки простой: берётся список страниц с наибольшим числом показов из нового отчёта, и по каждой из них сверяются метрики Core Web Vitals в том же Search Console - показатель наибольшей отрисовки контента, задержка первого взаимодействия и совокупный сдвиг макета. Страницы с плохими показателями CWV, но регулярными показами в генеративных функциях, обычно указывают на запас роста: если модель уже выбирает страницу источником, а технические метрики хромают, ускорение отдачи и стабилизация вёрстки способны увеличить долю таких показов ещё заметнее, чем на страницах без текущего попадания в цитирование.
Отдельно стоит проверять мобильную версию каждой такой страницы, поскольку значительная часть запросов через AI Mode приходит именно с мобильных устройств, а отчёт позволяет фильтровать показы по типу устройства напрямую. Если разбивка показывает перекос в сторону десктопа при заведомо мобильной тематике запросов, это почти всегда указывает на проблему с адаптивной вёрсткой или со скоростью отдачи мобильной версии, а не на особенности спроса. Полезно также сверять список страниц с наибольшим числом генеративных показов со списком страниц, у которых Google уже ранее фиксировал проблемы индексации или обхода в разделе покрытия: если страница регулярно цитируется моделью, но одновременно числится с ошибками сканирования, устранение этих ошибок становится приоритетной задачей, а не факультативной технической доработкой на будущее.
Структурированные данные и формат текста, повышающие шанс на цитату
Модель извлекает факты из документа, а не читает его линейно, поэтому текст стоит готовить именно под извлечение. Рабочая модель подачи материала описывается как перевёрнутая пирамида: короткий прямой ответ в начале раздела, объёмом примерно от сорока до девяноста слов, а под ним - развёрнутое объяснение с примерами, оговорками и цифрами. Разметка Schema.org типов FAQ, HowTo и Article помогает системе точнее понять структуру документа и границы отдельных смысловых блоков, а таблицы сравнения по формату "критерий - значение" дают модели уже готовые структурированные данные, которые проще пересобрать в ответ. Здесь же стоит учитывать общий возраст и авторитет домена: у ресурсов с продолжительной историей индексации и качественной ссылочной массой попадание в цитирование происходит быстрее, тогда как молодым доменам обычно требуется несколько месяцев на накопление доверия, даже при технически безупречной разметке.
Отдельного внимания заслуживают запросы, где значение имеет свежесть данных: обзоры продуктов, рейтинги, цены и любые показатели, меняющиеся со временем. По таким темам система заметно чаще подбирает источники с недавней датой обновления, поэтому страницы с ценами, характеристиками или сравнительными таблицами стоит пересматривать не реже раза в квартал, даже если фактическое содержание менялось незначительно. Разметка AggregateRating с реальными, а не сгенерированными оценками работает как дополнительный сигнал доверия и особенно заметна на карточках товаров и услуг. Одновременно стоит держать в уме и обратную сторону: тематики, где формально высокая конкуренция сочетается с высокими рисками для пользователя, вроде медицинских или финансовых консультаций без подтверждённой экспертной базы, генеративные системы фильтруют строже обычного поиска, и туда без явных признаков экспертности - авторства, ссылок на первоисточники, оформленной биографии автора - пробиться заметно сложнее.
Скорость появления эффекта зависит от того, ранжируется ли страница уже сейчас. Если материал давно присутствует в топе по классической выдаче, доработка структуры и разметки способна повлиять на цитируемость уже через несколько недель после повторной индексации. Для новых страниц и молодых доменов путь обычно растягивается на месяцы: система должна сначала накопить достаточно сигналов авторитетности, и никакая точечная доработка разметки этот процесс не ускорит кардинально. На практике имеет смысл закладывать горизонт в один-два квартала на устойчивое закрепление кластера страниц в генеративной выдаче и вести эту работу параллельно с обычным продвижением, а не как отдельный изолированный проект.
Что проверить в первый месяц работы с новым отчётом
Разворачивать анализ стоит по конкретному плану, а не хаотично переключаться между вкладками Search Console:
- Открыть Settings и убедиться, что переключатель Search generative AI установлен на включение показа, если отказ не был осознанным решением;
- Найти вкладку генеративного ИИ внутри основного отчёта о производительности и зафиксировать стартовые цифры по показам за первую доступную неделю;
- Отсортировать список страниц по числу показов в генеративных функциях и выделить топ по каждому крупному разделу сайта отдельно;
- Сверить топовые по показам страницы с их метриками Core Web Vitals и составить список кандидатов на техническую доработку;
- Проверить наличие и корректность разметки Schema.org на страницах-лидерах и добавить её там, где она отсутствует;
- Переписать вводные абзацы ключевых страниц по модели перевёрнутой пирамиды, если формат текста этому пока не соответствует;
- Повторить снятие показателей через две-три недели, чтобы отделить случайные колебания от устойчивого тренда.
Отчёт по кликам в генеративных функциях Google пока не раскрыл, и точной даты его появления в документации нет, поэтому работу первое время придётся строить на показах, разбивке по страницам и косвенном сопоставлении с обычным трафиком тех же URL. Такой подход не идеален, но он уже точнее, чем полное отсутствие данных, с которым веб-мастера жили до этого обновления, а сама доступность инструмента для всех сайтов без исключения снимает главный барьер: до 31 августа значительная часть команд просто не могла подступиться к анализу генеративной видимости из-за отсутствия доступа как такового.