jsonscraper

Cloudflare представила Web Search API: вебпошук для агентів через AI Gateway

Відкрита бета об’єднує трьох пошукових провайдерів, облік запитів і оплату. Оркестрація пошуку поки залишається завданням застосунку.

2 жовтня 2026 року Cloudflare представила Web Search API через AI Gateway — інтерфейс вебпошуку для AI-агентів і застосунків. На старті компанія підключила Ceramic.ai, Exa та Linkup. В офіційній оглядовій документації, перевіреній 8 жовтня й оновленій 2 жовтня, продукт позначено як відкриту бету.

Cloudflare представила Web Search API: вебпошук для агентів через AI Gateway
Контекст: 2 жовтня 2026 року Cloudflare представила Web Search API через AI Gateway. Розглядаємо підтверджені способи підключення, формат результатів, умови оплати та межі заявлених можливостей.
Візуальний об’єкт: Фотореалістичне редакційне фото робочого місця розробника з ноутбуком, на екрані якого показано абстрактні результати вебпошуку та структуровані дані API; м’яке помаранчеве освітлення, без логотипів і читабельного тексту
© jsonscraper · Зображення згенеровано ШІ

Для розробника головна зміна — можливість додати пошук до наявного контуру роботи з моделями. Згідно з описом інтеграції з AI Gateway, пошукові запити отримують спільні із запитами до моделей журнали, аналітику, білінг і засоби контролю доступу. Це дає змогу розглядати пошук як окремий етап виконання завдання агента, за яким можна спостерігати.

Навіщо агенту пошуковий запит

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

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

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

Як підключити новий API

У документації описано два способи виклику: REST API із зовнішнього бекенду та AI binding усередині Cloudflare Workers. Провайдера вибирають за допомогою параметра provider. Усі три сервіси повертають результати в єдиному форматі: заголовки, URL-адреси та описи. Це спрощує зміну постачальника на рівні обробки відповіді застосунком.

Єдиний формат зручний для власного адаптера пошукового інструмента. Його завдання — прийняти запит агента, викликати вибраного провайдера та передати моделі відібрані результати. На рівні застосунку варто окремо вирішити, коли достатньо опису з результатів пошуку, а коли потрібно відкрити знайдену сторінку й перевірити конкретне твердження.

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

Які умови підтверджено

Згідно з умовами оплати в документації, запити можна оплачувати кредитами AI Gateway за публічною ціною API відповідного провайдера, без додаткової націнки Cloudflare. Також підтримується Bring Your Own Key: використання власного API-ключа постачальника пошуку. Якщо команда вибирає цю схему, їй варто заздалегідь визначити, де відстежувати витрати й перевіряти нарахування.

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

Окремий пункт стосується зберігання даних. В описі Zero Data Retention Cloudflare обіцяє позначати партнерів, які підтримують ZDR. Для конкретного маршруту пошуку слід окремо перевірити умови зберігання даних у провайдера та налаштування журналів AI Gateway: анонс водночас підтверджує реєстрацію пошукових запитів у системі спостереження.

Постачальники також зобов’язуються дотримуватися вимог Cloudflare до Verified bots: ідентифікувати свого бота, враховувати robots.txt і директиви сканування, підтримувати розумну частоту запитів та поважати побажання власників сайтів. В огляді Web Search API підтверджено, що для кожного результату обов’язково потрібно наводити посилання на джерело.

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

People

No people listed for this article yet.

Keep readingApollo представила GraphOS Agent Services: доступ ІІ-агентів можна обмежувати на рівні полів
Read the next article

Перетворіть прочитане на робочу інтеграцію

Досліджуйте API соціальних даних jsonscraper, тестуйте запити й створюйте нові процеси.

Переглянути API