Il 13 luglio 2026, Cloudflare ha iniziato a distribuire a tutti i clienti Precursor — un motore client che valuta non una singola richiesta e non il superamento di un captcha, ma il comportamento durante l'intera sessione. La formulazione del CTO di Cloudflare, Dane Knecht, è breve e precisa: «Instead of just checking an ID at the gate, we are looking at behavior over the entire visit» — invece di controllare un pass all'ingresso, osserviamo il comportamento durante l'intera visita.
Per coloro che automatizzano il browser — scraper, multi-accounting, automazione SMM, agenti AI — questo segna un cambiamento nell'unità di misura del rischio. In passato, l'unità era la richiesta: superato il challenge, ottenuto cf_clearance, si lavora. Ora l'unità è la sessione, che vive, accumula valutazioni e può "rovinarsi" in qualsiasi momento dopo che hai già superato il controllo.
Cosa ha lanciato Cloudflare
Precursor è uno script che Cloudflare integra nelle pagine attraverso la propria rete. Si attiva tramite un interruttore nel pannello (Security → Settings → Precursor), non richiede modifiche al codice del sito, funziona su tutta la zona contemporaneamente; il comportamento viene regolato in modo mirato tramite le Precursor Rules. Non è posizionato come un sostituto di Turnstile, ma come un complemento: Turnstile è un controllo una tantum, Precursor è continuo.
Cosa raccoglie lo script, secondo la descrizione di Cloudflare:
- movimento del cursore — traiettorie, velocità, natura delle curve;
- ritmo di scorrimento;
- cadenza di digitazione — tempi e ritmo, ma non i tasti premuti;
- attività degli appunti;
- cambiamento di messa a fuoco degli elementi e visibilità della pagina/linguetta.
Qui inizia la parte interessante. Cloudflare descrive chiaramente che cerca in questi dati non un "impronta", ma la fisica e la fisiologia umana: curve nel movimento del mouse, limitate dalla rotazione del polso, invece di spostamenti lineari dell'automazione; ritardi cognitivi misurabili tra l'apparizione di uno stimolo sullo schermo e la reazione; micro-vibrazioni della mano — tremore — come rumore naturale nella traiettoria.
Il secondo strato — verifiche incrociate per contraddizioni interne. Il cursore si muove mentre la pagina è nascosta? Arrivano eventi dalla tastiera, ma nessun campo di testo è a fuoco? Ogni segnale singolarmente sembra normale, ma insieme non formano un quadro coerente di una persona reale — e questo viene rilevato a un costo inferiore rispetto a qualsiasi analisi di un singolo clic.
Il terzo e più sgradevole aspetto per l'automazione: la valutazione si accumula durante la sessione e non viene azzerata con il caricamento della pagina. Il classico trucco "ho ricevuto un blocco — F5 / nuova scheda" smette di essere un reset dello stato. I risultati del controllo continuo aggiornano quel cf_clearance, e Cloudflare afferma chiaramente che una conferma di clearance già emessa può essere ridotta o annullata proprio nel mezzo della sessione, e può anche innescare un ulteriore challenge.
Due modalità — e perché è importante saperlo in anticipo
- Minimize Friction (di default) — controllo in background senza interstiziali. L'utente non vede nulla, ma la garanzia "sessione valida" è più debole.
- Maximize Security (raccomandato da Cloudflare) — un leggero challenge interstiziale che stabilisce una sessione valida, con un deterioramento consapevole dell'UX.
Conclusione pratica: il comportamento della protezione su un sito specifico ora dipende dalla configurazione, che non puoi vedere dall'esterno. Lo stesso script, lo stesso proxy e lo stesso sito possono comportarsi in modo diverso prima e dopo che il proprietario cambia modalità. Le attivazioni sono visibili al proprietario del sito in Security → Analytics → Traffic → Bot analysis — nella stessa riga con la distribuzione del punteggio bot e le corrispondenze WAF.
Scala: perché non è "un altro anti-bot"
Il contesto che rende la notizia più importante di un normale rilascio. Cloudflare gestisce oltre 1 trilione di richieste al giorno, Turnstile opera quasi 3 miliardi di volte al giorno. Secondo la stima dell'azienda, il traffico automatizzato ha superato per la prima volta quello umano e rappresenta circa il 57% di tutte le richieste web. L'attivazione di uno strato comportamentale con un solo interruttore su una tale base significa che la porzione di internet in cui opera il rilevamento comportamentale della sessione potrebbe aumentare drasticamente — senza alcun impegno da parte dei siti.
E l'obiettivo dichiarato è proprio ciò di cui si avvalgono oggi: "automazione avanzata che esegue JavaScript, opera in un ambiente browser reale e supera singoli captcha senza suscitare sospetti". In altre parole, Playwright/Puppeteer con patch stealth, browser anti-detect e browser agenti — esattamente il bersaglio che Precursor descrive apertamente.
Per onestà: Cloudflare non ha pubblicato dati quantitativi — né di accuratezza, né di percentuale di falsi positivi, né di sovraccarico dovuto al monitoraggio continuo nel browser. Finora queste sono capacità dichiarate, non misurate in modo indipendente. Non si vedono nemmeno onde pubbliche di lamentele per blocchi falsi di massa nelle due settimane di distribuzione.
Cosa significa nella pratica
1. La qualità dell'IP non è più "una condizione sufficiente" — ma rimane necessaria
La conclusione seducente "poiché il rilevamento è comportamentale, i proxy non contano più" è errata. Precursor opera sopra i precedenti strati: reputazione IP, fingerprinting TLS/HTTP, punteggio bot. Un IP di data center da una subnet compromessa riceve un punteggio bot elevato e un regime severo di challenge ancora prima che si arrivi all'analisi del mouse. Il comportamento è un esame aggiuntivo, non una sostituzione del filtro di ingresso: proxy residenziali puliti o proxy mobili con ASN attivi offrono semplicemente la possibilità di arrivare al secondo esame.
2. La sessione è il nuovo oggetto di igiene
In passato, l'errore tipico era "troppo molte richieste da un solo IP". Ora si aggiunge "troppa attività non umana all'interno di una sola sessione". Da qui la pratica:
- Non riutilizzare un contesto browser per centinaia di attività. Una sessione lunga è una lunga sequenza di comportamenti, dove qualsiasi anomalia ha il tempo di accumularsi. Sessioni più brevi significano meno materiale per il punteggio.
- Mantenere stabile la combinazione "sessione ↔ IP". Cambiare l'IP di uscita a metà sessione è una contraddizione evidente; per scenari con login sono necessarie sticky session con un tempo di vita adeguato, non una rotazione aggressiva per ogni richiesta.
- Non mescolare profili. Un account — un insieme stabile: profilo del browser, IP, fuso orario, lingua, schema comportamentale.
3. Il comportamento sintetico dovrà essere più onesto — o non essere affatto
Le naive "emulazioni umane" (movimento lineare verso il centro del pulsante, pause regolari di 100 ms, clic istantanei dopo il caricamento) sotto le verifiche incrociate lavorano contro di te: aggiungono segnale, non lo rimuovono. Se lo scenario non richiede l'imitazione umana — è più sicuro non generare affatto comportamento piuttosto che generare comportamento scadente. Abbiamo approfondito questo strato nel materiale sulla biometria comportamentale e i proxy.
4. Endpoint API e clienti non-browser — una storia a parte
Precursor richiede l'esecuzione di JavaScript. I clienti senza browser — curl, backend mobili — e le richieste XHR/fetch agli endpoint protetti devono portare correttamente le credenziali della sessione, cioè cf_clearance. Praticamente significa: prima il browser stabilisce una sessione valida, e poi le richieste "veloci" vengono inviate con i suoi cookie e nello stesso contesto di rete (stesso IP, profilo TLS concordato). La disconnessione tra sessione del browser e client HTTP è quella contraddizione interna che cercano.
5. I punti di raccolta dati si spostano
Dove il sito attiverà Maximize Security, la raccolta headless economica diventerà notevolmente più costosa. La risposta ragionevole non è l'escalation di "emulazione intelligente" a tutti i costi, ma una revisione della fonte: API ufficiali della piattaforma, feed partner, endpoint mobili, set di dati pubblici. L'intero percorso browser ha senso lasciarlo dove i dati non possono essere altrimenti ottenuti.
Dove stiamo andando
Precursor si integra logicamente nella linea di Cloudflare dell'ultimo anno: blocco dei crawler AI di default, AI Crawl Control con regole granulari, Pay Per Crawl come tentativo di rendere l'accesso ai contenuti a pagamento, e dal 15 settembre 2026 — blocco dei crawler AI a uso misto su pagine con pubblicità di default. La direzione generale: il sito vuole sapere non "sei umano al momento dell'accesso", ma "chi sei durante la visita e perché sei venuto".
Per il mercato dell'automazione, questo significa uno spostamento lento ma unidirezionale: il costo di una singola sessione "simile a un umano" aumenta, il costo di una singola richiesta smette di essere la metrica principale. Ne traggono vantaggio coloro che raccolgono meno, ma in modo più preciso: sessioni curate, IP puliti per il compito, impronte concordate — e una valutazione sobria di quali dati valgano davvero il percorso browser.
In breve
- Dal 13 luglio 2026, Cloudflare distribuisce Precursor — un rilevamento comportamentale della sessione, attivabile con un solo interruttore senza modifiche al codice sul lato del sito.
- Segnali: cursore, scorrimento, ritmo di digitazione (senza contenuto), appunti, messa a fuoco e visibilità; più verifiche incrociate per contraddizioni.
- La valutazione si accumula durante la sessione; il ricaricamento della pagina non azzera la firma, la clearance può essere annullata nel mezzo della visita.
- I proxy non sono "annullati": lo strato IP rimane un filtro di ingresso, il comportamento è un secondo esame.
- Cloudflare non ha ancora pubblicato dati quantitativi su accuratezza e falsi positivi — è presto per trarre conclusioni sulla reale severità.