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.

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.

MuroCosa controlla il sitoProxy residenziale sempliceWeb Unlocker (residenziale)Web Unlocker, livello mobile
Reputazione IPLa rete a cui appartiene l'IP e la sua storiaRisolve i blocchi della gamma datacenterUscite residenziali, un IP nuovo a ogni riprovaIP di operatori 4G/5G condivisi da molti telefoni
Fingerprint TLS e HTTPLa stretta di mano, le impostazioni HTTP/2 e l'ordine degli headerNessun cambiamento: è ancora il tuo clientFingerprint del browser, ruotati a ogni riprovaStesso del residenziale
Sfida JavaScriptSe il client esegue lo script della pagina e mantiene il suo cookieNoEscalation a un browser headlessStesso del residenziale
Captcha interattivoUn compito destinato a un umanoNoNon risolto; segnalato come un fallimento, mai un 200Non 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.

Quattro muri anti-bot impilati in ordine, reputazione IP, fingerprint TLS, sfida JavaScript e captcha interattivo, con la portata di un proxy residenziale e di un web unlocker segnati contro di essi
Un proxy residenziale supera il primo muro. L'unlocker supera i primi tre. Nulla qui supera il quarto.

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.

SitoSemplice, server di datacenterSemplice, proxy residenzialeWeb Unlocker
docs.python.org200200200, 1.6 s
books.toscrape.com200200200, 1.9 s
news.ycombinator.com200200200, 4.1 s
en.wikipedia.org200200200, 1.9 s
github.com (pagina del repository)200200200, 2.0 s
bbc.com (Tecnologia)302 redirect302 redirect200, 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

SitoSemplice, server di datacenterSemplice, proxy residenzialeWeb Unlocker
Zillow (annunci di Austin)403, PerimeterX 'Accesso a questa pagina negato'200, vera pagina degli annunci200, 1 tentativo, 2.7 s
Leboncoin (ricerca, uscita francese)403, pagina captcha200, vera pagina dei risultati200, 1 tentativo, 1.4 s
Amazon (pagina prodotto)200, pagina prodotto200, pagina prodotto200, 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

SitoSemplice, server di datacenterSemplice, proxy residenzialeWeb 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 captcha403, 'Enable JavaScript and cookies to continue'200, 2 tentativi + browser, 17.2 s
Walmart (ricerca)307 redirect, nessuna pagina dei risultati307 redirect, nessuna pagina dei risultati200, 1 tentativo, 4.8 s
Best Buy (categoria laptop)Connessione fallita, nessuna rispostaConnessione fallita, nessuna risposta200, 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:

SitoSemplice, datacenter / residenzialeStato Web Unlockerx-qp-block-classx-qp-vendor
Home Depot (pagina categoria)403 / 403403 dopo 2 tentativiip_reputationakamai
eBay (ricerca)403 / 403403 dopo 2 tentativiip_reputationakamai
DoorDash (pagina città)403 / 403403 dopo 2 tentativiip_reputationcloudflare
StockX (pagina prodotto)403 / 403403, 'Just a moment...'js_challengecloudflare
Realtor.com (ricerca)429 / 429429 dopo 2 tentativifingerprintkasada

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.

Scala di escalation per uno scraper: richiesta semplice, poi un proxy residenziale, poi il web unlocker su uscite residenziali, poi il livello mobile, con i siti dal test posizionati sul gradino dove hanno restituito una pagina per la prima volta
Sali solo fino a dove il sito ti costringe. Ogni gradino costa più di quello sotto.

Come decidere, in cinque domande

  1. Una richiesta semplice dal tuo server restituisce la vera pagina? Allora non hai bisogno di nessuno dei due. Fermati lì.
  2. Fallisce da un IP di datacenter ma funziona da uno residenziale? Acquista proxy residenziali e mantieni il tuo client.
  3. 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.
  4. L'unlocker segnala ip_reputation su uscite residenziali? Testa il livello Mobile su quel sito prima di impegnare volume.
  5. Segnala captcha o fingerprint? 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.