Radar · AI и web · 4 ноября 2026
AI-агенты на сайте: Cloudflare добавил отдельную аналитику и контроль доступа
Cloudflare научился выделять персональных AI-агентов в аналитике и задавать отдельные политики доступа. Для сайтов важно отличать полезные действия по поручению человека от автоматического сбора данных.
Что произошло
Что изменилось
4 ноября 2026 года Cloudflare объявил новые средства наблюдения за персональными AI-агентами — программами, которые по поручению пользователя ищут информацию, сравнивают товары или обращаются к страницам и формам сайта. В Security Analytics появилась отдельная категория Personal Assistants и сведения о запросах конкретных агентов: посещаемых путях, кодах ответа и сетях. В настройках безопасности раздел управления AI-ботами переименован в AI Crawler and Agent access policies. Для поддерживаемых персональных агентов можно выбирать варианты Allow, Block on pages with ads или Block, независимо от отдельных политик для Search и Training. Это не универсальная идентификация любого робота: правила и аналитика зависят от возможностей сервиса и распознавания агента. Функции привязки действий агента к конкретной пользовательской учётной записи относятся к отдельному продукту Account Abuse Protection с ранним доступом.
Кого касается
Где это имеет практический эффект
Изменение наиболее полезно для интернет-магазинов, справочных сайтов, сервисов поддержки, издателей и проектов, где посетители могут использовать AI-помощников. Раньше непонятный автоматический трафик часто оценивали как единую категорию; теперь часть запросов можно рассматривать в контексте пользы для клиентов. Полный запрет не обязательно выгоден: агент может быть посредником настоящего покупателя. Но неизвестному клиенту или агенту нельзя автоматически выдавать дополнительные права. Сам по себе User-Agent не подтверждает личность, согласие пользователя или правомерность действия.
Что проверить
Практические шаги
- Если сайт использует Cloudflare, проверить Security Analytics: видны ли Personal Assistants, какие агенты заходят, какие страницы запрашивают и какие HTTP-коды получают. Не делать выводов по одному короткому периоду и без разделения ботов.
- Посмотреть текущую конфигурацию Security → Settings → AI Crawler and Agent access policies и отдельно проверить политики для Search, Training и Agents. Зафиксировать текущие значения до внесения изменений.
- Для каталога товаров и открытых справочных страниц оценивать агентов по реальному полезному трафику и бизнес-сценариям. Для платных публикаций, рекламных страниц или защищённых разделов могут потребоваться иные ограничения.
- Не менять весь трафик на Block автоматически. Начать с наблюдения, проверить ошибки 403 и случаи блокирования легитимных пользователей, только затем настраивать индивидуальные правила для распознаваемых агентов.
- Продолжать применять обычные правила доступа на стороне приложения: авторизацию, CSRF-защиту, лимиты запросов, проверку прав и подтверждение чувствительных действий. Наличие нового детектора не заменяет безопасность аккаунтов.
- Если интересны действия от имени авторизованных пользователей, отдельно изучить Account Abuse Protection: Cloudflare указывает на ранний доступ, а не на то, что эта функция доступна каждому сайту.
- Для сайтов без Cloudflare сначала определить, есть ли практический запрос на отдельную аналитику AI-агентов. Не добавлять непроверенные блокировки на уровне nginx или robots.txt только ради следования новости.
Первичный источник
Cloudflare Blog — See the agents, set the terms
Cloudflare Blog — See the agents, set the terms · CloudflareChangelog 04.11
Radar фиксирует событие и практический следующий шаг. Перед изменениями проверяйте актуальную документацию первичного источника.