Cloudflare muestra qué agentes personales de IA visitan cada sitio y permite bloquearlos uno por uno, incluso solo en páginas con anuncios

Cloudflare anunció el miércoles 4 de noviembre de 2026 un conjunto de funciones para que los dueños de sitios web puedan ver qué agentes personales de IA los visitan y decidir, uno por uno, si los dejan pasar. El anuncio, firmado por Marina Elmore y Nicole Justus en el blog de la compañía, parte de una idea simple: los agentes personales ya son el intermediario entre las personas e Internet.

El contexto pesa. En julio de 2026, Cloudflare afirmó que los bots y agentes automatizados ya generan más de la mitad de las solicitudes web. Lo nuevo es que deja de tratar a todos los agentes como un solo bloque y permite separar a los asistentes que actúan en nombre de un usuario concreto.

¿Qué es un agente personal y en qué se diferencia de un rastreador?

Cloudflare describe a los agentes personales como intermediarios que convierten las instrucciones de una persona en solicitudes y acciones dentro de un sitio: comparar productos, encontrar un artículo de soporte o completar una compra. No indexan ni entrenan modelos, como hacen los rastreadores de búsqueda y entrenamiento, que siguen regidos por sus propias políticas y no cambian con este anuncio.

¿Qué funciones nuevas lanzó Cloudflare?

• Categoría Personal Assistants en el gráfico Bot Analysis de Security Analytics, junto a Verified Bot, Likely Human, Likely Automated y Automated.
• Widget Personal Assistants en Top statistics, que lista los agentes que visitan el sitio y su número de solicitudes. Al filtrar por uno, se actualizan los demás indicadores, por ejemplo qué rutas pide y si encuentra errores.
• Integración con Account Abuse Protection, en acceso anticipado: muestra cuántos agentes están activos, si un login o un registro involucró a un agente, qué agentes actúan por cada cuenta y permite reglas WAF sobre un ID de usuario anonimizado.
• Políticas por agente: la sección antes llamada Agents pasa a llamarse AI Crawler and Agent access policies y, para cada agente personal soportado, ofrece tres opciones: permitir, bloquear en páginas con anuncios o bloquear.
• Pregunta de onboarding: al agregar un sitio, Cloudflare consulta si se monetiza con anuncios y ajusta las políticas recomendadas.

¿Por qué no conviene bloquear a todos los agentes?

El propio anuncio lo plantea como una decisión de negocio. Bloquear todo el tráfico de agentes puede significar perder clientes que hoy compran o investigan a través de un asistente. Cloudflare pone dos ejemplos: un comercio electrónico que ve a un agente comparar productos, iniciar sesión y llegar al pago, y dos medios que tratan distinto al mismo agente, uno permitiéndolo en todo el sitio y otro bloqueándolo solo donde hay anuncios. Ambas decisiones son válidas, según la compañía.

Análisis de Revenue Hub

Para equipos de marketing B2B en Chile y Latinoamérica, este anuncio cambia una pregunta que hasta ahora era teórica. Si un comprador le pide a un asistente que compare tres proveedores, la visita a la página de precios o al caso de éxito la hace un agente, no una persona. Ese tráfico se comporta distinto al de una persona y puede distorsionar las métricas de demanda si se mezcla con el resto. Pero tampoco conviene bloquearlo: un sitio que el agente no puede leer queda fuera de la comparación.

La recomendación concreta es separar y medir antes de decidir. Si el sitio corre sobre Cloudflare, revisar esta semana qué agentes personales aparecen y qué páginas consultan, y dejar permitidas las de producto, precios y casos. Luego conviene ajustar la atribución en el CRM para que una visita de agente no se confunda con un lead orgánico; ayuda entender bien la diferencia entre fuente original y fuente más reciente en HubSpot antes de leer cualquier salto de tráfico.

El canal de agentes va a crecer y la visibilidad en respuestas de IA dependerá de que el contenido sea accesible y verificable. Seguimos estos cambios en la sección de marketing y demanda.