Web Unlocker vs Proxy Résidentiel vs Proxy Mobile : Quand Utiliser Chacun

Nous avons récupéré les mêmes URLs depuis un serveur de centre de données, via un proxy résidentiel simple et via un web unlocker. Certains sites ne nécessitaient rien, certains avaient seulement besoin d'une IP résidentielle, et certains ne s'ouvraient que pour le unlocker. Voici ce que chaque couche corrige, et où le niveau mobile s'intègre.

Un proxy résidentiel change l'origine de votre requête. Un web unlocker change également l'apparence de la requête : il l'envoie sous une empreinte TLS de navigateur réel, réessaie avec des IPs fraîches et exécute un navigateur sans tête lorsqu'un défi JavaScript apparaît. Vous avez besoin du unlocker uniquement lorsqu'une IP résidentielle propre est encore bloquée. Sinon, le proxy suffit.

C'est la théorie. Pour la vérifier, nous avons récupéré les mêmes URL de trois manières le 29 septembre 2026 et avons conservé les résultats site par site. Certaines pages n'avaient besoin de rien du tout, certaines avaient seulement besoin d'une IP résidentielle, et certaines ne s'ouvraient que pour le déverrouilleur. Les tableaux ci-dessous montrent lesquelles étaient lesquelles.

• Pas de proxy nécessaire : docs.python.org, books.toscrape.com, Hacker News, Wikipedia et GitHub ont répondu à une requête simple depuis un serveur de datacenter.
• Un proxy résidentiel suffisait : Zillow et Leboncoin ont bloqué le serveur de datacenter mais ont servi la vraie page via un proxy résidentiel simple.
• Seul le unlocker est passé : Indeed, Glassdoor, Walmart et Best Buy ont refusé les clients simples et ont retourné la page via le unlocker.

Comment nous avons testé

Chaque URL a été récupérée de trois manières le 29 septembre 2026. Premièrement, curl simple depuis un serveur de datacenter à Francfort avec un User-Agent Chrome. Deuxièmement, le même curl simple via un proxy résidentiel QuantumProxies.io avec une sortie US (une sortie française pour Leboncoin). Troisièmement, via le proxy forward Web Unlocker sur le niveau résidentiel, avec le même pays de sortie. Le statut est le statut HTTP final que le client a vu. Les temps sont en temps réel pour une requête unlocker.

Ce que chaque couche résout

Un mur anti-bot moderne vérifie plusieurs éléments avant d'envoyer une page, et chaque outil résout un sous-ensemble différent. Savoir quel mur vous frappe vous indique quoi acheter.

La première ligne est là où la plupart des scrapers commencent et où un proxy résidentiel justifie son prix. Les plages d'hébergement sont faciles à reconnaître, et de nombreux sites les refusent carrément. La deuxième ligne explique pourquoi une IP propre ne suffit parfois pas : la poignée de main TLS de curl, Python ou Node ne ressemble en rien à celle de Chrome, et Cloudflare documente les empreintes JA3/JA4 comme un moyen d'identifier les clients précisément de cette manière. Notre guide sur le fingerprinting TLS le couvre en profondeur. La troisième ligne nécessite un véritable moteur JavaScript.

Sites qui n'ont eu besoin d'aucun proxy

Commencez ici, car c'est le résultat le moins coûteux. Ces pages ont répondu à une requête simple depuis un serveur de datacenter. Les envoyer par autre chose coûte de l'argent et ajoute de la latence sans gain.

Le 302 de la BBC est une redirection, pas un blocage. Notre client de test n'a pas suivi les redirections, et tout client qui le fait atterrit sur la page.

Où un proxy résidentiel simple suffisait

Zillow et Leboncoin sont le cas pour lequel un proxy résidentiel a été conçu. L'IP de datacenter a été refusée, et la même requête depuis une IP domestique a obtenu la page. Le unlocker a également fonctionné, mais il n'a rien ajouté dont vous aviez besoin.

Amazon est la ligne de prudence. Les deux clients simples ont obtenu la page produit lors de cette exécution, mais le unlocker a eu besoin de deux tentatives et d'un navigateur avant de revenir, et a pris 10.2 secondes. Le unlocker facture chaque octet qu'il déplace, réessais et chargements de navigateur inclus. Sur une page qui n'en avait pas besoin, vous payez pour ce travail supplémentaire. C'est une requête un jour donné, donc ne le lisez pas comme une règle sur Amazon. Lisez-le comme une règle sur le test du simple d'abord.

Où seul le web unlocker est passé

Ici, l'IP résidentielle seule n'a pas aidé. Walmart, Best Buy et Indeed ont renvoyé la véritable page lors de la première tentative TLS du déverrouilleur, sans navigateur. Pourtant, la colonne résidentielle simple avait déjà une IP domestique propre et a échoué, et la différence évidente restante est l'apparence de la requête. Glassdoor est allé plus loin : il voulait du JavaScript, donc le déverrouilleur avait besoin de deux tentatives TLS puis d'un navigateur sans tête, c'est pourquoi cela a pris 17,2 secondes.

Walmart a besoin de sa propre mise en garde. Nous n'avons pas enregistré où sa redirection 307 pointait. Nous savons seulement qu'aucun client simple n'a reçu la page de résultats et que le unlocker l'a fait.

Utilisez le Web Unlocker sur les sorties résidentielles

Où le niveau mobile s'intègre

Les opérateurs mobiles mettent de nombreux téléphones derrière chaque IP publique (NAT de niveau opérateur), donc un site qui bloque une adresse de transporteur risque de bloquer de vrais clients avec elle. C'est pourquoi les IPs de transporteur ont tendance à inspirer plus de confiance que les plages résidentielles. Nous expliquons le mécanisme dans pourquoi les proxies mobiles sont de confiance : CGNAT.

Le Web Unlocker a un niveau Mobile qui exécute la même logique (empreintes de navigateur, réessais, escalade de navigateur, rapport de blocage) sur les sorties des opérateurs 4G/5G. Vous le sélectionnez avec -tier-mobile dans le nom d'utilisateur du proxy, ou "tier": "mobile" sur le point de terminaison REST. Il a son propre solde de Go prépayé. Il est destiné aux sites qui refusent également les plages résidentielles, ce qui est exactement ce qu'un bloc access_denied sur le niveau résidentiel suggère.

Une échelle d'escalade consciente des coûts en Python

Les tableaux pointent vers une règle : montez seulement aussi haut que le site vous y oblige. Cette fonction essaie chaque échelon dans l'ordre et s'arrête au premier qui retourne une vraie page. Elle passe au niveau Mobile uniquement lorsque le niveau résidentiel signale un blocage access_denied. HEADERS et looks_blocked() sont les assistants de notre tutoriel API web unlocker en 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

En production, souvenez-vous de l'échelon par domaine une fois que vous le connaissez, afin de ne pas payer pour les échelons échoués à chaque requête. Le unlocker peut également envoyer un en-tête x-qp-hint avec une suggestion, qui vaut la peine d'être consignée à côté de la classe de blocage.

Comment décider, en cinq questions

1. Une requête simple depuis votre serveur retourne-t-elle la vraie page ? Alors vous n'avez besoin de rien. Arrêtez-vous là.
2. Échoue-t-elle depuis une IP de datacenter mais fonctionne-t-elle depuis une IP résidentielle ? Achetez des proxies résidentiels et gardez votre propre client.
3. Échoue-t-elle encore depuis une IP résidentielle propre, avec un 403, une page 'Just a moment' ou 'Enable JavaScript', ou une connexion interrompue ? C'est le travail du unlocker.
4. Le unlocker signale-t-il access_denied sur les sorties résidentielles ? Testez le niveau Mobile sur ce site avant de vous engager sur le volume.

Questions fréquemment posées

Devrais-je acheter des proxies résidentiels ou utiliser un web unlocker ?

Testez d'abord vos cibles. Si une requête simple depuis une IP résidentielle retourne la vraie page, comme Zillow et Leboncoin l'ont fait dans notre test du 29 septembre 2026, les proxies résidentiels suffisent et sont moins chers à utiliser. Si une IP résidentielle propre obtient encore un 403 ou un défi JavaScript, comme Indeed et Glassdoor l'ont fait, vous avez besoin du unlocker.

Ai-je besoin de proxies résidentiels, ou n'importe quel proxy fonctionnerait-il ?

Cela dépend du site. Wikipedia, GitHub et Hacker News ont répondu à une requête simple de datacenter dans notre test, donc aucun proxy n'était nécessaire. Zillow et Leboncoin ont refusé l'IP de datacenter et ont accepté une IP résidentielle. Les proxies de datacenter partagent le premier problème, car les plages d'hébergement sont faciles à reconnaître et à refuser pour les sites.

Les proxies mobiles sont-ils plus fiables que les proxies résidentiels pour le web scraping ?

Les IPs des opérateurs sont partagées par de nombreux téléphones via CGNAT, donc les sites sont plus réticents à les bloquer, et cela aide contre les blocs de réputation IP. Elles ne changent pas votre empreinte TLS ni ne résolvent les défis JavaScript par elles-mêmes.

Les proxies mobiles réduisent-ils les captchas ?

Elles peuvent réduire les captchas déclenchés par la réputation IP, car une adresse d'opérateur ressemble à celle de nombreux utilisateurs de téléphones ordinaires.

Comment le web unlocker est-il facturé par rapport à un proxy résidentiel ?

Les deux sont facturés par Go. Le unlocker compte chaque octet qu'il déplace en votre nom, y compris les réessais, les pages bloquées et le chargement de la page du navigateur, et il utilise son propre solde prépayé par niveau : sorties résidentielles et sorties de transporteur mobile. Le prix actuel par Go est affiché dans le tableau de bord.

Les proxies résidentiels corrigent l'origine d'une requête. Le web unlocker corrige également son apparence et sa capacité à exécuter JavaScript. Le niveau Mobile change à nouveau l'IP pour les sites qui refusent les plages résidentielles. Achetez le niveau le plus bas que vos cibles acceptent, et laissez la classe de bloc vous indiquer quand monter.

Comparer les niveaux du Web Unlocker

Cibles qui refusent les plages résidentielles ? Voir le Web Unlocker sur les sorties mobiles.