Cloudflare та OpenAI тестують «розумніший» AI-пошук із сигналами мережі в реальному часі

8 липня 2026 року Cloudflare та OpenAI оголосили про спільний дослідницький проєкт, покликаний з’ясувати, як сигнали глобальної мережі Cloudflare можуть зробити AI-пошук точнішим і своєчаснішим .

Йдеться не про ще одного пошукового бота, а про спробу дати AI-системам кращі підказки: які сторінки варто сканувати першими, коли до них потрібно повернутися та чи справді їхній вміст змінився.

Що передбачає проєкт Cloudflare та OpenAI

Пілот поєднує мережеві дані Cloudflare з пошуковими можливостями OpenAI. За словами генерального директора Cloudflare Метью Прінса, мета полягає у використанні «деталізованих мережевих сигналів», щоб підвищити ефективність AI-пошуку та допомогти користувачам швидше отримувати якісні відповіді .

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

• свіжість контенту — коли сторінку створили або востаннє оновили;
• якість трафіку — узагальнені ознаки того, наскільки активно сторінкою користуються та чи виглядає її аудиторія достовірною;
• фактичні зміни на сторінці — чи змінюється вміст на сервері та як часто це відбувається, а не лише дата, зазначена в sitemap.

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

Для користувачів це може означати актуальніші відповіді. Для AI-компаній і власників сайтів — менше зайвих запитів і нижчі витрати на інфраструктуру, якщо сторінки повторно скануватимуть лише після реальних змін ^B. Водночас проєкт поки залишається дослідницьким пілотом, тому його остаточні технічні результати та умови роботи не оприлюднені.

Як це пов’язано з новою політикою Cloudflare

Співпраця з OpenAI є частиною ширшого курсу Cloudflare, оголошеного 1 липня 2026 року під назвою «День незалежності контенту» ^TBB. Компанія хоче відійти від простого поділу на «AI-ботів» і «не-AI-ботів» та класифікувати сканери за їхньою фактичною метою.

Три категорії AI-сканерів

Категорія	Що робить сканер	Приклад
Search	Індексує контент, щоб відповідати на запити в майбутньому. Для власника сайту цінність може полягати у переходах або компенсації.	Звичайні пошукові роботи
Agent	Виконує автоматизовані дії в реальному часі від імені користувача — наприклад, отримує дані для чату або працює як браузерний агент.	ChatGPT-User, агенти Claude та Gemini
Training	Збирає дані для навчання або донавчання AI-моделі. Інформація надалі поглинається моделлю.	Масові навчальні сканери

Cloudflare наполегливо рекомендує компаніям, які використовують усі три типи доступу, запускати для них окремі та чітко ідентифіковані сканери ^T. Це має дати власникам сайтів змогу розуміти, для чого саме використовується їхній контент.

Що зміниться 15 вересня 2026 року

Із 15 вересня нові налаштування за замовчуванням поширюватимуться на нових клієнтів Cloudflare, нові сайти наявних клієнтів і користувачів безплатного тарифу ^TBB. Для сторінок із рекламою передбачені такі правила:

• сканери Training блокуватимуться за замовчуванням;
• сканери Agent блокуватимуться за замовчуванням;
• змішані сканери, які поєднують пошук, роботу агентів і/або навчання моделей в одному процесі, блокуватимуться на сторінках із рекламою ^TB;
• сканери, призначені лише для Search, залишатимуться дозволеними за замовчуванням.

Найважливіша зміна стосується саме змішаних ботів. Якщо один і той самий сканер одночасно збирає матеріали для пошукової видачі та навчання моделі, власник сайту не може чітко контролювати, як використовується його контент. Cloudflare хоче змусити AI-компанії розділити ці функції або втратити доступ до сторінок, що містять рекламу ^TB.

Це не означає автоматичне запровадження універсальної плати за кожен AI-запит: ідеться про налаштування за замовчуванням, які власники сайтів можуть змінювати. Основна мета — зробити використання контенту прозорішим.

Від Pay Per Crawl до Pay Per Use

Cloudflare також переглядає підхід до оплати за доступ до матеріалів видавців. У 2025 році компанія запустила приватне тестування моделі Pay Per Crawl — плати за кожен запит AI-сканера. Механізм спирався на наявну вебінфраструктуру, HTTP-коди та автентифікацію ^B.

У липні 2026 року Cloudflare заявила про перехід до ширшої концепції Pay Per Use ^B. У цій моделі видавець має отримувати оплату не просто за те, що бот завантажив сторінку, а за те, що її вміст фактично допоміг сформувати відповідь AI-системи.

Компанія описує це як своєрідну «вимірювану послугу» для AI-пошуку: платити пропонується за цінність, яку контент створює для відповіді, а не лише за технічний факт доступу ^B.

Втім, Pay Per Use поки називають раннім експериментом і дослідницькою програмою ^B. Cloudflare ще не оприлюднила точні тарифи, частки доходу для видавців або графік повномасштабного запуску.

Яка загальна логіка стратегії

Окремі оголошення Cloudflare складаються в одну систему:

1. Прозоріше розділити цілі. Власники сайтів мають бачити, чи приходить бот для пошуку, роботи AI-агента або навчання моделі.
2. Передати більше контролю власникам контенту. Нові правила за замовчуванням обмежують навчальні, агентські та змішані сценарії, але не прибирають сайти з традиційного пошуку.
3. Створити механізм компенсації. Pay Per Use має замінити модель «безплатно сканувати, сподіваючись на переходи» оплатою, прив’язаною до фактичного використання матеріалу.
4. Зробити AI-пошук ефективнішим. Пілот із OpenAI використовує мережеві сигнали Cloudflare, щоб зменшити непотрібне сканування та підвищити актуальність відповідей.

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