В отчёте по посещаемости может не быть ни одного перехода из ChatGPT, хотя его поисковый робот регулярно обращается к сайту. Бывает и наоборот: в журнале виден «GPTBot», но запрос пришёл с чужого IP и не имеет отношения к OpenAI. Чтобы разобраться, скриншота robots.txt и счётчика визитов мало: нужно по порядку проверить доступ, серверные запросы и то, откуда они пришли.

Ниже я разберу четыре робота, которые часто объединяют под названием «AI-краулеры». Для каждого покажу, что он делает, как найти его обращения и какие выводы можно сделать по логам. Инструкция подходит для сайта на любой CMS, если есть доступ к журналам сервера или CDN.

Что именно можно проверить?

У проверки пять уровней, и каждый отвечает на свой вопрос:

  • robots.txt – какие правила обхода опубликованы;
  • журнал сервера – дошёл ли запрос до сервера;
  • журнал CDN или WAF – не остановили ли обращение раньше;
  • IP-адрес – действительно ли запрос пришёл от заявленного сервиса;
  • код ответа и HTML – что получил робот.

Ни один из этих сигналов по отдельности не подтверждает, что страницу использовали в ответе нейросети.

Допустим, вы проверяете страницу услуги. В robots.txt нет запрета для OAI-SearchBot. Это означает только то, что в опубликованной политике обход разрешён. Если за выбранный период в логах нет обращения, нельзя утверждать, что поисковый робот уже видел страницу. Если обращение есть, но сервер ответил 403, содержимое он не получил. Даже подтверждённый ответ 200 говорит только о доступе: будущую ссылку в ChatGPT он не обещает.

Для такой проверки заранее зафиксируйте конкретный URL, хост и период. Иначе легко сравнить правило для www.example.com с логом example.com или принять визит к главной странице за проверку нужной статьи.

Пять сигналов проверки AI-краулера: правило robots.txt для URL, запись запроса в логе, IP из официального диапазона, HTTP-статус и WAF, HTML, который получил бот.

Рисунок 1. Пять сигналов проверки AI-краулера: от правила в robots.txt до HTML, который получил бот

Чем различаются четыре бота?

Сходные названия скрывают разные задачи. Особенно легко перепутать GPTBot с поисковым роботом ChatGPT и ClaudeBot с поиском Claude.

Робот

Для чего обращается к сайту

Что означает проверка

GPTBot

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

Проверка политики обучающего обхода; визит сам по себе не означает публикацию ссылки в ChatGPT.

OAI-SearchBot

OpenAI использует его для поиска сайтов в функциях ChatGPT Search.

Проверка доступности страниц для поискового сценария ChatGPT.

ClaudeBot

Anthropic собирает материалы, которые потенциально могут использоваться для развития моделей Claude.

Проверка политики обучающего обхода Anthropic.

PerplexityBot

Perplexity обходит страницы, чтобы показывать и связывать источники в результатах своего поиска; компания отдельно указывает, что этот бот не собирает данные для обучения базовых моделей.

Проверка доступности страницы для поиска Perplexity.

У сервисов есть и другие агенты. ChatGPT-User, Claude-User и Perplexity-User могут открывать страницу после действия пользователя. У Anthropic поисковую задачу выполняет отдельный Claude-SearchBot. Не записывайте их посещения в статистику четырёх ботов из заголовка: это разные события и разные настройки доступа.

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

Шаг 1. Проверьте robots.txt

Откройте https://ваш-домен/robots.txt именно на том хосте, где расположена проверяемая страница. Если сайт доступен с www и без него, проверьте редирект и конечный хост. Затем найдите группы с точными именами GPTBot, OAI-SearchBot, ClaudeBot и PerplexityBot, общую группу User-agent: * и правила для интересующего пути. Проверяйте весь файл: правило для конкретного агента и общее правило могут давать разный результат.

Если вы хотите оставить поиск ChatGPT открытым, но отказаться от обучающего обхода OpenAI, минимальный пример выглядит так:

1User-agent: GPTBot2Disallow: /3
4User-agent: OAI-SearchBot5Allow: /

Это пример политики для публичного сайта. Не вставляйте его поверх своего robots.txt: сначала сверьте остальные группы и ограничения для закрытых разделов. Для Anthropic решение по ClaudeBot принимают отдельно от Claude-SearchBot. PerplexityBot тоже настраивается отдельно от пользовательского Perplexity-User. Для ответов Алисы AI у Яндекса свои роботы, YandexAdditional и YandexAdditionalBot; как с ними обращаться, я написал в статье о том, как попасть в ответы Алисы AI.

Для примера – robots.txt этого сайта. В нём по именам перечислены 18 агентов: GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-SearchBot, PerplexityBot, Google-Extended, YandexBot и другие. Правила у всех одинаковые: публичные страницы открыты, админка и служебные адреса закрыты. Так по файлу сразу видно решение по каждому боту.

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

Шаг 2. Найдите обращения в логах

Попросите у администратора access log веб-сервера за нужный период или откройте журнал запросов в панели CDN. Минимальный набор полей:

  • время;
  • исходный IP и хост;
  • метод и путь;
  • строка User-Agent;
  • HTTP-статус.

Полезны также конечный статус после редиректа и признак срабатывания WAF. Названия полей у хостингов разные, смысл проверки тот же.

Ищите точные имена четырёх агентов без привязки к номеру версии. Например, GPTBot/1.4 и более поздняя версия должны попасть в одну группу GPTBot. Отдельно посмотрите обращения к /robots.txt, а затем к проверяемому URL. Робот мог сначала прочитать правила, не запрашивая страницу. Записи о ChatGPT-User не подменяют записи об OAI-SearchBot.

На этом сайте первым из AI-краулеров пришёл ClaudeBot – в день запуска, 9 сентября 2026 года. Сайт размещён на хостинге в Санкт-Петербурге, и для бота это препятствием не стало.

Вот условный пример строки журнала. IP 192.0.2.24 используется только для иллюстрации и не принадлежит названному боту:

12026-09-24T10:15:03Z 192.0.2.24 GET /blog/example 403 "OAI-SearchBot/1.4"

Эта строка говорит, что запрос с такой строкой User-Agent дошёл до точки логирования и получил 403. Она пока не доказывает происхождение от OpenAI и не показывает, почему доступ закрыт. Дальше нужно проверить IP и правила защиты.

Если лог пуст, сначала проверьте полноту наблюдения:

  • включено ли логирование на нужном хосте;
  • хранит ли панель данные за выбранные даты;
  • не останавливает ли CDN запрос до сервера;
  • не переписывает ли обратный прокси исходный IP – тогда в access log остаётся только его адрес, и нужны журналы CDN или корректно настроенная передача клиентского IP.

Пустой результат в неполном журнале не доказывает, что визитов не было.

Если сайт работает через Cloudflare, заблокированный им запрос до сервера не доходит. Его видно в разделе Security Events в панели Cloudflare: там есть IP, User-Agent, путь и принятое решение. На бесплатном тарифе и на Pro эти события хранятся 24 часа, поэтому смотрите или выгружайте их в день проверки.

Обычная веб-аналитика здесь не заменяет серверные логи. Скрипт счётчика исполняется на странице в браузере; краулер может получить HTML, не запустив этот скрипт. Счётчик полезен для переходов людей из AI-сервисов, но вопрос «приходил ли OAI-SearchBot» решается на уровне HTTP-запросов.

Что сохранить из строки лога: время и хост, IP и User-Agent, путь и метод, статус ответа и срабатывание WAF.

Рисунок 2. Какие поля сохранить из строки лога: время и хост, IP и User-Agent, путь и метод, статус и WAF

Шаг 3. Подтвердите IP бота

Любой отправитель запроса может написать в заголовке User-Agent слово GPTBot или PerplexityBot. Для проверки подлинности сопоставьте исходный IP из журнала с диапазонами, опубликованными владельцем бота. Не ищите один адрес из старой статьи: списки обновляются, а адрес обычно проверяется на принадлежность диапазону CIDR, например сети с маской /28.

OpenAI публикует отдельные JSON-списки для GPTBot и OAI-SearchBot. Anthropic даёт список адресов своих ботов. Perplexity публикует список PerplexityBot. В каждом случае сверяйте актуальную версию по прямой официальной ссылке и проверяйте, входит ли IP в один из указанных префиксов. Для Anthropic адрес из общего списка подтверждает инфраструктуру компании, а конкретный агент определяется дополнительно по User-Agent.

У CDN есть ещё один нюанс: в журнале сервера исходный IP может находиться в отдельном доверенном поле, а основной адрес принадлежать прокси. Не принимайте произвольный заголовок вроде X-Forwarded-For из публичного запроса за доказательство. Администратор должен подтвердить, какие поля заполняет доверенная инфраструктура и как восстанавливается адрес отправителя.

Если User-Agent совпадает, но IP не входит в опубликованный диапазон, отмечайте запись как неподтверждённую. Если IP совпадает, но журнал не сохранил User-Agent, происхождение инфраструктуры можно проверить, однако приписывать запрос конкретному боту без дополнительного сигнала нельзя. Сохраняйте дату проверки списков: спустя месяц их состав может отличаться.

Шаг 4. Проверьте статус ответа и WAF

После подтверждения адреса посмотрите, что получил бот:

Статус

Что это значит

Что сделать

200

Страница отдана в этой точке наблюдения

Проверить, есть ли основной текст в HTML

301, 302

Редирект

Пройти цепочку и проверить конечный адрес

404

Страницы нет по запрошенному пути

Исправить путь или вернуть страницу

403

Доступ запрещён

Найти правило сервера или WAF

429

Часто – ограничение частоты запросов

Проверить лимиты для ботов

5xx

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

Разобрать ошибки сервера за это время

Помимо кода запишите время, сработавшее правило защиты и повторные попытки.

Сверьте журнал сервера с журналом CDN/WAF. Правило по стране, IP, частоте или поведению может остановить запрос ещё до origin-сервера. Тогда robots.txt выглядит открытым, а серверный access log пуст. Perplexity отдельно советует проверять настройки WAF и при необходимости сочетать проверку User-Agent с официальными IP-диапазонами.

Что изменилось в Cloudflare в сентябре 2026 года?

По данным самой компании, через Cloudflare работает больше 20% доменов, и на этих сайтах пускать краулера или нет, решают настройки Cloudflare для AI-ботов. С июля 2026 года они есть на всех тарифах, включая бесплатный, в разделе Security Settings. Ботов там делят по назначению: Search собирает материалы, чтобы потом отвечать на вопросы, Agent действует от имени человека прямо сейчас (например, запросы чатов вроде ChatGPT-User, Claude-User и Perplexity-User), Training забирает контент для обучения моделей. Каждую категорию можно разрешить, закрыть на страницах с рекламой или закрыть на всём сайте.

15 сентября 2026 года вступили в силу два изменения. Новые домены в Cloudflare по умолчанию закрывают Training и Agent на страницах с рекламой, Search остаётся открытым. А роботов, которые совмещают поиск и обучение, теперь оценивают по самому строгому правилу. Cloudflare прямо называет Googlebot, Applebot и Bingbot: на сайтах, где закрыт Training, в том числе старым переключателем Block AI bots, они теперь тоже блокируются, если владелец не отказался от изменения до этой даты.

Если вы в прошлом году включили Block AI bots, чтобы закрыть GPTBot, откройте Security Settings и проверьте правила для AI-ботов: та же настройка сегодня может не пускать Googlebot и Bingbot. Управляемый robots.txt от Cloudflare, если он включён, добавляет в файл строку вроде Content-Signal: search=yes,ai-train=no. Она только сообщает ботам ваше пожелание, блокируют их правила в Security Settings.

Не делайте вывод о доступности реального бота по запросу, отправленному с вашего компьютера с подставленным User-Agent. Такой тест помогает увидеть простую фильтрацию по имени, но не воспроизводит исходный IP, репутацию адреса и правила для центра обработки данных. Если после исправления WAF новый подтверждённый визит ещё не произошёл, зафиксируйте изменение и продолжайте наблюдение, не записывая проблему в решённые задним числом.

Иногда сервер возвращает 200, но важный текст появляется только после выполнения JavaScript. Для технического аудита откройте исходный HTML ответа и проверьте, видны ли в нём название, основной текст и ссылки. Сам статус 200 не гарантирует, что робот получил содержательный материал.

Как читать результаты проверки?

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

Наблюдение

Что можно заключить

Следующее действие

В доступных логах нет обращений

За выбранный период визит не зафиксирован; при неполном логировании вывод ограничен.

Проверить журналы CDN, хост, период и сохранность логов.

Есть нужный User-Agent, IP не подтверждён

Источник запроса не установлен.

Сверить исходный IP с актуальным официальным списком.

IP и агент подтверждены, ответ 403 или 429

Бот обратился, но доступ к странице ограничен.

Найти правило WAF или сервера и повторно наблюдать после исправления.

IP и агент подтверждены, ответ 200

В этот момент сервер отдал страницу.

Проверить содержимое HTML и отдельно измерять появление страницы в ответах сервиса.

Для регулярного мониторинга достаточно сохранять дату, бот, URL, подтверждение IP, статус и причину блокировки. По этой таблице уже можно увидеть, что изменилось после правки robots.txt или WAF. Отдельно отслеживайте ссылки и упоминания в ответах AI-сервисов: это другой показатель, его я каждый месяц замеряю по одной методике, когда веду мониторинг AI-видимости.

Четыре исхода проверки и следующее действие: нет записи – проверить полноту логов; IP не подтверждён – сверить его со списком; подтверждённый IP и 403 – найти правило блокировки; подтверждённый IP и 200 – проверить HTML и AI-ответы.

Рисунок 3. Четыре исхода проверки краулера и следующий шаг для каждого

Частые вопросы

Можно ли закрыть GPTBot и оставить OAI-SearchBot?

Да. OpenAI описывает настройки этих роботов как независимые: запрет GPTBot относится к обучающему обходу, а OAI-SearchBot отвечает за поиск в ChatGPT. При этом проверьте robots.txt и сетевой доступ для поискового бота. Само разрешение не гарантирует, что конкретная страница появится в ответе.

Почему в логах нет GPTBot, хотя сайт открыт?

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

ClaudeBot и Claude-SearchBot нужно проверять вместе?

Проверять стоит оба, но считать отдельно. ClaudeBot относится к сбору материалов, которые могут использоваться для развития моделей. Claude-SearchBot служит поисковому сценарию Claude. Блокировка первого не равна блокировке второго. Если вам важно попадать в поиск Claude, сосредоточьтесь на правилах и фактических запросах Claude-SearchBot.

Достаточно ли файла llms.txt для допуска AI-краулеров?

Нет. Наличие файла llms.txt не заменяет доступность HTML, корректные ответы сервера, robots.txt и настройки WAF. Официально обход этих ботов настраивается в robots.txt по их именам. Проверка визита по-прежнему требует журналов и подтверждения источника запроса.

Что делать после проверки?

Сначала устраните конкретную причину: ошибку пути, неверную группу в robots.txt, блокировку CDN/WAF, сбой сервера или страницу, в HTML которой нет основного содержания. После изменения снова проверьте правила и дождитесь нового подтверждённого обращения. Результат записывайте по каждому боту отдельно: у GPTBot и ClaudeBot одна задача, у OAI-SearchBot и PerplexityBot другая.

Если доступ ломается на нескольких уровнях и неясно, где именно, закажите техническую GEO/AEO-оптимизацию в Izotov.Agency. Я проверю robots.txt, доступ AI-краулеров, ответ сервера, ограничения CDN/WAF и доступность содержания страницы без JavaScript, затем составлю план исправлений. Такой аудит помогает убрать технические препятствия; решение о показе и цитировании страницы остаётся за самими AI-сервисами.

Источники