Web Unlocker vs Proxy Residenziale vs Proxy Mobile: Quando Serve Quale
Abbiamo recuperato gli stessi URL da un server di datacenter, attraverso un proxy residenziale semplice e tramite un web unlocker. Alcuni siti non hanno richiesto nulla, alcuni hanno richiesto solo un IP residenziale, alcuni si sono aperti solo per l'unlocker, e cinque sono rimasti bloccati. Ecco cosa risolve ogni livello e dove si inserisce il livello mobile.
Un proxy residenziale cambia da dove proviene la tua richiesta. Un web unlocker cambia anche l'aspetto della richiesta: la invia con un fingerprint TLS di un vero browser, riprova con IP nuovi e avvia un browser headless quando appare una sfida JavaScript. Hai bisogno dell'unlocker solo quando un IP residenziale pulito viene ancora bloccato. Altrimenti, il proxy è sufficiente.
Questa è la teoria. Per verificarla, abbiamo recuperato gli stessi URL in tre modi il 29 settembre 2026 e abbiamo conservato i risultati sito per sito. Alcune pagine non hanno richiesto nulla, alcune solo un IP residenziale, alcune si sono aperte solo per l'unlocker, e cinque sono rimaste bloccate qualunque cosa facessimo. Le tabelle seguenti mostrano quale era quale.
- Nessun proxy necessario: docs.python.org, books.toscrape.com, Hacker News, Wikipedia e GitHub hanno risposto a una richiesta semplice da un server di datacenter.
- Un proxy residenziale era sufficiente: Zillow e Leboncoin hanno bloccato il server di datacenter ma hanno servito la vera pagina tramite un semplice proxy residenziale.
- Solo l'unlocker è passato: Indeed, Glassdoor, Walmart e Best Buy hanno rifiutato entrambi i client semplici e hanno restituito la pagina tramite l'unlocker.
- Ancora bloccato: Home Depot, eBay, DoorDash, StockX e Realtor.com, ciascuno segnalato con uno stato di errore e una classe di blocco invece di un falso 200.
- Uscite mobili non facevano parte di questo test. Spieghiamo dove si inseriscono, ma non abbiamo misurazioni da mostrarvi.
Come abbiamo testato
Ogni URL è stato recuperato in tre modi il 29 settembre 2026. Prima, semplice curl da un server di datacenter a Francoforte con un User-Agent di Chrome. Secondo, lo stesso curl semplice attraverso un proxy residenziale di QuantumProxies.io con un'uscita negli Stati Uniti (un'uscita francese per Leboncoin). Terzo, tramite il proxy forward Web Unlocker sul livello residenziale, con lo stesso paese di uscita. Lo stato è lo stato HTTP finale visto dal client. I tempi sono quelli dell'orologio per una richiesta dell'unlocker.
Questa è una corsa da un luogo in un giorno, non un benchmark. Le regole anti-bot cambiano settimanalmente, e un sito che è passato lunedì può rifiutare martedì. Le righe in cui l'harness o l'unlocker stesso hanno restituito un errore interno sono lasciate fuori: non sono né passaggi né blocchi, e contarli in entrambi i modi vi ingannerebbe. Usate le tabelle per il modello e ritestate i siti che vi interessano.
Cosa risolve ogni livello
Un moderno muro anti-bot controlla diverse cose prima di inviare una pagina, e ogni strumento risolve un diverso sottoinsieme. Sapere quale muro stai colpendo ti dice cosa comprare.
| Muro | Cosa controlla il sito | Proxy residenziale semplice | Web Unlocker (residenziale) | Web Unlocker, livello mobile |
|---|---|---|---|---|
| Reputazione IP | La rete a cui appartiene l'IP e la sua storia | Risolve i blocchi della gamma datacenter | Uscite residenziali, un IP nuovo a ogni riprova | IP di operatori 4G/5G condivisi da molti telefoni |
| Fingerprint TLS e HTTP | La stretta di mano, le impostazioni HTTP/2 e l'ordine degli header | Nessun cambiamento: è ancora il tuo client | Fingerprint del browser, ruotati a ogni riprova | Stesso del residenziale |
| Sfida JavaScript | Se il client esegue lo script della pagina e mantiene il suo cookie | No | Escalation a un browser headless | Stesso del residenziale |
| Captcha interattivo | Un compito destinato a un umano | No | Non risolto; segnalato come un fallimento, mai un 200 | Non risolto |
La prima riga è dove iniziano la maggior parte degli scraper e dove un proxy residenziale guadagna il suo prezzo. Le gamme di hosting sono facili da riconoscere, e molti siti le rifiutano a priori. La seconda riga è il motivo per cui un IP pulito a volte non è sufficiente: la stretta di mano TLS di curl, Python o Node non assomiglia per niente a quella di Chrome, e Cloudflare documenta le impronte JA3/JA4 come un modo per identificare i client proprio in questo modo. La nostra guida a TLS fingerprinting lo copre in dettaglio. La terza riga necessita di un vero motore JavaScript. La quarta riga necessita di un umano, e nessun prodotto in questa pagina ne fornisce uno.

Siti che non hanno richiesto alcun proxy
Inizia qui, perché è l'esito più economico. Queste pagine hanno risposto a una richiesta semplice da un server di datacenter. Inviarle attraverso qualsiasi altra cosa costa denaro e aggiunge latenza senza alcun guadagno.
| Sito | Semplice, server di datacenter | Semplice, proxy residenziale | Web Unlocker |
|---|---|---|---|
| docs.python.org | 200 | 200 | 200, 1.6 s |
| books.toscrape.com | 200 | 200 | 200, 1.9 s |
| news.ycombinator.com | 200 | 200 | 200, 4.1 s |
| en.wikipedia.org | 200 | 200 | 200, 1.9 s |
| github.com (pagina del repository) | 200 | 200 | 200, 2.0 s |
| bbc.com (Tecnologia) | 302 redirect | 302 redirect | 200, 1.4 s |
Il 302 della BBC è un redirect, non un blocco. Il nostro client di test non ha seguito i redirect, e qualsiasi client che lo fa atterra sulla pagina.
Dove un semplice proxy residenziale era sufficiente
| Sito | Semplice, server di datacenter | Semplice, proxy residenziale | Web Unlocker |
|---|---|---|---|
| Zillow (annunci di Austin) | 403, PerimeterX 'Accesso a questa pagina negato' | 200, vera pagina degli annunci | 200, 1 tentativo, 2.7 s |
| Leboncoin (ricerca, uscita francese) | 403, pagina captcha | 200, vera pagina dei risultati | 200, 1 tentativo, 1.4 s |
| Amazon (pagina prodotto) | 200, pagina prodotto | 200, pagina prodotto | 200, 2 tentativi + browser, 10.2 s |
Zillow e Leboncoin sono il caso per cui è stato costruito un proxy residenziale. L'IP del datacenter è stato rifiutato, e la stessa richiesta da un IP domestico ha ottenuto la pagina. Anche l'unlocker ha funzionato, ma non ha aggiunto nulla di necessario.
Amazon è la riga di avvertimento. Entrambi i client semplici hanno ottenuto la pagina del prodotto in questa corsa, eppure l'unlocker ha avuto bisogno di due tentativi e di un browser prima di restituirla, e ci sono voluti 10.2 secondi. L'unlocker addebita ogni byte che muove, riprovi e caricamenti del browser inclusi. Su una pagina che non ne aveva bisogno, paghi per quel lavoro extra. Questa è una richiesta in un giorno, quindi non leggerla come una regola su Amazon. Leggila come una regola sul testare prima il semplice.
Dove solo il web unlocker è passato
| Sito | Semplice, server di datacenter | Semplice, proxy residenziale | Web Unlocker |
|---|---|---|---|
| Indeed (ricerca lavoro) | 403, pagina 'Controllo di Sicurezza' | 403, 'Enable JavaScript and cookies to continue' | 200, 1 tentativo, 2.6 s |
| Glassdoor (recensioni aziendali) | 403, pagina 'Sicurezza' con captcha | 403, 'Enable JavaScript and cookies to continue' | 200, 2 tentativi + browser, 17.2 s |
| Walmart (ricerca) | 307 redirect, nessuna pagina dei risultati | 307 redirect, nessuna pagina dei risultati | 200, 1 tentativo, 4.8 s |
| Best Buy (categoria laptop) | Connessione fallita, nessuna risposta | Connessione fallita, nessuna risposta | 200, 1 tentativo, 6.3 s |
Qui l'IP residenziale da solo non ha aiutato. Indeed, Walmart e Best Buy sono passati al primo tentativo TLS dell'unlocker, senza un browser. L'uscita dell'unlocker era un IP residenziale diverso da quello usato nel nostro test semplice, quindi questo non è un esperimento controllato. Tuttavia, la colonna residenziale semplice aveva già un IP domestico pulito e ha fallito, e la differenza ovvia rimanente è l'aspetto della richiesta. Glassdoor è andato oltre: voleva JavaScript, quindi l'unlocker ha avuto bisogno di due tentativi TLS e poi di un browser headless, motivo per cui ci sono voluti 17.2 secondi.
Walmart necessita di un avvertimento a sé stante. Non abbiamo registrato dove puntava il suo 307 redirect. Sappiamo solo che nessun client semplice ha ricevuto la pagina dei risultati e l'unlocker sì.
Usa il Web Unlocker su uscite residenziali
Cosa è ancora fallito e cosa ti dice la classe di blocco
Un confronto onesto necessita anche dei fallimenti. Questi cinque hanno rifiutato entrambi i client semplici e l'unlocker. L'unlocker è tornato con uno stato di errore e ci ha detto perché, invece di passare una pagina di blocco come un 200:
| Sito | Semplice, datacenter / residenziale | Stato Web Unlocker | x-qp-block-class | x-qp-vendor |
|---|---|---|---|---|
| Home Depot (pagina categoria) | 403 / 403 | 403 dopo 2 tentativi | ip_reputation | akamai |
| eBay (ricerca) | 403 / 403 | 403 dopo 2 tentativi | ip_reputation | akamai |
| DoorDash (pagina città) | 403 / 403 | 403 dopo 2 tentativi | ip_reputation | cloudflare |
| StockX (pagina prodotto) | 403 / 403 | 403, 'Just a moment...' | js_challenge | cloudflare |
| Realtor.com (ricerca) | 429 / 429 | 429 dopo 2 tentativi | fingerprint | kasada |
La classe di blocco è la parte utile. ip_reputation su Home Depot, eBay e DoorDash significa che gli IP di uscita stessi sono stati rifiutati, quindi un fingerprint migliore non avrebbe aiutato. js_challenge su StockX significa che la pagina di sfida di Cloudflare era ancora lì dopo il tentativo del browser. fingerprint su Realtor.com, che ha risposto 429 (RFC 6585 lo definisce come Troppe Richieste), significa che il client stesso è stato rifiutato. Ognuno indica un diverso passo successivo, e uno di questi è dove entra il livello mobile.
Dove si inserisce il livello mobile
Gli operatori mobili mettono molti telefoni dietro ogni IP pubblico (NAT di livello carrier), quindi un sito che blocca un indirizzo di un operatore rischia di bloccare con esso veri clienti. Ecco perché gli IP degli operatori tendono ad avere più fiducia rispetto alle gamme residenziali. Spieghiamo il meccanismo in perché i proxy mobili sono fidati: CGNAT.
Il Web Unlocker ha un livello Mobile che esegue la stessa logica (fingerprint del browser, riprovi, escalation del browser, segnalazione dei blocchi) su uscite di operatori 4G/5G. Lo selezioni con -tier-mobile nel nome utente del proxy, o "tier": "mobile" sull'endpoint REST. Ha il suo saldo GB prepagato, è più lento e costa di più per GB rispetto al livello residenziale. È destinato a siti che rifiutano anche le gamme residenziali, che è esattamente ciò che suggerisce un blocco ip_reputation sul livello residenziale.
Per essere chiari sui limiti di questo articolo: non abbiamo eseguito il livello Mobile in questo test. Non possiamo dirti se ottiene le pagine di Home Depot, eBay o DoorDash, e non intendiamo indovinare. Se questi sono i tuoi obiettivi, testali sul livello Mobile prima di acquistare volume. Non aiuterà con un blocco captcha o fingerprint, perché quelli non riguardano l'IP. Per la questione generale di mobile contro residenziale contro proxy ISP senza un unlocker davanti, il nostro confronto tra proxy mobili, residenziali e ISP lo copre.
Una scala di escalation consapevole dei costi in Python
Le tabelle indicano una regola: sali solo fino a dove il sito ti costringe. Questa funzione prova ogni gradino in ordine e si ferma al primo che restituisce una vera pagina. Passa al livello Mobile solo quando il livello residenziale segnala un blocco ip_reputation. HEADERS e looks_blocked() sono gli helper dal nostro tutorial API del web unlocker in Python.
import os
import requests
import urllib3
urllib3.disable_warnings(urllib3.exceptions.InsecureRequestWarning)
RESIDENTIAL = os.environ["QP_RESIDENTIAL_PROXY"] # http://USER:PASS@HOST:PORT from your residential plan
UNLOCK_USER = os.environ["QP_UNLOCK_USER"] # unlock-XXXXXXXX
UNLOCK_PASS = os.environ["QP_UNLOCK_PASSWORD"]
def unlocker(extra: str = "") -> dict:
u = f"http://{UNLOCK_USER}-country-us{extra}:{UNLOCK_PASS}@unlock.quantumproxies.io:9000"
return {"http": u, "https": u}
LADDER = [
# name, proxies, verify, timeout
("plain", {}, True, 30),
("residential", {"http": RESIDENTIAL, "https": RESIDENTIAL}, True, 30),
("unlocker", unlocker(), False, 120),
("unlocker-mobile", unlocker("-tier-mobile"), False, 120),
]
def climb(url: str):
last = None
for name, proxies, verify, timeout in LADDER:
try:
r = requests.get(url, headers=HEADERS, proxies=proxies, verify=verify, timeout=timeout)
except requests.RequestException:
continue # no response at all counts as a block
last = r
if not name.startswith("unlocker"):
if not looks_blocked(r):
return name, r
continue
if "x-qp-unlocker-blocked" not in r.headers:
return name, r
if r.headers.get("x-qp-block-class") != "ip_reputation":
break # a different IP will not fix this wall
return "blocked", last
In produzione, ricorda il gradino per dominio una volta che lo conosci, così non paghi per i gradini falliti a ogni richiesta. L'unlocker può anche inviare un header x-qp-hint con un suggerimento, che vale la pena registrare accanto alla classe di blocco.

Come decidere, in cinque domande
- Una richiesta semplice dal tuo server restituisce la vera pagina? Allora non hai bisogno di nessuno dei due. Fermati lì.
- Fallisce da un IP di datacenter ma funziona da uno residenziale? Acquista proxy residenziali e mantieni il tuo client.
- Fallisce ancora da un IP residenziale pulito, con un 403, una pagina 'Just a moment' o 'Enable JavaScript', o una connessione interrotta? Questo è il lavoro dell'unlocker.
- L'unlocker segnala
ip_reputationsu uscite residenziali? Testa il livello Mobile su quel sito prima di impegnare volume. - Segnala
captchaofingerprint? Nessun livello di proxy li risolve in modo affidabile. Riconsidera la fonte, il tasso, o se esiste un'API ufficiale.
Domande frequenti
Dovrei acquistare proxy residenziali o usare un web unlocker?
Testa prima i tuoi obiettivi. Se una richiesta semplice da un IP residenziale restituisce la vera pagina, come hanno fatto Zillow e Leboncoin nel nostro test del 29 settembre 2026, i proxy residenziali sono sufficienti e più economici da gestire. Se un IP residenziale pulito ottiene ancora un 403 o una sfida JavaScript, come hanno fatto Indeed e Glassdoor, hai bisogno dell'unlocker.
Ho bisogno di proxy residenziali, o qualsiasi proxy va bene?
Dipende dal sito. Wikipedia, GitHub e Hacker News hanno risposto a una richiesta semplice da datacenter nel nostro test, quindi non era necessario alcun proxy. Zillow e Leboncoin hanno rifiutato l'IP del datacenter e hanno accettato uno residenziale. I proxy di datacenter condividono il primo problema, perché le gamme di hosting sono facili da riconoscere e rifiutare per i siti.
I proxy mobili sono più affidabili dei proxy residenziali per il web scraping?
Gli IP degli operatori sono condivisi da molti telefoni tramite CGNAT, quindi i siti sono più riluttanti a bloccarli, e questo aiuta contro i blocchi di reputazione IP. Non cambiano il tuo fingerprint TLS né risolvono le sfide JavaScript da soli, e sono più lenti e costano di più per GB. Non abbiamo misurato le uscite mobili in questo test.
I proxy mobili riducono i captcha?
Possono ridurre i captcha attivati dalla reputazione IP, perché un indirizzo di un operatore sembra molti utenti telefonici ordinari. Non fanno nulla per i captcha attivati dal fingerprint del client o dal tasso di richieste. Il Web Unlocker non risolve i captcha interattivi su nessuno dei due livelli: li segnala con la classe di blocco captcha.
Perché un web unlocker è più lento di un proxy residenziale?
Perché fa più lavoro per richiesta quando un sito respinge: riprova con IP nuovi sotto fingerprint diversi e, se appare una sfida JavaScript, carica la pagina in un browser headless. Nel nostro test, Indeed è passato in 2.6 secondi al primo tentativo, mentre Glassdoor ha avuto bisogno di un browser e ci sono voluti 17.2 secondi.
Come viene fatturato il web unlocker rispetto a un proxy residenziale?
Entrambi sono fatturati per GB. L'unlocker conta ogni byte che muove per tuo conto, incluse riprovi, pagine bloccate e il caricamento della pagina del browser, e utilizza il suo saldo prepagato per livello: uscite residenziali e uscite di operatori mobili. Il prezzo corrente per GB è mostrato nel dashboard.
I proxy residenziali risolvono da dove proviene una richiesta. Il web unlocker risolve anche come appare e se può eseguire JavaScript. Il livello Mobile cambia di nuovo l'IP per siti che rifiutano le gamme residenziali. Nessuno di loro trasforma un captcha umano in una pagina. Acquista il gradino più basso che i tuoi obiettivi accettano e lascia che la classe di blocco ti dica quando salire.
Confronta i livelli del Web Unlocker
Obiettivi che rifiutano le gamme residenziali? Vedi il Web Unlocker su uscite mobili.