Cloudflare lanzó a principios de octubre, en fase beta, una API de búsqueda web integrada directamente en AI Gateway. Permite que un agente o una aplicación inyecte resultados web recientes en el contexto de un modelo en el momento de la inferencia, sin necesidad de integrar por separado un servicio de búsqueda externo. El anuncio llegó durante la Birthday Week de la empresa y responde a un problema conocido: un modelo congelado en su fecha de entrenamiento no sabe nada de lo ocurrido después.
Tres proveedores de búsqueda, una sola factura
La función se apoya en tres socios elegidos por Cloudflare para la indexación web: Ceramic.ai, Exa y Linkup. Cada solicitud especifica explícitamente el proveedor deseado, lo que permite elegir entre una búsqueda generalista y motores más orientados a la búsqueda semántica o a agentes. La facturación pasa por los créditos de AI Gateway ya utilizados para la inferencia, al precio de lista de los socios y sin ningún recargo añadido por Cloudflare.
| Proveedor | Enfoque | Acceso |
|---|---|---|
| Ceramic.ai | Búsqueda web generalista para agentes | REST, binding de Workers |
| Exa | Búsqueda semántica optimizada para RAG | REST, binding de Workers |
| Linkup | Resultados estructurados con cita de fuentes | REST, binding de Workers |
Integración del lado del desarrollador
Se ofrecen dos vías de acceso: un endpoint REST clásico, autenticado mediante token, y un binding nativo para Workers. El segundo evita una llamada HTTP adicional en las aplicaciones ya alojadas en la plataforma.
const resultados = await env.AI.websearch({
gatewayId: "default",
query: "ultima version estable de Laravel",
provider: "exa",
limit: 5,
});
Cada solicitud de búsqueda web pasa por los mismos registros de observabilidad que una llamada de inferencia estándar en AI Gateway.
Gobernanza y confidencialidad de los datos
Los equipos pueden aportar sus propias claves (BYOK) con cada proveedor en lugar de depender de la cuenta gestionada por Cloudflare. Cada socio está identificado según su política de retención de datos, y los tres se comprometieron a respetar el protocolo robots.txt y los requisitos de Cloudflare sobre bots verificados.
Lo que hay que recordar
Cloudflare convierte la búsqueda web en una pieza de infraestructura consumible igual que una llamada a un modelo, lo que simplifica la construcción de agentes capaces de verificar información reciente sin que el equipo tenga que gestionar un contrato y una factura aparte con un motor de búsqueda. Combinada con protocolos de contexto para agentes ya consolidados en el ecosistema, esta pieza facilita la puesta en producción de agentes capaces de producir contenido verificado. La integración mediante binding de Workers reduce notablemente la barrera de entrada para los proyectos ya alojados en la plataforma.
En proyectos donde la búsqueda en tiempo real se resuelve con scraping casero o una clave de la API de Google Search mal limitada, este tipo de pieza cambia las reglas del juego: un solo punto de entrada, una sola factura, sin tener que gestionar tres contratos distintos según el proveedor. Queda por ver, en uso real, si la calidad de los resultados de Exa o Linkup aguanta la comparación con una búsqueda clásica de Google en consultas muy específicas, antes de conectar esto a un agente en producción. — Simon Janvier
Para profundizar: el anuncio oficial completo en el blog de Cloudflare.
