Cloudflare anunció el 4 de noviembre de 2026 nuevas vistas de tráfico y controles de acceso para agentes personales, asistentes que navegan por una web por encargo de alguien. La novedad permite decidir de forma más precisa qué agentes compatibles pueden entrar. Identificar al intermediario sigue sin demostrar que su usuario autorizó una compra, una descarga o un cambio de cuenta.
El anuncio ya apareció en nuestro resumen del 4 de noviembre. Aquí explicamos qué puede decidir el responsable de una web y dónde termina ese control.
Ver al agente y decidir su acceso
Según el anuncio de Cloudflare, Security Analytics incorpora la categoría Personal Assistants y un desglose por agente: peticiones, rutas, códigos de respuesta y redes de origen. Esto puede ayudar a localizar páginas que un asistente no consigue utilizar.
Las vistas que relacionan agentes con cuentas de usuario corresponden a Account Abuse Protection, en acceso anticipado. No conviene confundir esa modalidad con la disponibilidad general de todas las funciones anunciadas. Cloudflare también describe como trabajo futuro transportar mejor el contexto de la relación entre usuario y sitio; estas vistas no resuelven por sí solas esa autorización.
La política general se hereda
El changelog fechado el 4 de noviembre confirma el nuevo nombre AI Crawler and Agent access policies para el ajuste antes llamado Configure AI bot policies. Se encuentra en Security > Settings y permite personalizar agentes admitidos individualmente. Cloudflare recomienda permitirlos; la decisión corresponde al sitio.
La documentación de las políticas distingue tres comportamientos: Search, para búsqueda e indexación; Agent, para actividad en tiempo real por una persona; y Training, para entrenamiento. Para agentes ofrece permitir, bloquear en páginas con anuncios o bloquear.
Los agentes personales heredan la política Agents. Cambiar esa política general actualiza las individuales; después pueden volver a ajustarse por agente. Conviene revisar las excepciones tras un cambio global. Además, Allow (do not block) significa que esta política no bloquea la petición: no concede permisos sobre datos privados ni sustituye la autenticación de la aplicación.
Un catálogo accesible no es una compra autorizada
Ejemplo hipotético, no ejecutado por Puntoes: una tienda permite que un agente compatible consulte su catálogo para comparar productos. Mantiene los permisos de cuenta y la validación del pedido en su aplicación. Si observa errores al llegar al carrito, debe investigar ese recorrido; una petición identificada como agente no prueba que haya completado una compra válida.
La revisión práctica separa dos decisiones: qué tráfico acepta la web y qué acciones permite a cada usuario. Registrar rutas y respuestas ayuda con la primera; la segunda exige controles propios. Es una distinción parecida a la de las credenciales de AI Gateway, aunque allí se controla otra integración.
No hemos modificado un panel ni probado estas funciones. El alcance aquí son los agentes soportados; no afirmamos detección universal ni un precio o plan concreto para todas las vistas.