Cloudflare Web Search API: beta con Exa, Linkup y Ceramic.ai

Lo esencial

• Cloudflare puso en beta su Web Search API el 2 de octubre de 2026 para agentes de IA.
• Hay tres proveedores disponibles al lanzamiento: Ceramic.ai, Exa y Linkup.
• Los tres proveedores respaldan Zero Data Retention y rastreo de bots verificado.
• El servicio corre dentro de AI Gateway y factura al precio de lista de cada proveedor, sin recargo.
• Se llama con la REST API o desde un Worker con env.AI.websearch(), y admite clave de API propia.

Qué es Web Search API y qué resuelve

Cloudflare puso en beta su Web Search API el 2 de octubre, un servicio que conecta agentes de IA a resultados de búsqueda reales en vez de dejar que el modelo adivine una URL o invente una respuesta con datos viejos, según el anuncio oficial de Cloudflare.

Hasta ahora, un agente construido sobre Workers AI o sobre cualquier otro modelo solo podía responder con lo que tenía en su entrenamiento. Si la pregunta pedía un dato de esta semana, el modelo tenía que adivinar o fallar. Web Search API resuelve eso dejando que el agente consulte el buscador en vivo y arme la respuesta con resultados verificables.

Tres proveedores, una sola llamada

En esta beta, Cloudflare ofrece tres motores de búsqueda para elegir: Ceramic.ai, Exa y Linkup. El desarrollador selecciona el proveedor con el parámetro provider en cada llamada, sin firmar contrato aparte ni gestionar credenciales distintas con cada uno.

Los tres proveedores respaldan Zero Data Retention en las peticiones que pasan por Cloudflare, así que ninguno guarda el contenido de la consulta más allá de lo necesario para responderla. Además, los tres se comprometieron a los estándares de rastreo verificado de Cloudflare, el mismo esquema que la compañía usa para distinguir bots legítimos de scrapers abusivos.

Todo pasa por AI Gateway

Web Search API no es un servicio aparte: corre dentro de AI Gateway, el proxy de Cloudflare para tráfico de modelos de IA. Cada búsqueda queda registrada en los logs del gateway igual que cualquier llamada a un LLM, con el mismo panel de monitoreo y los mismos límites de gasto que ya usa el equipo para sus modelos.

La facturación sigue el precio de lista público de cada proveedor, sin ningún recargo adicional de Cloudflare: si una consulta a Exa cuesta cierto monto en la API directa de Exa, cuesta lo mismo pasando por Cloudflare. El desarrollador también puede traer su propia clave de API del proveedor si ya tiene un contrato directo con alguno de los tres.

Cómo llamarla: REST API y Workers

La forma más directa de probarla es con la REST API. Esta llamada busca con Exa y pide hasta cinco resultados:

curl https://api.cloudflare.com/client/v4/accounts/$CLOUDFLARE_ACCOUNT_ID/ai/websearch/ \
  --request POST \
  --header "Authorization: Bearer $CLOUDFLARE_API_TOKEN" \
  --header "Content-Type: application/json" \
  --data '{
    "query": "mejores conferencias de tecnología en Buenos Aires este mes",
    "provider": "exa",
    "limit": 5,
    "options": { "gateway": { "id": "default" } }
  }'

La respuesta llega en JSON con los resultados que Exa indexó para esa consulta, listos para que el agente los cite o los resuma. El parámetro options.gateway.id apunta al gateway de AI Gateway donde queda el log de la petición.

Desde un Worker con el binding de IA, la misma búsqueda se hace sin construir el request HTTP a mano:

const response = await env.AI.websearch({
  gatewayId: "default",
  query: "mejores conferencias de tecnología en Buenos Aires este mes",
  provider: "linkup",
  limit: 5,
});

const resultados = await response.json();

env.AI.websearch() devuelve una promesa que resuelve en la misma estructura de resultados que la REST API. Esto le permite a un Worker encadenar la búsqueda directamente con una llamada a un modelo, por ejemplo pasándole los resultados como contexto a Workers AI o a cualquier LLM externo.

Qué cambia para los agentes que operan en LATAM

Para un equipo que ya corre agentes sobre Cloudflare Workers, la ventaja es no sumar una integración nueva por cada proveedor de búsqueda. En vez de mantener tres SDKs distintos (uno por Ceramic.ai, otro por Exa, otro por Linkup), el desarrollador llama a un único endpoint y cambia el proveedor con un parámetro. Eso simplifica, por ejemplo, un asistente que responde preguntas sobre trámites o precios actualizados en un país donde la información cambia seguido y el modelo no puede confiar solo en su entrenamiento.

La limitación: todavía es beta y depende de terceros

Web Search API hereda las limitaciones de cada proveedor que elige el desarrollador: la cobertura, el idioma y la frescura del índice de Ceramic.ai, Exa o Linkup no las controla Cloudflare. Tampoco hay, por ahora, un SLA de disponibilidad propio para la beta, algo que suele llegar cuando un producto de Cloudflare pasa a disponibilidad general. Un equipo que construya algo crítico sobre esta API debería tratarla, por ahora, como una dependencia en etapa temprana y no asumir que el comportamiento de hoy se mantendrá igual en la versión estable.

Qué sigue

Cloudflare no dio fecha para sumar proveedores adicionales ni para la salida de la beta. La documentación remite a la guía How to use Web Search API dentro de los docs de Workers AI para los detalles de parámetros y límites de uso actualizados.

Web Search API confirma una tendencia del año: la infraestructura de IA deja de ser solo cómputo para servir modelos y empieza a incluir también el acceso a datos externos como servicio administrado, facturado y con logs, en vez de que cada equipo arme su propio scraper o su propia integración con un buscador.

📖 Versión extendida con más detalle: https://elsolitario.org/2026/10/06/cloudflare-lanza-web-search-api-beta/?utm_source=telegraph&utm_medium=instant_view&utm_campaign=programacion