Cloudflare додає аналітику персональних агентів і окремі налаштування доступу для кожного агента

Cloudflare оголосила 4 листопада 2026 року про запуск аналітики активності персональних агентів і гнучкіших політик доступу. Це дасть власникам сайтів змогу визначати агентів, які діють від імені людей, і встановлювати різні умови для кожного підтримуваного агента.

Ці продукти допомагають розв’язати проблему класифікації трафіку на сайтах. Клієнт може попросити агента порівняти товари, знайти статті служби підтримки або оформити покупку, але всі три типи взаємодії надходять як автоматизований трафік. Не знаючи, який агент відвідує сайт і що він робить, компанія не може легко відрізнити корисну для клієнтів активність від потенційної загрози; блокування всіх агентів також може означати втрату клієнтів.

Трафік персональних агентів стає видимим

Тепер у категоріях аналізу ботів у розділі «Аналітика безпеки» є категорія «Персональні асистенти» поряд із категоріями «Перевірений бот», «Імовірно людина», «Імовірно автоматизований» і «Автоматизований». Вибравши її, можна відстежувати трафік персональних агентів у часі й переглядати ці запити окремо від загального трафіку автоматизованих систем.

Віджет «Персональні асистенти» в розділі «Основна статистика» показує назви агентів, які відвідують сайт, і кількість запитів від кожного з них. Якщо відфільтрувати дані за одним агентом, інші віджети оновляться й покажуть запитані ним шляхи, отримані коди стану та мережі, з яких надходили запити. У цьому поданні можна побачити, чи агент входить в обліковий запис, переглядає сторінки товарів, переходить до оформлення замовлення або стикається з помилками на сторінках, якими не може скористатися.

Сайти, що використовують Account Abuse Protection, який наразі доступний у межах раннього доступу, отримують додаткове подання на рівні користувачів. Огляд аудиторії показує, які персональні агенти активні серед користувачів і скільки облікових записів ними користуються. Події входу й реєстрації визначають, чи надійшов запит від персонального агента і якого саме. Команди з протидії шахрайству можуть фільтрувати облікові записи за подіями, пов’язаними з AI-асистентами, або за кількістю асистентів.

Огляд окремого облікового запису також показує пов’язаних із ним агентів, що дає змогу аналітику відрізнити агента, яким користуються вже кілька тижнів, від того, що з’явився вперше. Якщо активність указує на можливе зловживання обліковим записом, аналітик може застосувати правило брандмауера вебзастосунків до Hashed User ID цього облікового запису, а не блокувати агента для всіх інших користувачів.

Базову панель Account Abuse Protection представили 2 жовтня 2026 року. Система отримує налаштований клієнтом ідентифікатор із процесу входу або реєстрації, наприклад адресу електронної пошти, ім’я користувача чи номер телефону, і криптографічно хешує його, створюючи прив’язаний до домену Hashed User ID, який захищає конфіденційність і є основою історії активності облікового запису.

Політики доступу можна налаштовувати окремо для кожного агента

Cloudflare розширює наявну політику для агентів, додаючи елементи керування для підтримуваних персональних агентів, і перейменовує відповідний параметр на «Політики доступу для AI-сканерів і агентів». У налаштуваннях безпеки сайт може визначити загальну політику для агентів, а потім вибрати для кожного підтримуваного персонального агента один із варіантів: «Дозволити (не блокувати)», «Блокувати на сторінках із рекламою» або «Блокувати».

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

Ці елементи керування розширюють політики щодо трафіку ШІ, які Cloudflare запровадила 1 липня 2026 року, розділивши трафік на пошуковий, агентний і навчальний. Категорія агентів охоплює автоматизовані системи, які зазвичай діють у реальному часі від імені людини, зокрема ботів, що отримують дані з чатів, і агентів, які працюють у браузері. Нові параметри для окремих агентів діють у межах цієї категорії й не змінюють окремих політик для пошукового трафіку та навчання.

Під час початкового налаштування нової зони Cloudflare також запитує, чи монетизує сайт сторінки за допомогою реклами, і відповідно до відповіді пропонує політики. Ці параметри залишаються доступними в налаштуваннях безпеки, тож початкові рекомендації можна переглянути, якщо вподобання сайту зміняться.

Ідентифікація агента не розкриває контекст користувача

Cloudflare повідомила, що її наступна мета — зберігати контекст взаємодії сайту з користувачами, коли посередниками виступають персональні агенти. Ідентифікація агента не встановлює, чи є людина за ним наявним клієнтом, які дії вона дозволила, чи поширюється на неї підписка і які засоби захисту слід застосовувати.

Подальша робота, яку пропонує Cloudflare, передбачає розроблення механізмів захисту конфіденційності для передавання контексту користувача через агента, допомогу сайтам в оцінюванні репутації та визначення чіткої відповідальності в разі проблем. Cloudflare планує повідомляти про поступ роботи з операторами агентів та іншими учасниками екосистеми й про те, чи зможуть сайти надавати агентам ширший доступ, зберігаючи водночас зв’язок із користувачами.

Для власників сайтів доступ агентів стає конкретним бізнес-рішенням, а не загальною реакцією на автоматизований трафік. Можливість надавати ширший доступ і надалі залежатиме від складнішої вимоги: збереження відносин із клієнтами, коли між компанією та користувачем діє агент.