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 datacenter, via un proxy résidentiel simple et via un web unlocker. Certains sites n'ont eu besoin de rien, certains ont seulement eu besoin d'une IP résidentielle, certains ne se sont ouverts que pour le unlocker, et cinq sont restés bloqués. Voici ce que chaque couche résout, 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 URLs de trois manières le 29 septembre 2026 et conservé les résultats site par site. Certaines pages n'ont eu besoin de rien du tout, certaines ont seulement eu besoin d'une IP résidentielle, certaines ne se sont ouvertes que pour le unlocker, et cinq sont restées bloquées quoi que nous fassions. 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.
• Toujours bloqué : Home Depot, eBay, DoorDash, StockX et Realtor.com, chacun signalé avec un statut d'erreur et une classe de blocage au lieu d'un faux 200.
• Sorties mobiles ne faisaient pas partie de ce test. Nous expliquons où elles s'intègrent, mais nous n'avons pas de mesures à vous montrer.

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.

Ceci est une exécution depuis un endroit un jour donné, pas un benchmark. Les règles anti-bot changent chaque semaine, et un site qui passe le lundi peut refuser le mardi. Les lignes où le harnais ou le unlocker lui-même ont retourné une erreur interne sont laissées de côté : elles ne sont ni des passes ni des blocages, et les compter dans un sens ou dans l'autre vous induirait en erreur. Utilisez les tableaux pour le modèle, et retestez les sites qui vous intéressent.

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 n'est parfois pas suffisante : 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 par cela. Notre guide sur l'empreinte TLS le couvre en profondeur. La troisième ligne nécessite un véritable moteur JavaScript. La quatrième ligne nécessite un humain, et aucun produit sur cette page n'en fournit un.

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é. Indeed, Walmart et Best Buy sont passés à la première tentative TLS du unlocker, sans navigateur. La sortie du unlocker était une IP résidentielle différente de celle utilisée par notre test simple, donc ce n'est pas une expérience contrôlée. 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 JavaScript, donc le unlocker a eu besoin de deux tentatives TLS puis d'un navigateur sans tête, ce qui explique 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

Ce qui a encore échoué, et ce que la classe de blocage vous dit

Une comparaison honnête nécessite également les échecs. Ces cinq ont refusé à la fois les clients simples et le unlocker. Le unlocker est revenu avec un statut d'erreur et nous a dit pourquoi, au lieu de passer une page de blocage comme un 200 :

La classe de blocage est la partie utile. ip_reputation sur Home Depot, eBay et DoorDash signifie que les IPs de sortie elles-mêmes ont été refusées, donc une meilleure empreinte n'aurait pas aidé. js_challenge sur StockX signifie que la page de défi de Cloudflare était toujours là après la tentative de navigateur. fingerprint sur Realtor.com, qui a répondu 429 (RFC 6585 le définit comme Trop de Requêtes), signifie que le client lui-même a été refusé. Chacun pointe vers une étape suivante différente, et l'une d'elles est là où le niveau mobile intervient.

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, signalement de blocage) sur les sorties de transporteur 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 plus lent, et il coûte plus cher par Go que le niveau résidentiel. Il est destiné aux sites qui refusent également les plages résidentielles, ce qui est exactement ce qu'un blocage ip_reputation sur le niveau résidentiel suggère.

Pour être clair sur les limites de cet article : nous n'avons pas exécuté le niveau Mobile dans ce test. Nous ne pouvons pas vous dire s'il obtient les pages de Home Depot, eBay ou DoorDash, et nous n'allons pas deviner. Si ce sont vos cibles, testez-les sur le niveau Mobile avant d'acheter du volume. Cela n'aidera pas avec un blocage captcha ou fingerprint, car ceux-ci ne concernent pas l'IP. Pour la question générale des proxies mobiles contre résidentiels contre ISP sans unlocker devant, notre comparaison des proxies mobiles, résidentiels et ISP le couvre.

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 ip_reputation. 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") != "ip_reputation":
            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 ip_reputation sur les sorties résidentielles ? Testez le niveau Mobile sur ce site avant de vous engager sur le volume.
5. Signale-t-il captcha ou fingerprint ? Aucun niveau de proxy ne résout ceux-ci de manière fiable. Reconsidérez la source, le taux, ou si une API officielle existe.

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 de transporteur 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 blocages de réputation IP. Ils ne changent pas votre empreinte TLS ni ne résolvent les défis JavaScript par eux-mêmes, et ils sont plus lents et coûtent plus cher par Go. Nous n'avons pas mesuré les sorties mobiles dans ce test.

Les proxies mobiles réduisent-ils les captchas ?

Ils peuvent réduire les captchas déclenchés par la réputation IP, car une adresse de transporteur ressemble à de nombreux utilisateurs de téléphones ordinaires. Ils ne font rien pour les captchas déclenchés par l'empreinte du client ou par le taux de requêtes. Le Web Unlocker ne résout pas les captchas interactifs sur aucun niveau : il les signale avec la classe de blocage captcha.

Pourquoi un web unlocker est-il plus lent qu'un proxy résidentiel ?

Parce qu'il fait plus de travail par requête lorsqu'un site résiste : il réessaie avec des IPs fraîches sous différentes empreintes et, si un défi JavaScript apparaît, charge la page dans un navigateur sans tête. Dans notre test, Indeed est passé en 2.6 secondes sur une tentative, tandis que Glassdoor avait besoin d'un navigateur et a pris 17.2 secondes.

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. Aucun d'eux ne transforme un captcha humain en page. Achetez l'échelon le plus bas que vos cibles acceptent, et laissez la classe de blocage 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.