Google тестирует метки переходов из AI Overviews и AI Mode

Google тестирует маркировку переходов из AI Overviews и AI Mode параметром st_source=ai_overview. Для SEO и аналитики это потенциально полезный сигнал: он способен отделить часть ИИ-переходов от обычного органического трафика Google прямо на уровне URL.

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

Что именно меняется в ссылках

Параметр st_source=ai_overview Google добавляет непосредственно к адресу страницы. Например, посетитель может перейти на материал по ссылке вида site.ru/article?st_source=ai_overview. Сайт получает этот параметр вместе с запросом к странице.

Такая механика знакома маркетологам по UTM-меткам. Разница в источнике разметки: здесь параметр формирует сам Google. При широком запуске сайт сможет выделять визиты, которые пришли через ИИ-функции поиска, в системах веб-аналитики, логах сервера и BI-отчетах.

Сейчас Search Console учитывает клики по внешним ссылкам из AI Overviews. Отчет не раскрывает, какая конкретная ссылка внутри ИИ-ответа привела пользователя на сайт. URL-параметр способен добавить детализацию на стороне самого сайта: страницу входа, поведение посетителя и результат визита.

AI Mode также меняет привычную картину поиска. Пользователь получает развёрнутый ответ, уточняет запрос и открывает источники по ходу диалога. Для владельца сайта такой путь имеет другую мотивацию визита по сравнению с классическим кликом по сниппету в поисковой выдаче.

Какие вопросы сможет закрыть аналитика

Главная ценность метки — связать ИИ-переход с последующим действием на сайте. Команда увидит, какие материалы привлекают посетителей из AI Overviews, сколько страниц они смотрят, переходят ли к продукту, отправляют ли форму или оформляют заказ.

Например, редакционный материал может получать стабильные переходы из классического поиска и отдельный поток из ИИ-ответов. Сравнение глубины просмотра, времени вовлечения и конверсии покажет рабочую роль каждого сценария. Для лидогенерации особенно полезно оценить качество заявок, а для медиа — возвраты и дочитывания.

Параметр также помогает проверить гипотезы о контенте. SEO-специалист сможет сопоставить темы, которые Google чаще использует как источники для ИИ-ответов, с фактическими визитами. Контент-команда получит более точную обратную связь по гайдам, исследованиям, страницам услуг и справочным статьям.

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

Где появятся ограничения

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

Часть аналитических систем очищает URL от параметров в отчетах или объединяет страницы по заданным правилам. Команда рискует потерять полезный сигнал еще до построения отчета. Проверка настройки обработки query-параметров становится первым техническим шагом.

Также стоит разделять два уровня данных. Search Console описывает взаимодействие пользователя с поиском Google, а веб-аналитика фиксирует визит на сайте. Разница между ними возникает из-за согласия на cookies, блокировщиков, редиректов, особенностей счетчиков и других факторов сбора. Эти источники полезно сопоставлять как разные измерения одной воронки.

Отдельный вопрос — смысл метки для AI Mode. Название ai_overview может использоваться шире, чем один интерфейс, либо Google применяет его только в части сценариев. До официального описания корректнее фиксировать фактические наблюдения и сохранять сырые URL в логах или выгрузках.

Что сделать SEO- и аналитической команде

Начните с простой проверки. Откройте страницы, которые цитируются в AI Overviews или AI Mode по важным запросам, и посмотрите адреса исходящих ссылок. Повторите наблюдение в разных браузерах, локациях и с разными запросами: тесты Google часто имеют ограниченное распространение.

Дальше подготовьте аналитику к приему сигнала:

• убедитесь, что система фиксирует полный URL посадочной страницы и query-параметры;
• создайте сегмент для визитов с st_source=ai_overview;
• проверьте, как параметр проходит через редиректы, каноникализацию и CRM;
• добавьте в дашборд визиты, вовлеченность, конверсии и ценность заявок по этому сегменту;
• сохраните дату первого появления параметра, чтобы корректно читать динамику.

Полезно сразу сопоставить ИИ-сегмент с органическим трафиком Google по одинаковым посадочным страницам. Такой срез снижает влияние темы, сезона и различий в самом контенте. Затем можно посмотреть, какие форматы получают визиты: инструкции, сравнения, ответы на узкие вопросы, страницы категорий или экспертные статьи.

Практический вывод

Тест st_source=ai_overview дает сайтам шанс измерять часть переходов из ИИ-функций Google на более детальном уровне. Сегодня это повод настроить сбор параметра и завести отдельный сегмент, а не повод пересчитывать всю SEO-стратегию.

Командам стоит сочетать три слоя данных: видимость ИИ-блоков в выдаче, показатели Search Console и поведение пользователей на сайте. Когда Google масштабирует маркировку или опишет ее официально, такая подготовка позволит быстро оценить реальный вклад AI Overviews и AI Mode в трафик и бизнес-результат.