← Вернуться в библиотеку GEOТЕХНИКА / ПОЛИТИКА ОБХОДА

Как управлять поисковыми роботами ИИ-платформ

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

Обновлено
02.09.2026
Издатель
NobleJackal
Версия
1.1
Проверка источников
Первичные источники проверены
01

Google опирается на поисковую инфраструктуру

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

02

OpenAI разделяет поиск и обучение

OAI-SearchBot отвечает за обнаружение материалов в поиске. GPTBot — отдельная настройка, связанная с возможным обучением моделей. Решения по этим целям следует принимать независимо.

03

Anthropic и Perplexity публикуют собственные правила

Обе платформы документируют имена краулеров и поведение при извлечении. Правила robots нужно дополнять живыми проверками CDN или WAF: один файл политики не доказывает успешный доступ.

КРАТКИЙ ОТВЕТ / ПОЛИТИКА КРАУЛЕРОВ

ИИ-краулерами следует управлять по имени агента и его назначению, а не одним общим правилом.

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

Решение начинается с robots.txt, но им не ограничивается. Исходный сервер, CDN, межсетевой экран, система управления ботами, ограничитель частоты и само приложение должны отдавать предусмотренный публичный ответ. Строку User-Agent легко подделать, поэтому исключение из правил безопасности нужно сверять с актуальными диапазонами IP или способом проверки, опубликованным платформой. Запись в robots.txt выражает волю издателя, но не доказывает ни настоящий визит, ни индексацию, ни цитирование страницы.

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

ТРИ НАЗНАЧЕНИЯ / ТРИ РЕШЕНИЯ

Сначала определите действие, затем пишите правило.

У одной платформы может быть несколько агентов. Рабочая политика фиксирует назначение, ожидаемый результат и приемлемую эксплуатационную нагрузку для каждого.
  1. 01

    Поисковое обнаружение

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

    Решение: хотим ли мы, чтобы этот публичный материал находился через поиск данной платформы?
  2. 02

    Загрузка по запросу пользователя

    Агент обращается к странице, потому что человек попросил продукт открыть или использовать её. Некоторые платформы предупреждают, что обычные правила robots.txt могут не применяться к таким действиям пользователя. Настоящей границей для закрытой информации остаются аутентификация, авторизация и защита приложения.

    Решение: можно ли пользователю попросить продукт загрузить ту же страницу, которую свободно откроет любой анонимный посетитель?
  3. 03

    Разработка моделей

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

    Решение: разрешает ли издатель документированное использование для разработки в рамках своих прав и модели риска?

МАТРИЦА ПЛАТФОРМ И АГЕНТОВ

Используйте актуальное официальное имя, затем проверяйте весь путь доставки.

В таблице зафиксированы роли, документированные на дату проверки. Перед изменением политики вновь откройте связанную первичную документацию; не превращайте скопированный список разрешений в бессрочное правило безопасности без сетевой проверки и обновления.
Платформа / агентДокументированная рольИнструмент издателяЧто проверять
Google / GooglebotФормирует индекс Google Search. Google указывает, что правила для Googlebot влияют на Search, включая его поисковые функции.Токен robots.txt: Googlebot. Для исключения из индекса нужен доступный роботу noindex или реальное ограничение доступа; одного запрета на обход недостаточно.Используйте опубликованные Google диапазоны IP либо обратную и прямую DNS-проверку; отдельно проверяйте Search Console.
Google / Google-ExtendedУправляющий токен для отдельных сценариев обучения и grounding в Gemini и Vertex AI; собственного User-Agent в запросах у него нет.Токен robots.txt: Google-Extended. По заявлению Google он не влияет на включение или позиции в Google Search.Проверяйте содержание самой политики; не ищите в журналах запрос Google-Extended, которого, согласно документации, не существует.
Microsoft / BingbotОсновной краулер поискового индекса Bing. Bing Webmaster Tools отдельно показывает состояние поиска и поддерживаемые показатели ИИ-цитирования.Токен robots.txt: Bingbot. Скорость обхода также регулируется в Bing Webmaster Tools.Пользуйтесь инструментом или документированным методом Bing: строку User-Agent можно подделать.
Yandex / YandexBotГлавный индексирующий робот Яндекса. Платформа может использовать и специализированных агентов с отдельными токенами.Токен robots.txt: YandexBot для основного робота либо Yandex для более широкой группы, когда это документировано и действительно требуется.Проверяйте ответ и robots.txt инструментами Яндекс Вебмастера; сомнительный трафик сверяйте по IP или имени хоста согласно инструкции Яндекса.
OpenAI / OAI-SearchBotАвтоматический поисковый краулер, который обнаруживает сайты для функций поиска в ChatGPT.Токен robots.txt: OAI-SearchBot. OpenAI документирует его отдельно от GPTBot.Сверяйте User-Agent с актуальными диапазонами IP OAI-SearchBot; проверяйте публичный HTML и необходимые для отображения ресурсы.
OpenAI / ChatGPT-UserАгент загрузки для отдельных действий, запущенных пользователем ChatGPT или Custom GPT; это не автоматический поисковый краулер.OpenAI сообщает, что robots.txt может не распространяться на такие действия пользователя и что этот агент не определяет включение в Search.Используйте опубликованный список IP ChatGPT-User, а настоящие закрытые области защищайте аутентификацией.
OpenAI / GPTBotКраулер для контента, который может использоваться при совершенствовании и обучении генеративных базовых моделей OpenAI.Токен robots.txt: GPTBot. Его можно разрешить или запретить независимо от OAI-SearchBot.Сверяйтесь с текущей публикацией IP GPTBot; фиксируйте решение о разработке отдельно от поискового доступа.
Anthropic / Claude-SearchBotОбходит интернет, чтобы повысить релевантность и точность результатов поиска для пользователей Claude.Токен robots.txt: Claude-SearchBot. Anthropic также документирует поддержку Crawl-delay там, где она уместна.Проверяйте актуальную публикацию IP Anthropic, ответ robots.txt, частоту обращений и фактически отданное тело страницы.
Anthropic / Claude-UserПолучает веб-контент по прямому указанию пользователя Claude.Токен robots.txt: Claude-User согласно опубликованной политике Anthropic; запрет может ограничить загрузку страниц по просьбе пользователя.Разделяйте в журналах и решениях загрузки пользователя, автоматический поиск и разработку моделей.
Anthropic / ClaudeBotСобирает публичный веб-контент, который может участвовать в обучении и улучшении моделей.Токен robots.txt: ClaudeBot. Управляется независимо от Claude-SearchBot и Claude-User.Подтвердите текущий сетевой источник, при необходимости задайте разумный Crawl-delay и сохраните дату политики.
Perplexity / PerplexityBotАвтоматический краулер для обнаружения и ссылок на сайты в поиске Perplexity; документация указывает, что он не предназначен для обучения базовых моделей.Токен robots.txt: PerplexityBot. Для поисковой видимости Perplexity рекомендует разрешить актуальные опубликованные диапазоны IP.Сопоставляйте User-Agent с текущим IP-эндпоинтом PerplexityBot; отслеживайте проверки WAF и целостность ответа.
Perplexity / Perplexity-UserАгент может открыть страницу в ответ на вопрос человека и добавить ссылку на неё в ответ.По сведениям Perplexity, этот агент пользовательского запроса обычно игнорирует robots.txt и не предназначен для обучения.Используйте отдельный IP-эндпоинт Perplexity-User; непубличные данные защищайте аутентификацией, а не robots.txt.

ПОЛИТИКА И ПОРЯДОК ПРОВЕРКИ

Пять этапов от издательского решения до подтверждённого результата.

01 / КЛАССИФИКАЦИЯ

Составьте перечень материалов и определите, что действительно публично.

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

Зафиксируйте права на книги, наборы данных, изображения и материалы клиентов. Политика краулинга не даёт прав, которых нет у издателя; широкое разрешение для всего сайта не должно незаметно открывать материалы с неясным статусом публикации.

02 / ВЫБОР

Примите отдельное решение для каждого документированного назначения.

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

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

03 / РЕАЛИЗАЦИЯ

Согласуйте robots.txt, пограничную защиту и приложение.

Публикуйте точные группы агентов, исключив случайные конфликты приоритетов. Затем проверьте правила ботов CDN, управляемые проверки, геоблокировки, лимиты запросов, списки доступа к исходному серверу и middleware приложения. Строка Allow не отменит межсетевой экран, который отвечает 403, страницей проверки или пустым телом со статусом 200.

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

04 / ТЕСТИРОВАНИЕ

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

Сначала выясните, разрешён ли целевой URL для нужной группы robots.txt. Затем отправьте запрос с именем агента извне исходной среды и сохраните статус, конечный URL, заголовки, хеш тела и результат проверки. В конце отрисуйте типовые страницы и убедитесь, что ответ, доказательства и ссылки сохранились.

Тест с искусственным User-Agent показывает только реакцию стека на эту строку из тестовой сети. Он не подтверждает визит платформы. Для классификации реальных журналов необходимы актуальная IP-публикация провайдера или предписанная им DNS-проверка.

05 / НАБЛЮДЕНИЕ

Ведите раздельный учёт доступности, визита, индексации и цитирования.

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

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

МИНИМАЛЬНЫЙ РЕЕСТР ПОЛИТИКИ

Рабочая политика краулеров включает шесть записей помимо robots.txt.

Публичный файл — лишь одно проявление более широкого эксплуатационного решения.
01

Реестр назначений

Отнесите каждого именованного агента к поисковому обнаружению, пользовательской загрузке, разработке моделей или иной документированной функции. Не выводите назначение только из бренда.

02

Граница контента

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

03

Карточка первичного источника

Храните URL официальной документации, дату просмотра, токен агента, эндпоинт проверки и существенные оговорки. Для изменчивых сведений задайте дату пересмотра.

04

Реализация на периметре

Зафиксируйте правила CDN, WAF, частоты, географии и исходного сервера, способные отменить кажущееся разрешение robots.txt, а также ответственного за них.

05

Приёмочные доказательства

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

06

Журнал результатов

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

ТРЕВОЖНЫЕ ПРИЗНАКИ

Восемь ошибок, которые вредят обнаружению или безопасности.

Чаще всего проблемы возникают из-за смешения разных механизмов или отношения к документации как к неизменной.
01

Все агенты с упоминанием ИИ заблокированы одной группой

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

02

Каждому агенту разрешён любой маршрут

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

03

User-Agent принят за удостоверение личности

Имя агента легко подделать. Исключение безопасности должно применять и документированный способ сетевой проверки провайдера.

04

Проверяется только robots.txt

CDN, WAF, ограничитель или исходный сервер всё ещё могут вернуть проверку, ошибку, другое тело или заблокированные ресурсы.

05

Google-Extended представлен как настройка Google Search

Google прямо указывает, что этот токен не влияет на включение сайта или его позиции в Search.

06

ChatGPT-User используется для управления ChatGPT Search

OpenAI называет OAI-SearchBot средством управления Search и сообщает, что ChatGPT-User не определяет включение.

07

Обращение бота объявлено обучением или цитатой

Один запрос не доказывает, как использовался материал и появился ли он в ответе. Для назначения и результата нужны разные свидетельства.

08

Скопированный список IP не обновляется

Сетевые диапазоны и версии агентов меняются. Устаревший список может блокировать настоящий трафик или доверять адресам, которые больше не принадлежат платформе.

СВЯЗАННЫЕ ДОКАЗАТЕЛЬСТВА

Свяжите политику краулеров с остальной системой обнаружения.

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

ВОПРОСЫ / ТОЧНЫЕ ОТВЕТЫ

Что решают настройки краулеров, а что остаётся за их пределами

01Можно разрешить ChatGPT Search, но запретить обучение моделей OpenAI?

OpenAI документирует OAI-SearchBot и GPTBot как независимые средства управления. Издатель может разрешить первый для Search и запретить второй, выразив другую позицию по обучению. Фактическую сетевую доставку и ответ страницы всё равно нужно проверить.

02Запрет Google-Extended удалит сайт из Google Search?

По данным Google, нет. Google-Extended — отдельный токен для определённых сценариев обучения и grounding Gemini; он не влияет на включение или позиции в Google Search. Поисковым краулером остаётся Googlebot.

03Гарантирует ли правило Allow цитирование системой ИИ?

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

04Достаточно ли robots.txt для защиты закрытого контента?

Нет. Это файл предпочтений для роботов, а не система авторизации. Частные страницы, файлы и API требуют аутентификации, проверки прав и подходящих механизмов приложения или сети.

05Как определить, что запрос пришёл от настоящего краулера?

Не полагайтесь только на User-Agent. Используйте актуальные диапазоны IP, проверочный эндпоинт или предписанную провайдером обратную и прямую DNS-проверку, затем сохраните дату и результат вместе с данными запроса.

Практический чек-лист

  • Зафиксируйте назначение каждого правила
  • Отделите поисковое извлечение от настроек обучения
  • Проверьте живые ответы с опубликованными user agent
  • После изменений платформ пересматривайте официальную документацию

Официальные источники

  1. Google Search CentralAI features and your website
  2. Google Search CentralGoogle's common crawlers
  3. Google Search CentralIntroduction to robots.txt
  4. OpenAIOverview of OpenAI crawlers
  5. Anthropic Help CenterAnthropic web crawlers
  6. Perplexity DocsPerplexity crawlers
  7. Microsoft Bing Webmaster ToolsWhich crawlers does Bing use?
  8. Microsoft Bing Webmaster BlogIntroducing AI Performance in Bing Webmaster Tools
  9. Yandex WebmasterYandex robot user agents