# 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.

| Mur | Ce que le site vérifie | Proxy résidentiel simple | Web Unlocker (résidentiel) | Web Unlocker, niveau mobile |
| --- | --- | --- | --- | --- |
| Réputation IP | Le réseau auquel appartient l'IP et son historique | Corrige les blocages de plage de datacenter | Sorties résidentielles, une IP fraîche à chaque réessai | IPs de transporteur 4G/5G partagées par de nombreux téléphones |
| Empreinte TLS et HTTP | La poignée de main, les paramètres HTTP/2 et l'ordre des en-têtes | Aucun changement : c'est toujours votre client | Empreintes de navigateur, tournées à chaque réessai | Identique au résidentiel |
| Défi JavaScript | Si le client exécute le script de la page et conserve son cookie | Non | Escalade vers un navigateur sans tête | Identique au résidentiel |

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](https://developers.cloudflare.com/bots/additional-configurations/ja3-ja4-fingerprint/) comme un moyen d'identifier les clients précisément de cette manière. Notre guide sur le [fingerprinting TLS](https://quantumproxies.io/blog/tls-ja3-fingerprinting-scraping) le couvre en profondeur. La troisième ligne nécessite un véritable moteur JavaScript.

![Trois clients mesurés face aux trois murs anti-bot, réputation IP, empreinte TLS et défi JavaScript : une simple requête datacenter n'en franchit aucun, un proxy résidentiel franchit le premier, et le Web Unlocker franchit les trois en faisant tourner les empreintes de navigateur et en passant à un navigateur sans tête.](https://res.cloudinary.com/dmqliab0t/image/upload/f_auto,q_auto,w_1200/v1790752444/blog/generated/qp-unl-g2-diag1.png)
*Un proxy résidentiel franchit le premier mur. Le unlocker franchit les trois.*

## 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.

| Site | Simple, serveur de datacenter | Simple, proxy résidentiel | Web Unlocker |
| --- | --- | --- | --- |
| docs.python.org | 200 | 200 | 200, 1.6 s |
| books.toscrape.com | 200 | 200 | 200, 1.9 s |
| news.ycombinator.com | 200 | 200 | 200, 4.1 s |
| en.wikipedia.org | 200 | 200 | 200, 1.9 s |
| github.com (page de dépôt) | 200 | 200 | 200, 2.0 s |
| bbc.com (Technologie) | 302 redirection | 302 redirection | 200, 1.4 s |

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

| Site | Simple, serveur de datacenter | Simple, proxy résidentiel | Web Unlocker |
| --- | --- | --- | --- |
| Zillow (listings Austin) | 403, PerimeterX 'L'accès à cette page a été refusé' | 200, vraie page de listings | 200, 1 tentative, 2.7 s |
| Leboncoin (recherche, sortie française) | 403, page de captcha | 200, vraie page de résultats | 200, 1 tentative, 1.4 s |
| Amazon (page produit) | 200, page produit | 200, page produit | 200, 2 tentatives + navigateur, 10.2 s |

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é

| Site | Simple, serveur de datacenter | Simple, proxy résidentiel | Web Unlocker |
| --- | --- | --- | --- |
| Indeed (recherche d'emploi) | 403, page 'Vérification de sécurité' | 403, 'Enable JavaScript and cookies to continue' | 200, 1 tentative, 2.6 s |
| Glassdoor (avis d'entreprise) | 403, page 'Sécurité' avec captcha | 403, 'Enable JavaScript and cookies to continue' | 200, 2 tentatives + navigateur, 17.2 s |
| Walmart (recherche) | 307 redirection, pas de page de résultats | 307 redirection, pas de page de résultats | 200, 1 tentative, 4.8 s |
| Best Buy (catégorie ordinateurs portables) | Connexion échouée, pas de réponse | Connexion échouée, pas de réponse | 200, 1 tentative, 6.3 s |

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](https://quantumproxies.io/web-unlocker/residential)

## 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](https://quantumproxies.io/blog/cgnat-why-mobile-proxies-trusted).

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](https://quantumproxies.io/blog/web-unlocker-api-tutorial-python).

```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.

![Une échelle d'escalade à quatre échelons pour un scraper, requête simple, proxy résidentiel, Web Unlocker et niveau Mobile, avec les sites du test du 29 septembre 2026 placés là où ils ont renvoyé une page pour la première fois : Wikipedia et GitHub en simple, Zillow et Leboncoin en résidentiel, Indeed, Glassdoor et Best Buy sur l'unlocker.](https://res.cloudinary.com/dmqliab0t/image/upload/f_auto,q_auto,w_1200/v1790750868/blog/generated/qp-unl-g2-diag2.png)
*Montez seulement aussi loin que le site vous y oblige.*

## 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](https://quantumproxies.io/residential-proxies) 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](https://quantumproxies.io/web-unlocker)

Cibles qui refusent les plages résidentielles ? Voir le [Web Unlocker sur les sorties mobiles](https://quantumproxies.io/web-unlocker/mobile).