Кто приходит на сайт: люди, поисковые роботы и AI – почему это не один трафик

Слово «трафик» прячет трёх посетителей

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

Человек пришёл со своим вопросом: сравнить варианты, понять цену, записаться, оставить запрос. Поисковый робот проверяет, может ли система найти и прочитать страницу. AI-краулер получает доступ к открытому материалу по правилам своей платформы: для поиска, ответа или другого машинного сценария. Он не кладёт визитку в форму и не просит перезвонить.

Каждый контакт может быть полезен. Поисковый робот помогает будущему человеку найти страницу. AI-система может использовать её как источник. Но отчёт о том, что страницу обошли, не отвечает на вопрос владельца «зачем пришли покупатели и что они сделали?». Тут и начинается путаница: машинный обход обвиняют в отсутствии продаж, а обычному посетителю приписывают роль робота, когда его просто не успели понять.

Поисковый робот решает задачу видимости

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

В Яндекс Метрике можно открыть один и тот же период в режимах «с роботами» и «без роботов». Полезно брать не вчерашний всплеск, а одинаковую неделю до и после заметного изменения. Сравнение покажет, влияет ли известная или распознанная роботная активность на глубину просмотра, отказы и общий объём. Оно не превращает отчёт в детектор настоящих намерений.

Маленькая разница между двумя режимами не доказывает, что перед вами исключительно люди. Большая разница тоже не говорит, что именно роботы «съели» заявки. Возможно, обращений мало по другой причине: пришли не те люди, страница не продолжает их вопрос, цена или условия неясны, ответ команды задержался. Эти участки уже требуют другого разбора, а не новой легенды вокруг графика.

AI-краулер видит сайт по своей задаче

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

Например, справка OpenAI отдельно описывает краулер, который помогает сайту попасть в поиск ChatGPT, и отдельно указывает, как в аналитике увидеть реферальный переход человека из ChatGPT. Это разные события. Первое отвечает на вопрос доступности и будущей видимости. Второе уже можно сопоставлять с тем, что посетитель сделал на странице. Даже ссылка в AI-ответе остаётся только возможностью для перехода.

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

Практический способ проверить одну такую страницу без общего «GEO-аудита» собран в разборе о том, понимает ли AI-поиск конкретный вопрос сайта.

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

Отчёт аналитики и сервер отвечают на разные вопросы

Аналитика показывает те визиты и действия, которые дошли до её счётчика и прошли его правила. Сервер видит запросы к сайту: адрес, время, код ответа, заявленное имя клиента. Рабочее место команды фиксирует обращение и ответ. Эти записи пересекаются, но не дублируют друг друга.

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

Для владельца достаточно попросить команду сопоставить три записи за один период. В отчёте: сколько визитов с роботами и без них. На сервере: есть ли всплеск запросов, ошибки или заметная нагрузка. В работе с обращениями: сколько людей действительно начали разговор и получили ответ. Если хотя бы один слой отсутствует, так и пишем: «неизвестно». Не маскируем пустое место новой диаграммой.

Запрет должен быть меньше доказательства

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

Файл с правилами для роботов помогает договориться с теми, кто готов эти правила соблюдать. Он не заменяет защиту сервера. Поэтому не нужно править его из-за одной тревожной строки в отчёте. Сначала ответьте на три вопроса: какой адрес или сценарий затронут, есть ли доказуемая нагрузка или ошибка, какой доступ сайт должен сохранить для людей и поиска.

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

Соберите один снимок на неделю вместо охоты на ботов

Возьмите семь одинаковых дней, а не самый громкий час. В первую строку выпишите из Метрики визиты с роботами и без них. Во вторую попросите разработчика или хостинг назвать: были ли в этот период ошибки, замедления и заметная автоматическая нагрузка. В третью поставьте реальные обращения и первый ответ команды. Не знаете строку? Оставьте вопросительный знак.

Проверка не докажет, что все посетители были людьми, и не объяснит продажи за вас. Она делает другое: показывает первое место, где факт превращается в догадку. Много автоматических запросов на сервере при ровной аналитике и нормальном пути заявки требуют технической гигиены, но не объясняют отсутствие лидов. Живые визиты без действий возвращают нас к обещанию страницы и качеству входа. Переходы из AI-сервисов без обращений остаются материалом для наблюдения, а не поводом рисовать выручку в следующем слайде.

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

Сайт обслуживает человека, а роботы помогают ему найти путь

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

Рекомендация меняется для сайта, который существует как справочник, медиа или технический ресурс без прямой заявки. Там качество машинной видимости может быть отдельной целью. Просто назовите её честно: это работа с доступностью и распространением знания, а не измерение продаж.