Web Unlocker vs Proxy Residenziale vs Proxy Mobile: Quando Serve Quale

Abbiamo recuperato gli stessi URL da un server datacenter, tramite un proxy residenziale semplice e tramite un web unlocker. Alcuni siti non avevano bisogno di nulla, alcuni avevano solo bisogno di un IP residenziale e alcuni si aprivano solo per l'unlocker. Ecco cosa corregge 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 avevano bisogno di nulla, alcune avevano bisogno solo di un IP residenziale e alcune si aprivano solo per l'unlocker. Le tabelle sottostanti 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.

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

La prima riga è dove la maggior parte degli scraper inizia e dove un proxy residenziale giustifica il suo prezzo. Gli intervalli di hosting sono facili da riconoscere e molti siti li rifiutano a priori. La seconda riga spiega perché un IP pulito a volte non è sufficiente: la stretta di mano TLS di curl, Python o Node non assomiglia affatto a quella di Chrome, e Cloudflare documenta le impronte digitali JA3/JA4 come un modo per identificare i client proprio per questo. La nostra guida al fingerprinting TLS lo copre in dettaglio. La terza riga necessita di un vero motore JavaScript.

Muri anti-bot impilati in ordine, reputazione IP, impronta digitale TLS e sfida JavaScript, 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 tutti e tre.

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 è stato d'aiuto. Walmart, Best Buy e Indeed hanno restituito la pagina reale al primo tentativo TLS dell'unlocker, senza un browser. Tuttavia, la semplice colonna residenziale aveva già un IP domestico pulito e ha fallito, e l'ovvia differenza rimanente è come appariva la richiesta. Glassdoor è andato oltre: voleva JavaScript, quindi l'unlocker ha avuto bisogno di due tentativi TLS e poi di un browser senza testa, 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

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 (impronte digitali del browser, tentativi, escalation del browser, segnalazione dei blocchi) su uscite carrier 4G/5G. Lo selezioni con -tier-mobile nel nome utente del proxy, o "tier": "mobile" sull'endpoint REST. Ha un proprio saldo GB prepagato. È pensato per siti che rifiutano anche gli intervalli residenziali, che è esattamente ciò che suggerisce un blocco access_denied sul livello residenziale.

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 access_denied. 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") != "access_denied":
            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
Scala solo fino a dove il sito ti costringe.

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 access_denied su uscite residenziali? Testa il livello Mobile su quel sito prima di impegnare volume.

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 dei carrier 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 la tua impronta digitale TLS né risolvono le sfide JavaScript da soli.

I proxy mobili riducono i captcha?

Possono ridurre i captcha attivati dalla reputazione IP, perché un indirizzo carrier sembra quello di molti utenti telefonici ordinari.

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 correggono da dove proviene una richiesta. Il web unlocker corregge anche come appare e se può eseguire JavaScript. Il livello Mobile cambia nuovamente l'IP per i siti che rifiutano gli intervalli residenziali. Acquista il livello 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.