Сайт может получать посетителей не только из поиска и рекламы, но и по ссылкам в ответах нейросетей. Чтобы оценить этот канал, нужно выяснить, какие сервисы приводят пользователей, на какие страницы они переходят и заканчиваются ли посещения обращениями.
В Яндекс Метрике такую проверку удобно проводить двумя способами: по сайтам-источникам и рефереру, а также по UTM-меткам. Они дополняют друг друга. Внутри первого способа можно использовать список масок или регулярное выражение — ниже покажем оба варианта.
Отдельно разберём, как проверять ссылки на контент в нейроответах и почему нельзя считать каждое совпадение с названием AI-сервиса доказательством рекомендации.
Что можно узнать из статистики
Метрика определяет источник визита по меткам первого просмотра, а при их отсутствии — по рефереру. Реферер — это переданная информация об адресе страницы, с которой выполнен переход. Подробнее — в документации Яндекса об источниках трафика.
Поэтому возможны разные ситуации: у посещения сохранился адрес AI-сервиса, передалась метка с его названием либо доступны оба признака. Если ни один из них не сохранился, выделить такой визит предложенными фильтрами не получится.
Переход, цитирование и заявка — разные события. Ссылка в ответе не означает, что её открыли. Посещение с сайта нейросети не доказывает самостоятельную рекомендацию: ссылку мог вставить в диалог пользователь. А просмотр страницы ещё не означает обращение в компанию.
Перед настройкой: период, визиты и атрибуция
Для первой проверки рекомендуем выбрать последние три месяца. Если данных мало, увеличьте период до года. Затем используйте одинаковые даты в обоих способах.
Формируйте условия для визитов, а не для посетителей: задача — отобрать нужные посещения, а не все визиты людей, которые когда-либо выполнили условие. Различие описано в справке по сегментации.
Для подсчёта непосредственных посещений рекомендуем модель «Последний переход»: она определяет источник текущего визита без учёта предыдущих посещений. Если модель отдельно задаётся в условии сегмента, выберите там тот же вариант.
Для оценки отложенных конверсий можно отдельно использовать другую модель, например «Последний значимый переход кросс-девайс». Но не сравнивайте такие результаты с непосредственными переходами как одинаковые показатели. Актуальные модели и их различия приведены в документации Метрики.
Способ 1. По сайтам-источникам и рефереру
Задача этого способа — найти посещения, для которых сохранились сведения о сайте-источнике. Можно начать с отчёта «Сайты» и списка масок либо сразу настроить условие по рефереру.
Вариант А. Отчёт «Сайты» и список масок
- Откройте «Отчёты» → «Источники» → «Сайты».
- Установите период и модель атрибуции.
- В блоке сегментации по визитам нажмите «+» и найдите условие «Переходы с сайтов». Нужно поле с адресами источников, а не только выбор общей категории «Источник трафика».
- Перейдите к произвольному вводу и добавьте маски из следующего блока: каждую с новой строки.
- Выберите «Выполнено любое из условий» и примените фильтр.
Если в вашей версии интерфейса условия источников распределены по моделям атрибуции, выбирайте «Переходы с сайтов» внутри группы «Последний переход».
Полный список масок для первичного поиска
Ниже — расширенный диагностический список. Используйте его для поиска возможных источников, а не для автоматического подсчёта достоверного ИИ-трафика. В нём есть неоднозначные значения, которые нужно проверить и исключить из рабочего сегмента при отсутствии подтверждения.
*chatgpt*
*perplexity*
*copilot*
*openai.com*
*gemini*
*claude*
*alice.yandex*
*chat-gpt*
*gptbot*
*huggingface*
*deepseek*
*grok*
*x.ai*
*iask*
*quillbot*
*edgepilot*
*nimble*
*aitastic*
*bnngpt*
В строке *chat-gpt* используется обычный дефис -, а не типографский неразрывный дефис.
Это маски, а не регулярное выражение. В таком режиме символ * соответствует любому количеству символов. Например, *chatgpt* ищет значение, в котором встречается chatgpt. Настоящее регулярное выражение в произвольном вводе начинается с ~. Синтаксис операторов описан в справке Метрики.
Не выбирайте «Выполнены все условия»: один источник не должен одновременно содержать названия всех перечисленных сервисов.
Как превратить найденные совпадения в рабочий сегмент
После применения списка просмотрите реальные адреса в таблице. Широкая маска проверяет совпадение текста, а не принадлежность сайта нейросети. Например, условию *chatgpt* соответствует и вымышленный адрес https://example.org/articles/about-chatgpt/.
GPTBot исключите из списка источников пользовательских переходов. Это робот OpenAI для обхода контента, который может использоваться при обучении моделей. Название относится к User-Agent, а не к домену чата. Маска *gptbot* в фильтре реферера не превращает отчёт в статистику обращений этого робота. Назначение GPTBot описано в документации OpenAI.
EdgePilot не относите к нейросетям автоматически. Например, link.edgepilot.com используется при проверке ссылок из электронных писем. Это описано в инструкции провайдера AXICOM по защите почты. Такой реферер сам по себе не подтверждает переход из Copilot или другого ИИ-помощника.
Корпоративные сайты и многофункциональные платформы проверяйте отдельно. Переход с главного сайта разработчика не равен переходу из его чата. Например, Hugging Face содержит модели, приложения и материалы сообщества — одного совпадения с *huggingface* недостаточно, чтобы установить сценарий перехода.
По маскам *nimble*, *aitastic*, *bnngpt* и другим редким названиям оставляйте только проверенные адреса. Не подтверждённые источники храните в отдельной диагностической выборке.
Для регулярной отчётности замените широкие совпадения конкретными проверенными адресами или доменными условиями. Сохраните сегмент под названием «Нейросети — сайты-источники». Исходный широкий список можно сохранить отдельно как «Проверка возможных AI-источников».
Вариант Б. Регулярное выражение по рефереру
В отчёте «Источники, сводка» добавьте к визитам условие «Реферер». Выбирайте реферер визита, а не «Реферер просмотра»: последний относится к отдельному просмотру страницы.
Для стартового сегмента основных чат-сервисов можно использовать следующие выражения. Вставьте каждое с новой строки, выберите «Полный URL», если доступен такой переключатель, и режим «Выполнено любое из условий»:
~^https?://([a-z0-9-]+\.)*(chatgpt\.com|chat\.openai\.com|perplexity\.ai|claude\.ai)(:[0-9]+)?([/?#]|$)
~^https?://([a-z0-9-]+\.)*(gemini\.google\.com|copilot\.microsoft\.com|chat\.deepseek\.com)(:[0-9]+)?([/?#]|$)
~^https?://([a-z0-9-]+\.)*(grok\.com|alice\.yandex\.ru|chat\.mistral\.ai)(:[0-9]+)?([/?#]|$)
Этот набор намеренно уже диагностического списка: он проверяет конкретные домены чат-сервисов, не включает GPTBot, почтовый посредник EdgePilot и общие корпоративные домены. В него также добавлен чат Mistral. Другие сервисы добавляйте после проверки фактического источника.
В отличие от широких масок, выражения проверяют доменную часть адреса: страница постороннего сайта с упоминанием ChatGPT в пути не подойдёт. Правила работы с URL и синтаксисом RE2 приведены в документации по регулярным выражениям.
Проверьте результат и сохраните сегмент как «Нейросети — реферер».
Варианты А и Б не являются двумя независимыми каналами. «Сайты» показывает классифицированные источники, а условие «Реферер» отбирает визиты по переданному адресу. Из-за меток, атрибуции и различий в списках результаты могут расходиться. Складывать их показатели нельзя.
Способ 2. По UTM-меткам
Дополнительный признак источника — параметр utm_source в ссылке на сайт. Например, ссылка может содержать utm_source=chatgpt.com. Если метка сохранилась, её стоит проверить независимо от реферера.
- Откройте «Отчёты» → «Источники» → «Метки UTM».
- Снимите сегмент из первого способа, чтобы не ограничивать поиск заранее.
- Выберите тот же период и модель «Последний переход».
- Изучите значения UTM Source и найдите обозначения AI-сервисов.
- Создайте условие по UTM Source из реально найденных значений и сохраните сегмент как «Нейросети — UTM».
Например, набор условий может выглядеть так:
chatgpt.com
chatgpt
perplexity
perplexity.ai
Это пример, а не обязательный стандарт разметки всех нейросетей. Оставляйте значения, которые присутствуют в вашей статистике, и добавляйте другие подтверждённые варианты. Между значениями используйте «ИЛИ» — достаточно совпадения с одним источником.
Метрика различает регистр значений UTM: варианты написания могут отображаться отдельно. Работа отчёта описана в справке по UTM-меткам.
Предварительно исключать весь платный трафик не обязательно. Чужой набор исключений по UTM Medium может не подходить вашей разметке. Надёжнее сначала найти конкретные источники, а затем разбирать кампании. Если ведёте рекламу на AI-площадках, учитывайте её отдельно от нерекламных переходов.
Также не требуется переключаться на автоматическую атрибуцию только потому, что анализируются UTM-метки. Для сопоставления двух способов сохраните одинаковую модель; оценку вклада канала в последующие конверсии проводите отдельно.
Учтите: метку можно добавить вручную, а размеченную ссылку — переслать. Поэтому значение chatgpt.com в UTM Source является признаком источника по разметке, но не гарантирует, что каждый такой визит начался с рекомендации ChatGPT.
Почему отчёты различаются и как избежать двойного учёта
Первый способ опирается на сведения об источнике, второй — на метки. У части визитов есть только один признак, у части — оба. Кроме того, по правилам Метрики метки первого просмотра влияют на определение источника. Поэтому расхождение чисел не обязательно означает ошибку.
Чтобы посчитать общий результат, нельзя просто сложить два отчёта. Например, 100 визитов по рефереру и 60 по UTM при 20 общих визитах дают 140, а не 160. Это условный пример.
Для проверки сформируйте в одном отчёте три выборки с одинаковыми датами и настройками:
- A: визиты по проверенному условию реферера.
- B: визиты по проверенному условию UTM Source.
- C: визиты, в которых выполнены оба условия одновременно — реферер И UTM Source.
Общее количество распознанных визитов рассчитывается как A + B − C. Для общего сегмента математически нужна логика «реферер ИЛИ UTM Source», а не «И»: последнее условие показывает только пересечение.
В рабочей отчётности удобно сохранять два отдельных показателя и общий итог без дублей. Не называйте сумму «всем влиянием ИИ»: она отражает только посещения с распознанными признаками.
Как учитывать ИИ-ответы Google и Яндекса
Ответ отдельного чат-сервиса и нейроответ внутри поисковой выдачи — разные случаи. Добавлять целиком google.com, yandex.ru, ya.ru или bing.com в сегмент нейросетей нельзя: это не отделит ИИ-блоки от других переходов с этих площадок.
Почему #:~:text= не доказывает переход из нейросети
В адресе страницы может встречаться фрагмент #:~:text=. Он помогает браузеру перейти к конкретному отрывку текста и выделить его. Это не UTM-метка и не уникальный идентификатор AI Overviews.
Механизм описан в документации MDN. Google использует переход к выделенному тексту и в обычных быстрых ответах — featured snippets.
Кроме того, поддерживающий этот механизм браузер обрабатывает директиву отдельно от доступного скриптам URL. Поэтому она не обязана попадать в Метрику.
Фильтр *#:~:text=* нельзя выдавать за точный способ подсчёта трафика из нейросетей. Даже найденные совпадения требуют другой интерпретации: это адреса с текстовыми фрагментами, а не подтверждённые переходы из ИИ-ответов.
Что проверять в Google Search Console
По состоянию на сентябрь 2026 года Google описывает отдельный Generative AI performance report (Search). Он показывает видимость сайта в AI Overviews и AI Mode по показам.
Если отчёт доступен для вашего ресурса, посмотрите динамику и страницы, получающие показы. При небольшом объёме данных отчёт может не отображаться. Не подменяйте показами количество посещений или заявок.
Низкий CTR при высокой позиции тоже не доказывает участие в нейроответах. Такая комбинация может стать поводом проверить выдачу, но сама по себе не позволяет распределить показы и клики между её элементами.
Как найти страницы, на которые ссылаются нейросети
Посмотрите посадочные страницы
Откройте «Отчёты» → «Содержание» → «Страницы входа» и последовательно примените подготовленные сегменты. Работа с этим отчётом показана в инструкции по сегментации.
Составьте список URL, которые получают такие визиты. Включайте не только статьи, но и услуги, категории, карточки товаров. Сопоставляйте страницу с источником и результатом посещения.
Страница входа подтверждает, куда пришёл посетитель, но не показывает автоматически вопрос пользователя или полный ответ нейросети.
Проверьте ссылки в доступных публичных ответах
Дополнительный путь — поиск внешних ссылок в Яндекс Вебмастере и Search Console. Например, в исследовании Black River для этого проверяли опубликованные ответы Яндекса с адресами, содержащими /neurum/.
Найденную страницу нужно открыть и убедиться, что она действительно содержит ссылку на ваш материал. Сохраните адрес ответа, адрес источника и дату проверки.
Отчёт о ссылках Search Console показывает неполную выборку и может содержать уже удалённые ссылки. Он не является полным реестром цитирований. Наличие ссылки не говорит, сколько раз ответ увидели и сколько людей перешли на сайт.
Рекомендуем хранить отдельно три показателя: визиты на страницу, показы в поддерживаемых ИИ-отчётах и проверенные ссылки в ответах. Не складывайте их в одно число.
Как оценить заявки и результат для бизнеса
Когда источники выделены, переходите от количества посещений к результатам.
|
Показатель
|
Что анализировать
|
|
Визиты и страницы входа
|
Какие источники и материалы приводят пользователей.
|
|
Поведение на сайте
|
Что посетители делают после открытия страницы.
|
|
Целевые визиты и конверсия
|
Как часто посещения сопровождаются нужным действием.
|
|
Подтверждённые обращения и продажи
|
Какие заявки оказались целевыми и дошли до сделки.
|
Настройте цели для отправки формы, оформления заказа и других значимых действий. Метрика различает количество достижений цели и целевых визитов; определения приведены в документации по целям.
Например, повторная отправка формы в одном визите может увеличить число достижений, но целевой визит останется один. Клик по телефону не равен состоявшемуся звонку, а открытие мессенджера — полученной заявке. Для оценки продаж сопоставляйте аналитику с данными CRM.
Сравнивайте сопоставимые страницы за одинаковые периоды. Статья и страница заказа решают разные задачи, поэтому разница в конверсии между ними ещё не характеризует качество источника. На небольшом объёме трафика делайте выводы осторожно: одна заявка заметно меняет процент.
Сохранённый отчёт можно добавить на дашборд кнопкой «На дашборд». После добавления сверяйте сегмент, период и атрибуцию. Порядок настройки описан в справке по дашбордам.
Что проверить, если переходов нет
Начните с периода, выбранного счётчика и условий отбора. Убедитесь, что между альтернативными масками стоит «ИЛИ», а перед проверкой UTM снят предыдущий сегмент. Проверьте, не исключили ли нужные посещения другими фильтрами.
Затем проверьте работу счётчика на посадочных страницах и сохранение меток при перенаправлениях. Блокировка счётчика и потеря UTM при редиректе входят в описанные Яндексом причины неполных данных.
Отсутствующий реферер нельзя восстановить простым расширением списка масок. Если источник и метки не переданы, визит может оказаться среди прямых заходов. Пустой сегмент означает отсутствие найденных посещений по заданным условиям, но не доказывает отсутствие любых упоминаний сайта в нейросетях.
Выводы
Используйте оба способа: проверяйте сайты-источники и рефереры, затем отдельно UTM-метки. Полный список масок полезен для первоначального поиска, но рабочий сегмент должен состоять из проверенных источников. Маски и регулярные выражения — способы настройки отбора, а не два независимых канала привлечения.
Не включайте обходы роботов и почтовые перенаправления в статистику переходов из ИИ-ответов. Не складывайте пересекающиеся визиты, показы и цитирования. Оценивайте всю цепочку: источник → страница входа → действие → подтверждённое обращение → продажа.
Нужна помощь с аналитикой сайта? В SEOLAND проверим источники посещений, настройки целей и посадочные страницы, чтобы оценивать результат продвижения сайта по понятным бизнесу показателям.
