Cloudflare lanzó ayer la detección de bots a nivel de sesión
El 13 de julio de 2026, Cloudflare lanzó Precursor, un motor de detección continua de comportamiento de bots que supervisa toda la sesión, no solo el momento en que un visitante aterriza. Su desafío Turnstile actual se ejecuta unas 3000 millones de veces al día en inicios de sesión, registros y pagos. Precursor extiende esa misma visibilidad del lado del cliente a cada página intermedia.
El enfoque es clave. Turnstile hacía una sola pregunta en un momento específico: ¿es humano este visitante? Precursor hace la misma pregunta de forma continua, en cada movimiento del ratón, pulsación de tecla, desplazamiento y cambio de foco, y envía la respuesta a una puntuación acumulativa de bot que acompaña a la sesión.
Es un cambio más grande de lo que sugiere el comunicado de prensa.
La sesión es la nueva huella digital
Durante años, la detección de bots se basaba en ráfagas cortas: una comprobación en la entrada y luego una cookie que avalaba al visitante durante un tiempo. Incluso las comprobaciones más recientes a nivel de red y headers eran eventos por request. Si superabas la primera prueba, estabas prácticamente libre hasta la siguiente.
La detección de comportamiento a nivel de sesión rompe ese patrón. Según la publicación de lanzamiento de Cloudflare: los bots pueden ejecutar JavaScript, usar entornos de navegador completos y completar desafíos individuales sin levantar sospechas. Lo que sigue siendo difícil de replicar es el comportamiento humano coherente a lo largo del tiempo.
Mencionan la física del input humano como el obstáculo contra el que choca la automatización. El movimiento del ratón humano es un arco, limitado por el pivote de la muñeca y la rotación del antebrazo. Hay un retraso medible entre ver una casilla de verificación y hacer clic en ella (carga cognitiva). E incluso una mano firme oscila a una frecuencia de temblor fisiológico. Los bots generan líneas rectas y curvas de Bézier matemáticamente limpias. Hacen clic con una precisión que ningún humano alcanza jamás.
Cualquiera de esas señales es apenas perceptible por sí sola. Si las sumas a lo largo de una sesión de cinco minutos, la divergencia se vuelve evidente.
Por qué recargar la página ya no te salvará
El viejo hábito bajo la detección por request era simple: si la puntuación de una sesión aumentaba, recargabas la página, rotabas la identidad y empezabas de nuevo. Precursor cierra esa puerta.
Cloudflare es explícito: "El alcance de sesión es importante porque significa que un bot no puede restablecer su firma de comportamiento recargando la página o comenzando de nuevo con un nuevo desafío". Las sesiones sospechosas acumulan contexto. La puntuación de bot sigue al visitante.
Pero ese cambio afecta con mayor dureza a un rango medio específico de scrapers. El modelo totalmente headless con rotación por request ya estaba perdiendo frente a las comprobaciones estándar. Nada nuevo ahí. Los operadores verdaderamente conscientes de la sesión, que ejecutan una identidad de navegador durante la duración de la visita de un usuario real, están prácticamente a salvo. Precursor castiga lo que está en el medio: equipos que ejecutan Puppeteer o Playwright con valores predeterminados razonables, tratando cada URL como un trabajo independiente y recargando entre rastreos para parecer limpios.
Ese estilo de scraping es barato porque es desechable. Precursor hace que lo desechable sea caro.
Qué significa esto para los scrapers agénticos
Hay un segundo grupo para el que Precursor fue claramente diseñado: los scrapers de IA agéntica. Cloudflare lo destaca en el subtítulo: detección de comportamiento agéntico con señales continuas del lado del cliente.
Los agentes de navegación autónomos (del tipo impulsado por LLM que planifica una tarea y la ejecuta paso a paso) tienden a moverse en ráfagas cortas y decisivas. Navegar, extraer, navegar, extraer. De forma individual, cada acción parece algo que un visitante real podría hacer. Pero no hay tiempo de permanencia, ni patrones de desplazamiento para leer, ni pequeñas correcciones, ni sobrepasos al apuntar a un objetivo. A lo largo de una sesión, esas ausencias son tan evidentes como el movimiento falso del ratón.
Así que si estás construyendo un agente que hace scraping mientras piensa, el costo físico se volvió real. El blog de Cloudflare señala que Precursor "aumenta el costo de operar la automatización al exigirle que simule una sesión completa. Esto es significativamente más difícil de construir, más costoso de mantener y mucho menos confiable para operar a escala".
Ese es todo el objetivo de diseño. No hacer que la automatización sea imposible; hacer que sea antieconómica.
Qué significa esto para los equipos de datos
Tres cosas cambian, y ninguna es barata.
Primero, los presupuestos por sesión reemplazan a los presupuestos por request. Si estás planificando capacidad para un objetivo protegido por Cloudflare, deja de pensar en requests por segundo y empieza a pensar en sesiones por hora: ¿cuántos recorridos de usuario independientes y con apariencia continua puedes sostener, y cuánto dura cada uno? Las ráfagas cortas son la firma exacta para la que Precursor está calibrado. El replanteamiento del cálculo de proxies sobre el que escribimos en mayo también aplica aquí. El tamaño del pool no es el límite; el realismo de la sesión sí lo es.
Segundo, el cálculo de construir versus comprar se inclina aún más hacia comprar. Mantener un scraper contra un defensor basado en request es una integración única y parches ocasionales. Mantenerlo contra un defensor con alcance a nivel de sesión implica I+D conductual continuo: modelos de ritmo, trayectorias del cursor, distribuciones del tiempo de permanencia y una forma de mantener la cobertura de pruebas en todo ello. Si estabas dudando sobre externalizar la recolección de datos web, esto empeora los números para la opción de construir internamente.
Tercero, quien implemente Precursor a escala primero establecerá la nueva línea base de detección para la industria. Cloudflare protege aproximadamente el 20% de la web. Si los clientes de comercio electrónico y finanzas activan Precursor de forma agresiva durante el próximo trimestre, el stack de scraping de todos los demás lo sentirá, incluso en sitios que nunca instalen Precursor directamente, porque el ecosistema defensivo observa lo que funciona y lo copia rápido.
El cambio de escala temporal del que nadie habla
Escribimos sobre la transición hacia la detección conductual hace tres meses. Precursor es la versión convertida en producto de esa tendencia, y reubica la ventana de medición.
La detección de bots solía ocurrir en el espacio de una sola request. Ahora ocurre a lo largo de una sesión que dura minutos, a veces más. Ese único cambio impacta en cada táctica de scraping que se escribió cuando la unidad de detección era una sola llamada. La rotación de proxies, el fuzzing de headers y el ritmo de requests a escala de segundos pierden relevancia si la función de pérdida evalúa la coherencia del comportamiento durante cinco minutos de interacción.
La pregunta no es si la detección de bots sigue evolucionando. Eso se da por hecho. La cuestión es si tu stack de extracción de datos sigue pensando en requests mientras el defensor piensa en sesiones.