Hai ricevuto 403 — e la prima cosa che di solito si fa è cambiare il proxy. A volte funziona, più spesso no. Perché "antibot" non è una sola tecnologia, ma almeno sei diversi sistemi con meccaniche di rilevamento diverse, severità variabile e requisiti differenti per il tuo traffico. Ciò che salva da Imperva è inutile contro Kasada. Analizziamo chi è chi nel 2026, come identificare un fornitore in 30 secondi e cosa cambiare esattamente nello stack dei proxy per ciascuno.
Perché "cambiare semplicemente il proxy" ha smesso di funzionare
La logica classica era semplice: se l'IP è bloccato — ne prendiamo un altro. Funzionava finché il rilevamento si basava sulla reputazione dell'indirizzo. Oggi l'IP è solo uno strato su cinque, e il suo peso varia notevolmente tra i diversi fornitori.
Il set di segnali generali che tutti utilizzano in un modo o nell'altro:
- TLS-fingerprint (JA3/JA4) — ordine dei cipher suite e delle estensioni nel handshake;
- ordine e maiuscole delle intestazioni HTTP — nel client Python non è lo stesso che in Chrome;
- reputazione dell'IP — ASN, appartenenza a un data center, storia dell'indirizzo;
- browser fingerprint — canvas, WebGL, sensori hardware;
- biometria comportamentale — traiettorie del mouse, velocità di scorrimento, schema di input.
La conclusione chiave, ripetuta da tutti i ricercatori del tema: è importante la coerenza dei segnali. La combinazione di User-Agent di Chrome con il fingerprint TLS di Python ti contrassegna come bot presso qualsiasi fornitore — indipendentemente dalla pulizia del tuo IP. Un indirizzo residenziale non "copre" un browser vulnerabile, e viceversa.
Passo primo: identificare il fornitore dai segni
Prima di cambiare qualcosa, guarda le intestazioni della risposta e i cookie. Ogni sistema lascia una firma riconoscibile — questo è il modo più veloce per capire con cosa hai a che fare.
- Cloudflare — intestazione CF-RAY, cookie cf_clearance e __cf_bm, carica challenge.js; nelle nuove versioni si incontra l'intestazione cf-mitigated.
- DataDome — cookie datadome e _dd_s, script tags.js.
- Akamai — cookie _abck, intestazione di riferimento akamai-grn.
- PerimeterX (HUMAN Security) — cookie _px3, _pxvid, _pxhd, script px.js o d.js.
- Kasada — intestazioni della famiglia x-kpsdk-* (ct — challenge token, dv — device validation, cd — challenge data, v — versione), cookie KP_UIDz, script ips.js o p.js.
- Imperva (Incapsula) — cookie incap_ses_*, visid_incap_*, reese84.
- AWS WAF — cookie aws-waf-token, chiamata all'endpoint /challenge.js.
- F5 / Shape Security — cookie con prefisso TS (ad esempio, TS01a2b3c4).
Un marcatore separato è la natura stessa del rifiuto. Kasada risponde con un "nudo" 429 senza corpo di risposta: se vedi 403 o 429 insieme alle intestazioni x-kpsdk-*, la questione è chiusa. DataDome restituisce più spesso 403 con una pagina CAPTCHA. Cloudflare — sfida interattiva o Turnstile.
In cosa si differenziano realmente i sistemi per meccanica
La firma indica "chi", ma la tattica determina "come". Architettonicamente, i fornitori si differenziano notevolmente.
Cloudflare — modelli globali ai margini della rete
Opera a livello di edge CDN: la decisione viene presa prima che la richiesta arrivi all'applicazione. I modelli sono globali, addestrati sul traffico dell'intera rete — circa un quinto dei siti di internet. Vantaggio per te: il comportamento è prevedibile, l'esperienza di un sito si trasferisce su un altro. Svantaggio: la rete vede la tua sottorete su migliaia di risorse contemporaneamente, la reputazione si accumula rapidamente.
DataDome — modello personale per ogni sito
La differenza chiave: la piattaforma mantiene circa 85.000 modelli ML client, addestrati sul traffico di un sito specifico, e gestisce oltre 5 trilioni di segnali al giorno con un tempo di risposta inferiore a 2 millisecondi. La conseguenza pratica è semplice e sgradevole: ogni sito protetto è un compito separato. La combinazione di lavoro per Etsy non si trasferisce su un'altra risorsa sotto lo stesso fornitore. Nel 2025 è stato aggiunto l'analisi dell'intento (viene valutato lo scopo della visita, non solo il fatto dell'automazione) e una categorizzazione separata per i crawler LLM.
Akamai — focus su TLS e telemetria
Controlla i segnali di handshake e valida la telemetria comportamentale sul proprio lato tramite il cookie _abck. Secondo misurazioni indipendenti del 2026, Akamai e Imperva sfidano i client automatizzati di default meno frequentemente rispetto a Cloudflare e DataDome — ma ciò non significa "più debole": dove è impostato in modo aggressivo, il bypass richiede uno strato TLS corretto, non un cambio di IP.
PerimeterX / HUMAN — reputazione di rete
La reputazione del cliente si diffonde in tutta la rete del fornitore. Se sei stato scoperto su un sito — arrivi su un altro già contrassegnato. Piattaforme tipiche: e-commerce e immobiliare.
Kasada — interrogatorio attivo dell'ambiente
Il sistema più severo tra quelli di massa. Non si limita a raccogliere impronte, ma interroga attivamente l'ambiente: ispeziona il codice client tramite Function.prototype.toString(), applica l'anti-deobfuscazione ai propri script. Secondo le valutazioni aggregate di complessità, ottiene punteggi estremi sia per l'ingegnosità del rilevamento che per la difficoltà di bypass autonomo. Viene utilizzato in ticketing e immobiliare.
Imperva (Incapsula) — logica WAF per default
Si basa su IP e regole WAF; gli strati comportamentali vengono attivati a impostazioni più elevate. Piattaforme classiche — siti aziendali e job board.
Chi è più severo: numeri invece di sensazioni
Esiste un benchmark indipendente Scrapeway: otto servizi contro undici obiettivi, oltre 1000 richieste per servizio per obiettivo, due rapporti al mese. Gli obiettivi sono assegnati ai fornitori — Indeed sotto Cloudflare, Etsy sotto DataDome, Walmart e Zillow sotto PerimeterX, Realtor sotto Kasada.
Cosa mostrano le misurazioni del 2026:
- Alta severità — Cloudflare, DataDome, PerimeterX, Kasada: la stragrande maggioranza dei client automatizzati di default, non configurati, riceve una sfida.
- Moderata — Akamai e Imperva: sfidano i client di default notevolmente meno frequentemente.
- Contro gli obiettivi di Cloudflare, solo una piccola parte dei client non configurati riceve stabilmente il contenuto della pagina.
Per confronto: i servizi di bypass specializzati ottengono successo contro questi obiettivi in un intervallo del 94–100% a seconda del fornitore — quindi il compito è risolvibile, ma non con un client di default e non semplicemente cambiando IP.
Cosa cambiare nello stack dei proxy per ciascuno
Ora la pratica. Di seguito — non una ricetta per il bypass, ma la logica di selezione dell'infrastruttura in base al tipo di rilevamento.
- Imperva e AWS WAF. Il peso dell'IP è alto, gli strati comportamentali sono spesso disattivati. Qui i proxy di data center sono ancora utilizzabili — a condizione di avere sottoreti pulite e un tasso ragionevole. Inizia da qui, è il più economico in termini di traffico.
- Akamai. I proxy risolvono meno dello strato TLS. Prima di tutto, metti in ordine l'handshake e l'ordine delle intestazioni, e solo dopo alza la classe dell'IP. Cambiare proxy con un fingerprint JA4 errato non porterà a nulla.
- Cloudflare. La reputazione globale significa che la sottorete si esaurisce rapidamente e immediatamente ovunque. Hai bisogno di proxy residenziali con un ampio pool e una rotazione ragionevole: non "nuovo IP per ogni richiesta", ma mantenere la sessione per il tempo necessario a completare il compito logico, altrimenti cf_clearance si disintegra.
- DataDome. Il modello è addestrato sul traffico di un sito specifico, quindi è più importante l'omogeneità del tuo comportamento proprio su di esso. Un IP residenziale fornisce un punteggio di trust positivo, perché le persone reali accedono da connessioni residenziali — ma da solo, senza gestire il fingerprint del browser, non garantisce nulla. Non trasferire le impostazioni di un sito su un altro alla cieca. Maggiori dettagli sulla specificità di questo fornitore — nell'analisi proxy per DataDome.
- PerimeterX / HUMAN. Poiché la reputazione è di rete, l'isolamento è più importante del volume: progetti diversi — pool diversi, affinché il marchio di un sito non si estenda ad altri.
- Kasada. Gli indirizzi di data center vengono bloccati all'ingresso. Il minimo operativo — residenziali, o meglio proxy mobili: dietro un unico IP mobile tramite CGNAT ci sono centinaia di abbonati attivi, e per il sistema è più costoso bloccare tale indirizzo. Inoltre, è obbligatorio che il User-Agent corrisponda all'ultima versione del browser — una stringa obsoleta rivela la combinazione immediatamente.
Errore principale: stack eterogeneo
Ripetiamo ciò da cui siamo partiti, perché è la causa della maggior parte dei ban "inspiegabili". Tutti e sei i sistemi rilevano la dissincronia tra gli strati. Un IP residenziale dalla Germania + fuso orario di sistema UTC + fingerprint TLS di curl + Chrome aggiornato in User-Agent — non è "quasi passato", è un profilo di bot pronto. Il proxy risponde esattamente a uno strato su cinque; gli altri quattro vivono nel tuo client.
Da qui l'ordine pratico di lavoro: prima identifica il fornitore dalla firma, poi valuta quale strato è il più debole e riparalo — non quello che è più facile cambiare. Se dopo aver sistemato lo stack gli obiettivi rimangono inaccessibili, la questione passa a "costruire da soli o pagare per il pronto" — questa biforcazione è stata analizzata nel materiale proxy contro scraping API e web unblocker.
In breve
Non esiste un "antibot" unico, e nemmeno un bypass universale — nessuna tecnica funziona contro tutti e otto i sistemi contemporaneamente. Identifica il fornitore dai cookie e dalle intestazioni (questo richiede 30 secondi), comprendi la sua meccanica — peso dell'IP per Imperva, TLS per Akamai, reputazione globale per Cloudflare, modello personale per sito per DataDome, etichetta di rete per PerimeterX, interrogatorio attivo dell'ambiente per Kasada — e seleziona il tipo di proxy appropriato, non a caso. I data center sono dove guardano formalmente all'IP; i residenziali dove valutano il trust; i mobili dove la rete blocca severamente tutto ciò che è server. E fai attenzione alla coerenza di tutti gli strati: è proprio su di essa che falliscono la maggior parte dei progetti apparentemente configurati correttamente.
```