Cloudflare activó el 4 de noviembre un conjunto de funciones de análisis y control para el tráfico de agentes personales. Los administradores de sitios ya pueden ver en el panel, por separado, los agentes que comparan precios, consultan información o hacen pedidos en nombre de los usuarios, y fijar una política de acceso para cada uno.
Este tipo de tráfico era difícil de gestionar. Detrás de cada agente hay un usuario real: bloquearlos todos puede costar clientes, y dejarlos pasar a todos impide saber qué hacen. El planteamiento de Cloudflare esta vez es separarlos primero del tráfico automatizado y dejar las reglas de acceso en manos del administrador.
"Better visibility into agent activity allows you to decide what access makes sense for your site."
(Ver con más claridad la actividad de los agentes permite decidir qué accesos tienen sentido para el sitio.)
Qué hay de nuevo en el panel
Análisis. El gráfico Bot Analysis de Security Analytics incorpora la categoría Personal Assistants, junto a Verified Bot, Likely Human, Likely Automated y Automated. Top statistics suma además un componente que lista los agentes que visitan el sitio y su número de solicitudes; al filtrar por un agente, el resto de componentes muestra las rutas que ha pedido, los códigos de estado recibidos y las redes de origen.
Nivel de cuenta. Los sitios con Account Abuse Protection activado también pueden ver en nombre de qué usuario actúa el agente. Los eventos de inicio de sesión y registro indican si los inició un agente personal y cuál, y los equipos antifraude pueden filtrar cuentas por eventos o volumen de cada agente. Si un atacante entra en una cuenta a través de un agente, se puede escribir una regla WAF por Hashed User ID que afecte solo a esa cuenta, sin tocar a otros usuarios que dependan del mismo agente. Esta capacidad sigue en acceso anticipado.
Políticas. Las anteriores políticas de AI bots se dividían en Search, Training y Agents; ahora Agents se amplía a los agentes personales compatibles y el ajuste pasa a llamarse AI Crawler and Agent access policies. Cada agente tiene tres opciones:
- Allow: no bloquear;
- Block on pages with ads: bloquear solo en páginas con anuncios;
- Block: bloquear directamente.
Las políticas de Search y Training no cambian. Al incorporar un sitio nuevo, el asistente de configuración pregunta si se monetiza con publicidad y recomienda una política en consecuencia.
La segunda opción es la que mejor deja ver el propósito de esta función. Cuando un agente lee páginas por una persona, nadie ve los anuncios, y los sitios que viven de ellos pierden ingresos por impresiones; en cambio, que el mismo agente entre en una página de producto para hacer un pedido es bueno para el sitio. Bloquear por tipo de página se ajusta mejor a las necesidades reales de los administradores que un corte general por identidad.
Lo que el blog no cuenta
El artículo no incluye la lista de agentes compatibles y solo dice que las opciones concretas deben consultarse en el panel; tampoco indica a qué planes corresponden estas funciones ni en qué categoría caen los agentes no reconocidos. Sobre el criterio de identificación, solo menciona que Cloudflare mantiene el mayor directorio de bots verificados, sin explicar qué debe hacer un agente para entrar en él.
Estos puntos afectan directamente a la eficacia. Un agente que no se identifica y sigue mezclado con el tráfico normal queda fuera del alcance de los tres niveles de política. Cuando Amazon bloqueó en septiembre el Muse de Meta, uno de los motivos fue precisamente ese: el agente no declaraba su identidad al navegar.
Cloudflare afirma que los próximos pasos son tres: transmitir el contexto del usuario de forma que proteja la privacidad, ayudar a evaluar la reputación y asignar con claridad las responsabilidades cuando algo falle. Aún no ha dado detalles de las soluciones ni un calendario.
Cómo se ve desde los sitios en China
Los sitios en China que usan Cloudflare pueden consultar ya este ajuste en Security Settings. Conviene observar los datos durante un tiempo antes de actuar: los sitios de contenido pueden probar primero "bloquear solo en páginas con anuncios"; en comercio electrónico y sitios de herramientas, si los agentes aportan registros y pedidos, compensa más dejarlos pasar.
El móvil en China va por un camino parecido. Cuando ByteDance presentó en septiembre la versión para consumidores del asistente de móvil Doubao, publicó a la vez el protocolo SAEP, con el que las aplicaciones de terceros declaran si permiten que el asistente automatice acciones en pantalla. Actúan en capas distintas, una en la entrada de red y otra en la pantalla del sistema, pero comparten la idea: quien recibe el acceso empieza a tener un interruptor claro.
Con los nuevos interruptores en manos de los administradores, los desarrolladores de agentes se enfrentan a un panorama nuevo: el mismo asistente podrá hacer cosas cada vez más distintas según el sitio. A quién culparán los usuarios cuando una tarea falle es, por ahora, una pregunta sin respuesta.
Fuentes: blog oficial de Cloudflare, CocoLoop; el alcance de las funciones sigue el comunicado de Cloudflare, y el contexto sobre Doubao y Amazon procede de informaciones públicas.