Web Unlocker vs Proxy Residencial vs Proxy Móvel: Quando Usar Cada Um

Buscamos os mesmos URLs de um servidor de datacenter, através de um proxy residencial simples e através de um web unlocker. Alguns sites não precisaram de nada, alguns precisaram apenas de um IP residencial, alguns só abriram com o unlocker, e cinco permaneceram bloqueados. Aqui está o que cada camada resolve e onde o nível móvel se encaixa.

Um proxy residencial muda de onde vem sua solicitação. Um web unlocker também muda a aparência da solicitação: ele a envia com uma impressão digital TLS de navegador real, tenta novamente com IPs novos e executa um navegador sem cabeça quando aparece um desafio JavaScript. Você precisa do unlocker apenas quando um IP residencial limpo ainda é bloqueado. Caso contrário, o proxy é suficiente.

Essa é a teoria. Para verificá-la, buscamos os mesmos URLs de três maneiras em 29 de setembro de 2026 e mantivemos os resultados site por site. Algumas páginas não precisaram de nada, algumas precisaram apenas de um IP residencial, algumas só abriram com o unlocker, e cinco ficaram bloqueadas, não importando o que fizéssemos. As tabelas abaixo mostram qual foi qual.

• Nenhum proxy necessário: docs.python.org, books.toscrape.com, Hacker News, Wikipedia e GitHub responderam a uma solicitação simples de um servidor de datacenter.
• Um proxy residencial foi suficiente: Zillow e Leboncoin bloquearam o servidor de datacenter, mas serviram a página real através de um proxy residencial simples.
• Apenas o unlocker conseguiu passar: Indeed, Glassdoor, Walmart e Best Buy recusaram ambos os clientes simples e retornaram a página através do unlocker.
• Ainda bloqueado: Home Depot, eBay, DoorDash, StockX e Realtor.com, cada um relatado com um status de erro e uma classe de bloqueio em vez de um falso 200.
• Saídas móveis não fizeram parte deste teste. Explicamos onde elas se encaixam, mas não temos medições para mostrar a você.

Como testamos

Cada URL foi buscado de três maneiras em 29 de setembro de 2026. Primeiro, curl simples de um servidor de datacenter em Frankfurt com um User-Agent do Chrome. Segundo, o mesmo curl simples através de um proxy residencial QuantumProxies.io com saída nos EUA (uma saída francesa para Leboncoin). Terceiro, através do proxy forward Web Unlocker no nível residencial, com o mesmo país de saída. O status é o status final HTTP que o cliente viu. Os tempos são de relógio de parede para uma solicitação do unlocker.

Esta é uma execução de um lugar em um dia, não um benchmark. As regras anti-bot mudam semanalmente, e um site que passou na segunda-feira pode recusar na terça. Linhas onde o harness ou o próprio unlocker retornaram um erro interno são deixadas de fora: elas não são nem passagens nem bloqueios, e contá-las de qualquer maneira enganaria você. Use as tabelas para o padrão e reteste os sites que importam para você.

O que cada camada resolve

Um muro moderno anti-bot verifica várias coisas antes de enviar uma página, e cada ferramenta resolve um subconjunto diferente. Saber qual muro você está enfrentando diz o que comprar.

A primeira linha é onde a maioria dos scrapers começa e onde um proxy residencial justifica seu preço. Faixas de hospedagem são fáceis de reconhecer, e muitos sites as recusam de imediato. A segunda linha é por que um IP limpo às vezes não é suficiente: o handshake TLS do curl, Python ou Node não se parece em nada com o do Chrome, e a Cloudflare documenta impressões digitais JA3/JA4 como uma forma de identificar clientes exatamente por isso. Nosso guia sobre impressão digital TLS cobre isso em detalhes. A terceira linha precisa de um motor JavaScript real. A quarta linha precisa de um humano, e nenhum produto nesta página fornece um.

Sites que não precisaram de proxy algum

Comece aqui, porque é o resultado mais barato. Essas páginas responderam a uma solicitação simples de um servidor de datacenter. Enviá-las por qualquer outra coisa custa dinheiro e adiciona latência sem ganho.

O 302 da BBC é um redirecionamento, não um bloqueio. Nosso cliente de teste não seguiu redirecionamentos, e qualquer cliente que o faça chega à página.

Onde um proxy residencial simples foi suficiente

Zillow e Leboncoin são o caso para o qual um proxy residencial foi construído. O IP do datacenter foi recusado, e a mesma solicitação de um IP residencial obteve a página. O unlocker também funcionou, mas não adicionou nada que você precisasse.

Amazon é a linha de advertência. Ambos os clientes simples obtiveram a página do produto nesta execução, mas o unlocker precisou de duas tentativas e um navegador antes de retornar, e levou 10.2 segundos. O unlocker cobra por cada byte que move, incluindo tentativas, páginas bloqueadas e carregamentos de navegador. Em uma página que não precisava dele, você paga por esse trabalho extra. Esta é uma solicitação em um dia, então não leia isso como uma regra sobre a Amazon. Leia como uma regra sobre testar o simples primeiro.

Onde apenas o web unlocker conseguiu passar

Aqui, o IP residencial sozinho não ajudou. Indeed, Walmart e Best Buy passaram na primeira tentativa TLS do unlocker, sem um navegador. A saída do unlocker foi um IP residencial diferente do que nosso teste simples usou, então isso não é um experimento controlado. Ainda assim, a coluna residencial simples já tinha um IP residencial limpo e falhou, e a diferença óbvia restante é a aparência da solicitação. Glassdoor foi além: queria JavaScript, então o unlocker precisou de duas tentativas TLS e depois de um navegador sem cabeça, por isso levou 17.2 segundos.

Walmart precisa de uma ressalva própria. Não registramos para onde seu redirecionamento 307 apontava. Só sabemos que nenhum cliente simples recebeu a página de resultados e o unlocker sim.

Use o Web Unlocker em saídas residenciais

O que ainda falhou, e o que a classe de bloqueio diz a você

Uma comparação honesta precisa das falhas também. Esses cinco recusaram ambos os clientes simples e o unlocker. O unlocker voltou com um status de erro e nos disse por quê, em vez de passar uma página de bloqueio como um 200:

A classe de bloqueio é a parte útil. ip_reputation no Home Depot, eBay e DoorDash significa que os próprios IPs de saída foram recusados, então uma impressão digital melhor não teria ajudado. js_challenge no StockX significa que a página de desafio da Cloudflare ainda estava lá após a tentativa do navegador. fingerprint no Realtor.com, que respondeu 429 (RFC 6585 define como Muitas Solicitações), significa que o próprio cliente foi recusado. Cada um aponta para um próximo passo diferente, e um deles é onde o nível móvel entra.

Onde o nível móvel se encaixa

Operadoras móveis colocam muitos telefones atrás de cada IP público (NAT de grau de operadora), então um site que bloqueia um endereço de operadora corre o risco de bloquear clientes reais com ele. É por isso que os IPs de operadoras tendem a carregar mais confiança do que faixas residenciais. Explicamos o mecanismo em por que proxies móveis são confiáveis: CGNAT.

O Web Unlocker tem um nível Móvel que executa a mesma lógica (impressões digitais de navegador, tentativas, escalonamento de navegador, relatório de bloqueio) em saídas de operadoras 4G/5G. Você o seleciona com -tier-mobile no nome de usuário do proxy, ou "tier": "mobile" no endpoint REST. Ele tem seu próprio saldo pré-pago por GB, é mais lento e custa mais por GB do que o nível residencial. É destinado a sites que também recusam faixas residenciais, que é exatamente o que um bloqueio ip_reputation no nível residencial sugere.

Para ser claro sobre os limites deste artigo: não executamos o nível Móvel neste teste. Não podemos dizer se ele obtém as páginas do Home Depot, eBay ou DoorDash, e não vamos adivinhar. Se esses são seus alvos, teste-os no nível Móvel antes de comprar volume. Não ajudará com um bloqueio de captcha ou fingerprint, porque esses não são sobre o IP. Para a questão geral de móvel versus residencial versus proxies de ISP sem um unlocker na frente, nossa comparação de proxies móveis, residenciais e de ISP cobre isso.

Uma escada de escalonamento consciente de custos em Python

As tabelas apontam para uma regra: suba apenas até onde o site o força. Esta função tenta cada degrau em ordem e para no primeiro que retorna uma página real. Ela se move para o nível Móvel apenas quando o nível residencial relata um bloqueio ip_reputation. HEADERS e looks_blocked() são os auxiliares do nosso tutorial da API do web unlocker em 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

Em produção, lembre-se do degrau por domínio uma vez que você o conheça, para não pagar pelos degraus falhados em cada solicitação. O unlocker também pode enviar um cabeçalho x-qp-hint com uma sugestão, que vale a pena registrar ao lado da classe de bloqueio.

Como decidir, em cinco perguntas

1. Uma solicitação simples do seu servidor retorna a página real? Então você não precisa de nenhum. Pare aí.
2. Ela falha de um IP de datacenter, mas funciona de um residencial? Compre proxies residenciais e mantenha seu próprio cliente.
3. Ela ainda falha de um IP residencial limpo, com um 403, uma página 'Just a moment' ou 'Enable JavaScript', ou uma conexão interrompida? Esse é o trabalho do unlocker.
4. O unlocker relata ip_reputation em saídas residenciais? Teste o nível Móvel nesse site antes de comprometer volume.
5. Ele relata captcha ou fingerprint? Nenhum nível de proxy resolve isso de forma confiável. Reconsidere a fonte, a taxa ou se existe uma API oficial.

Perguntas frequentes

Devo comprar proxies residenciais ou usar um web unlocker?

Teste seus alvos primeiro. Se uma solicitação simples de um IP residencial retorna a página real, como Zillow e Leboncoin fizeram em nosso teste de 29 de setembro de 2026, proxies residenciais são suficientes e mais baratos de operar. Se um IP residencial limpo ainda recebe um 403 ou um desafio JavaScript, como Indeed e Glassdoor fizeram, você precisa do unlocker.

Preciso de proxies residenciais, ou qualquer proxy funcionaria?

Depende do site. Wikipedia, GitHub e Hacker News responderam a uma solicitação simples de datacenter em nosso teste, então não foi necessário nenhum proxy. Zillow e Leboncoin recusaram o IP do datacenter e aceitaram um residencial. Proxies de datacenter compartilham o primeiro problema, porque faixas de hospedagem são fáceis para sites reconhecerem e recusarem.

Proxies móveis são mais confiáveis do que proxies residenciais para web scraping?

IPs de operadoras são compartilhados por muitos telefones através de CGNAT, então os sites são mais relutantes em bloqueá-los, e isso ajuda contra bloqueios de reputação de IP. Eles não mudam sua impressão digital TLS ou resolvem desafios JavaScript por conta própria, e são mais lentos e custam mais por GB. Não medimos saídas móveis neste teste.

Proxies móveis reduzem captchas?

Eles podem reduzir captchas que são acionados por reputação de IP, porque um endereço de operadora parece muitos usuários de telefone comuns. Eles não fazem nada para captchas acionados pela impressão digital do cliente ou pela taxa de solicitação. O Web Unlocker não resolve captchas interativos em nenhum nível: ele os relata com a classe de bloqueio captcha.

Por que um web unlocker é mais lento do que um proxy residencial?

Porque ele faz mais trabalho por solicitação quando um site resiste: ele tenta novamente com IPs novos sob diferentes impressões digitais e, se aparecer um desafio JavaScript, carrega a página em um navegador sem cabeça. Em nosso teste, Indeed passou em 2.6 segundos em uma tentativa, enquanto Glassdoor precisou de um navegador e levou 17.2 segundos.

Como o web unlocker é cobrado em comparação com um proxy residencial?

Ambos são cobrados por GB. O unlocker conta cada byte que move em seu nome, incluindo tentativas, páginas bloqueadas e o carregamento da página do navegador, e usa seu próprio saldo pré-pago por nível: saídas residenciais e saídas de operadoras móveis. O preço atual por GB é mostrado no painel.

Proxies residenciais corrigem de onde vem uma solicitação. O web unlocker também corrige a aparência dela e se pode executar JavaScript. O nível Móvel muda o IP novamente para sites que recusam faixas residenciais. Nenhum deles transforma um captcha humano em uma página. Compre o degrau mais baixo que seus alvos aceitam e deixe a classe de bloqueio dizer quando subir.

Compare os níveis do Web Unlocker

Alvos que recusam faixas residenciais? Veja o Web Unlocker em saídas móveis.