La plupart des gens achètent des proxys résidentiels et se font quand même bannir en moins d’une semaine. L’IP était correcte. Tout le reste posait problème.
J’ai passé beaucoup de temps sur des forums de proxys, dans des tableaux de bord de fournisseurs et au sein de pipelines de scraping. Le schéma se répète sans cesse : quelqu’un s’inscrit à un service de proxys résidentiels, lance ses requêtes, puis se fait bloquer presque immédiatement. Il accuse le fournisseur, en change, et obtient le même résultat. Le vrai problème n’est presque jamais une simple « mauvaise IP » — c’est tout ce qui entoure l’IP. Le marché des proxys résidentiels est désormais estimé à plus de 1,47 milliard USD (2024), avec une progression attendue jusqu’à 7,5 milliards USD d’ici 2035, et la recherche 2026 de Proxyway a identifié plus de 50 nouveaux fournisseurs de proxys créés rien qu’en 2025. Avec autant de bruit, il est facile de se sentir submergé. Ce guide couvre tout le tableau : choix d’un fournisseur, compréhension de la facturation, configuration pratique, et — surtout — les techniques à plusieurs couches qui vous gardent réellement sous le radar.
Que sont les proxys résidentiels, et pourquoi devriez-vous vous y intéresser ?
Un proxy résidentiel fait transiter votre trafic internet via une adresse IP attribuée par un FAI grand public — le même type d’IP que celle utilisée par votre box à la maison. Quand un site web voit votre requête, il a l’impression qu’elle vient d’une personne ordinaire qui navigue depuis chez elle, et non d’un serveur dans un datacenter en Virginie.
Comment ça fonctionne : un fournisseur de proxy obtient l’accès à ces IP via de véritables appareils domestiques — généralement par le biais d’applications opt-in ou de SDK, où les utilisateurs partagent leur bande passante inutilisée en échange d’un avantage. Votre requête part de votre machine vers la passerelle du fournisseur, puis ressort via l’une de ces IP résidentielles, atteint le site cible, et la réponse revient par le même chemin.
Le public concerné est large : toute personne qui doit se fondre dans le trafic internet normal. Les équipes commerciales qui extraient des annuaires d’entreprises. Les équipes e-commerce qui surveillent les prix des concurrents. Les équipes marketing qui vérifient les emplacements publicitaires dans certaines villes. L’objectif est toujours le même : ressembler à un consommateur ordinaire, pas à un bot.
Un point essentiel à comprendre dès le départ : toutes les sources d’IP résidentielles ne se valent pas. Certains fournisseurs utilisent des programmes d’opt-in transparents. D’autres s’appuient sur des SDK intégrés, un consentement trompeur, ou pire. En janvier 2026, le Threat Intelligence Group de Google a démantelé ce qu’il pensait être l’un des plus grands botnets de proxys résidentiels au monde, et la FBI a publié un avis sur les proxys résidentiels la même année pour alerter sur les abus criminels de ces réseaux. Une provenance éthique n’est pas seulement un “plus” — elle impacte votre disponibilité, votre exposition juridique et le fait que ces IP soient déjà grillées avant même que vous ne les utilisiez.
Pourquoi les proxys résidentiels comptent : cas d’usage concrets pour les équipes Sales, e-commerce et opérations
Les proxys résidentiels ne sont pas une curiosité pour hackers — ce sont des outils concrets pour des équipes métier qui ont besoin de données web fiables, localisées, ou qui doivent gérer plusieurs comptes sans déclencher d’alertes de corrélation. Voici où ils interviennent dans des workflows réels :
| Cas d’usage | Pourquoi les proxys résidentiels aident | Qui en bénéficie |
|---|---|---|
| Génération de leads et extraction de contacts | Les annuaires et listes locales limitent le débit ou localisent les résultats selon l’IP. Les IP résidentielles vous montrent ce qu’un prospect local voit réellement. | Sales, équipes BDR |
| Suivi des prix e-commerce et des SKU | Les sites marchands affichent des prix, des stocks et des signaux de conformité MAP selon la région. Les IP résidentielles imitent de vrais acheteurs. | Ops e-commerce, analystes prix |
| Vérification publicitaire et SEO local | Vérifier les emplacements d’annonces ou le classement local nécessite de voir exactement ce qu’un utilisateur dans cette ville voit. | Marketing, équipes SEO |
| Gestion multi-comptes | Des sessions résidentielles ou ISP stables réduisent les risques d’alertes de corrélation d’IP entre comptes marketplace ou sociaux. | Gestionnaires de comptes (avec prudence vis-à-vis des CGU) |
| Études de marché et veille concurrentielle | Accès à du contenu géorestreint, analyse de concurrents localisés, ou agrégation de données publiques à grande échelle. | Stratégie, équipes de recherche |
Le rapport 2026 de Proxyway confirme que l’e-commerce reste le principal cas d’usage des proxys, tandis que l’accès aux données pour l’IA progresse rapidement. La documentation de Webshare sur la vérification publicitaire explique comment les proxys permettent aux annonceurs d’imiter la localisation des utilisateurs pour contrôler la diffusion et détecter les fraudes.
À propos de la gestion multi-comptes : de nombreuses plateformes interdisent explicitement les comptes coordonnés ou la dissimulation d’identité. Si vous gérez des comptes régionaux légitimes, respectez les règles de la plateforme. Les proxys ne rendent pas un comportement interdit acceptable.
Proxys résidentiels vs datacenter, mobile et VPN : connaître la différence
Les proxys résidentiels ne sont pas toujours le bon choix. Ils coûtent plus cher et sont plus lents que les proxys datacenter, donc comprendre les compromis avant d’acheter permet d’économiser de l’argent.
| Type de proxy | Source de l’IP | Risque de détection | Coût typique (2026) | Idéal pour |
|---|---|---|---|---|
| Résidentiel | FAI grand public, pools P2P/SDK | Plus faible sur les sites protégés | 3–15 USD/GB | Suivi e-commerce, contrôles géographiques, scraping public |
| Datacenter | Fournisseurs cloud/hébergement | Plus élevé sur les sites protégés | À partir d’environ 0,5 USD/IP | Scraping à gros volume, faible risque, tests internes |
| Mobile | Réseaux d’opérateurs (NAT opérateur) | Très faible | Plus élevé que le résidentiel | Tests d’apps, contenu mobile, cibles très strictes |
| VPN | Serveurs VPN centralisés | Élevé pour l’automatisation (plages connues) | Tarif mensuel grand public faible | Vie privée, navigation manuelle, changement simple de région |
La règle de décision est simple : si le site cible bloque activement le trafic datacenter et que vous devez apparaître comme un vrai utilisateur dans une localisation précise, les proxys résidentiels sont le bon choix. La vitesse et le coût comptent plus que la discrétion ? Les proxys datacenter font très bien l’affaire. Les proxys mobile ne servent qu’en dernier recours pour les cibles extrêmement strictes, et les VPN sont faits pour la confidentialité — pas pour l’échelle.
Comment choisir un fournisseur de proxys résidentiels (ce qui compte vraiment)
La plupart des articles « top 10 des proxys » classent les fournisseurs selon des fonctionnalités dont personne ne se soucie vraiment. Les utilisateurs des forums racontent autre chose : ils regardent la fraîcheur des IP, la possibilité de tester avant de s’engager, la précision du ciblage géographique et le fait que les IP soient réellement résidentielles.
Le problème de confiance est réel : certains fournisseurs rebaptisent des IP datacenter en IP résidentielles. Avant de payer, vérifiez la composition du pool avec des outils comme PixelScan, BrowserLeaks ou IPinfo.
Voici le cadre d’évaluation qui compte vraiment :
| Critère | Pourquoi c’est important | Comment vérifier |
|---|---|---|
| Taille et fraîcheur du pool d’IP | Des IP trop utilisées sont vite repérées. Les gros pools annoncés peuvent inclure des IP inactives ou en doublon. | Lancez un petit pilote ; consignez les IP uniques, la diversité ASN, le taux de doublons et le taux de blocage. L’étude de Proxyway sur la taille réelle des pools compare chiffres réels et chiffres annoncés. |
| Diversité des sous-réseaux et des ASN | Trop d’IP issues du même ASN paraît artificiel. | Vérifiez les IP avec IPinfo, MaxMind ou BrowserLeaks. |
| Granularité du ciblage géographique | Le niveau pays ne suffit pas pour le SEO local ou la vérification publicitaire. Il faut du ciblage ville ou code postal. | Testez les cibles pays, région, ville et code postal avant d’acheter. Comparez ce que le site cible affiche réellement. |
| Provenance éthique des IP | Une provenance floue crée des risques juridiques, de sécurité et de disponibilité. | Recherchez des mentions de consentement, des rapports de transparence, des politiques KYC/anti-abus et des mécanismes de retrait. |
| Flexibilité du contrôle des sessions | Les tâches diffèrent : il faut parfois des sessions tournantes, parfois des sessions collantes. | Vérifiez que les deux types sont disponibles ; testez la durée des sessions collantes. |
| Qualité du support et de la documentation | Les débutants bloquent souvent sur l’authentification, les ports et la syntaxe des sessions. | Lisez le guide de démarrage rapide et ouvrez une question au support avant d’acheter. Mesurez le temps de réponse. |
| Adaptation du modèle de facturation | Le paiement au Go, à l’IP, à la requête ou en PAYG change radicalement le coût réel. | Estimez la bande passante avec des tailles de pages et des retry réalistes avant de choisir un plan. |
À titre de repère, voici les revendications actuelles de taille de pool de certains fournisseurs (à considérer comme du marketing, pas comme des chiffres audités) :
- Bright Data : annonce plus de 400 M d’IP résidentielles mensuelles dans 195 pays
- Oxylabs : annonce plus de 175 M d’IP résidentielles
- Decodo (Smartproxy) : annonce plus de 115 M d’IP avec ciblage ville/code postal
- NetNut : annonce plus de 85 M d’IP résidentielles dans plus de 195 pays
Décrypter les modèles tarifaires des proxys résidentiels : par Go, par IP, par requête et PAYG
C’est là que la plupart des articles échouent : ils listent des prix sans expliquer comment fonctionnent les modèles de facturation, ce qui empêche d’estimer la dépense réelle.
| Modèle | Fonctionnement | Idéal pour | À surveiller |
|---|---|---|---|
| Par Go | Paiement de la bande passante transférée | Scraping intensif, pages riches en médias | Les coûts explosent avec les images, le JS et les retry |
| Par IP / par port | Frais fixes par adresse IP | Proxys résidentiels/ISP statiques, gestion de comptes | Options de rotation limitées |
| Par requête | Tarif forfaitaire par appel API | APIs de scraping | Cher à très haut volume |
| PAYG | Sans engagement, paiement à l’usage | Tests, volumes imprévisibles | Coût unitaire plus élevé |
| Abonnement mensuel | Quota de Go ou d’IP par mois | Usage régulier et volumique | Quota non utilisé = argent perdu |
Exemple de coût concret
Imaginez que vous extrayez 10 000 pages produit d’environ 500 Ko chacune. Cela représente à peu près 5 Go de bande passante avant même les retry, les images, les scripts ou la surcharge du navigateur. À 7 USD/Go, le coût de base du proxy est d’environ 35 USD. Mais dans un scraping réel via navigateur — où JavaScript, polices, pixels de tracking et retries s’accumulent — la bande passante réelle peut être 3 à 5 fois plus élevée. Votre estimation à 35 USD peut en réalité grimper à 100–175 USD.
Signaux de prix actuels
| Fournisseur | Prix public résidentiel | Source |
|---|---|---|
| Bright Data | À partir d’environ 5,88 USD/Go (promo PAYG ~4 USD/Go) | Tarifs Bright Data |
| Oxylabs | 5 Go à 6 USD/Go, 20 Go à 5 USD/Go, 125 Go à 4 USD/Go | Tarifs Oxylabs |
| Decodo | 3 Go à 3,75 USD/Go, 10 Go à 3,50 USD/Go, 25 Go à 3,25 USD/Go | Tarifs Decodo |
| SOAX | 25 Go à 3,60 USD/Go, 50 Go à 3,40 USD/Go, 800 Go à 2 USD/Go | Tarifs SOAX |
Les coûts cachés dont personne ne parle
- Les requêtes échouées consomment quand même de la bande passante. Une page CAPTCHA ou une page de blocage, c’est encore des données que vous payez.
- La résolution DNS et les négociations SSL ajoutent environ 1 à 3 Ko par requête. À grande échelle, cela compte.
- Le rendu navigateur télécharge des images, des polices, des scripts et des pixels de suivi dont vous n’avez probablement pas besoin.
- Les dépôts minimums et les crédits qui expirent peuvent rendre les petits plans plus chers que le tarif affiché.
- Les retry et le trafic de chauffe pour la connexion, la pagination et l’établissement de session ne sont pas gratuits.
Sessions résidentielle collante vs tournante : un cadre de décision
L’erreur de configuration la plus fréquente que je vois : utiliser des sessions tournantes pour des tâches qui nécessitent de la continuité, ou des sessions collantes pour des tâches qui ont besoin de distribution.
| Facteur | Sessions tournantes | Sessions collantes (statiques) |
|---|---|---|
| Idéal pour | Requêtes indépendantes : vérification SERP, extraction de prix, surveillance large | Tâches dépendantes de la session : connexion, paiement, pagination, panier |
| Durée de vie de l’IP | Nouvelle IP à chaque requête (ou à intervalle court) | Même IP pendant 10 à 60 minutes (selon le fournisseur) |
| Risque de détection | Peut sembler bruyant si le comportement n’est pas cohérent | Peut accumuler des limites de débit si elle est surutilisée |
| Coût en bande passante | Plus de retry possibles si la cible réagit à la rotation | Moins de réchauffement de session, mais des IP collantes bloquées font perdre du temps |
La documentation de Decodo confirme que les sessions tournantes peuvent changer à chaque nouvelle requête, tandis que les sessions collantes peuvent conserver la même IP jusqu’à 60 minutes.
Règle simple : si votre tâche doit se souvenir de vous d’une requête à l’autre (connexion, panier, pagination), utilisez du sticky. Si chaque requête est indépendante (SERP, extraction de prix), utilisez la rotation.
En pratique, la plupart des workflows de scraping utilisent des sessions tournantes. La gestion de comptes et les parcours de paiement nécessitent du sticky. Beaucoup de fournisseurs proposent les deux dans la même offre — vérifiez avant d’acheter.
Comment configurer des proxys résidentiels : guide pas à pas
Presque aucun article en ligne ne montre réellement la configuration d’un proxy étape par étape. J’ai configuré des proxys chez plusieurs fournisseurs, et le processus est plus similaire que différent — voici donc le vrai déroulé.
- Difficulté : Débutant
- Temps requis : ~15 minutes pour la première requête réussie
- Ce qu’il vous faut : Un compte de proxy résidentiel, un terminal ou un navigateur, et une URL cible à tester
Étape 1 : créer votre compte et récupérer vos identifiants proxy
Inscrivez-vous chez le fournisseur choisi. Ouvrez le tableau de bord et localisez votre endpoint de proxy (hostname), le port, le nom d’utilisateur et le mot de passe. Certains fournisseurs fournissent aussi un token API ou une syntaxe de ciblage pays/ville à ajouter au nom d’utilisateur.
Vous devriez voir quelque chose comme :
- Hôte :
gate.provider.com - Port :
8000 - Nom d’utilisateur :
user-country-us-city-newyork - Mot de passe :
yourpassword123
[screenshot: tableau de bord du fournisseur montrant les identifiants proxy et les détails de l’endpoint]
Étape 2 : choisir votre méthode d’authentification
| Méthode | Idéal pour | Compromis |
|---|---|---|
| Nom d’utilisateur : mot de passe | Scripts, navigateurs, outils d’équipe | Simple, mais les identifiants doivent être stockés avec soin |
| Whitelisting IP | Serveurs ou IP fixes de bureau | Authentification plus propre, mais casse si l’IP change |
| Token API | APIs gérées et workflows de tableau de bord | Adapté à l’automatisation, à protéger comme une clé |
La plupart des débutants devraient commencer avec nom d’utilisateur : mot de passe. Cela fonctionne partout et ne demande aucune configuration serveur.
Étape 3 : choisir votre protocole — HTTP, HTTPS ou SOCKS5
| Protocole | Idéal pour | Chiffré ? | Vitesse |
|---|---|---|---|
| HTTP | Scraping basique, navigation | Non (le saut proxy n’est pas chiffré) | Rapide |
| HTTPS | Sessions de connexion, données sensibles | Oui (le trafic vers la destination est en HTTPS) | Rapide |
| SOCKS5 | Multi-comptes, trafic non HTTP | Dépend de la destination | Plus rapide pour certains cas d’usage |
Pour la plupart des cas de web scraping, HTTPS est le choix par défaut. SOCKS5 est utile pour les navigateurs anti-détection ou les protocoles non HTTP. HTTP convient pour des tests rapides sur des cibles non sensibles.
Étape 4 : tester votre première requête avec curl
La documentation officielle de curl confirme que les identifiants proxy peuvent être passés avec -U ou --proxy-user.
curl -x http://gate.provider.com:8000 \
-U "user-country-us:yourpassword123" \
https://ipinfo.io/json
Vous devriez obtenir une réponse JSON indiquant une IP résidentielle basée aux États-Unis, un nom de FAI (pas un hébergeur cloud) et la bonne ville si vous en avez spécifié une.
Si vous avez un timeout ou une erreur d’authentification : vérifiez les identifiants, confirmez le port, et assurez-vous que votre compte fournisseur est actif et crédité.
Étape 5 : tester avec Python requests
La documentation de Requests prend en charge les URL de proxy dans le dictionnaire proxies.
import requests
proxy = "http://user-country-us:yourpassword123@gate.provider.com:8000"
proxies = {
"http": proxy,
"https": proxy,
}
response = requests.get("https://ipinfo.io/json", proxies=proxies, timeout=30)
print(response.json())
La sortie devrait afficher une IP résidentielle avec un nom de FAI grand public. Si vous voyez un ASN datacenter (comme Amazon, Google ou DigitalOcean), votre fournisseur ne délivre peut-être pas de vraies IP résidentielles — et c’est un signal d’alerte.
Étape 6 : tester avec Playwright (pour le scraping côté navigateur)
La documentation Python de Playwright prend en charge les proxys HTTP(S) et SOCKS, globalement ou par contexte navigateur.
from playwright.sync_api import sync_playwright
with sync_playwright() as p:
browser = p.chromium.launch(proxy={
"server": "http://gate.provider.com:8000",
"username": "user-country-us",
"password": "yourpassword123",
})
page = browser.new_page()
page.goto("https://ipinfo.io/json")
print(page.text_content("body"))
browser.close()
Étape 7 : configurer les règles de rotation et de session
Dans le tableau de bord de votre fournisseur, configurez des sessions tournantes ou collantes selon votre cas d’usage (reportez-vous au cadre de décision ci-dessus). En rotation, la valeur par défaut est généralement une nouvelle IP à chaque requête. En sticky, vous ajoutez habituellement un ID de session à votre nom d’utilisateur — par exemple user-country-us-session-abc123 — et le fournisseur conserve cette IP pendant la durée configurée.
Étape 8 : vérifier avec plusieurs outils
Ne faites pas confiance à un seul vérificateur d’IP. Utilisez-en plusieurs :
- ipinfo.io : ASN, entreprise, géolocalisation, indicateurs de confidentialité
- BrowserLeaks : vérifications de navigateur, WebRTC, canvas et fuites d’IP
- PixelScan : contrôle de cohérence proxy/fingerprint
- whatismyipaddress.com : IP et localisation apparentes rapides
Confirmez à la fois l’IP apparente et le contenu réellement servi par le site cible. Un proxy peut passer un testeur d’IP et malgré tout être bloqué ou recevoir un contenu différent du site cible.
Comment éviter d’être banni : pourquoi les proxys résidentiels seuls ne suffisent pas face aux systèmes anti-bot modernes
Avoir une IP résidentielle est nécessaire, mais pas suffisant — et la plupart des guides sur les proxys omettent complètement ce point. Les systèmes anti-bot modernes analysent plusieurs couches en même temps.
Les couches de détection au-delà de votre adresse IP
Empreinte TLS/JA3 : quand votre client initie une connexion HTTPS, la poignée de main révèle une empreinte de la manière dont il communique. La documentation de Cloudflare explique que les empreintes JA3/JA4 identifient les clients TLS selon leurs caractéristiques de connexion. Le papier d’ingénierie original de Salesforce sur JA3 va plus loin : JA3 empreinte le client, JA3S empreinte la réponse serveur. Si votre User-Agent prétend être Chrome mais que votre empreinte TLS dit « Python requests », vous êtes repéré.
Cohérence des en-têtes HTTP : User-Agent, Accept-Language, sec-ch-ua, encodage et ordre des en-têtes doivent être cohérents entre eux. Une requête qui prétend être Chrome sur macOS tout en envoyant des en-têtes de style Linux est suspecte.
Empreinte navigateur : Canvas, WebGL, polices, taille d’écran, fuseau horaire, WebRTC et indicateurs d’automatisation (comme navigator.webdriver) peuvent identifier les navigateurs headless ou les environnements non naturels. La recherche de DataDome décrit la détection par combinaison de ces signaux.
Analyse comportementale : temporisation des requêtes, scroll, mouvements de souris, profondeur de navigation et historique de session. Faire défiler 100 pages par seconde depuis une IP « utilisateur domestique » ne ressemble pas à un utilisateur domestique.
Exécution JavaScript : beaucoup de sites attendent que les scripts soient exécutés, que les cookies soient définis et que les étapes de défi soient complétées. Une requête HTTP brute qui n’exécute jamais le JS échouera sur ces sites.
La checklist anti-bannissement
Voici ce que je vérifie réellement avant de lancer n’importe quel workflow basé sur un proxy :
- ✅ IP résidentielle provenant d’un fournisseur de qualité (vérifiée avec PixelScan/IPinfo)
- ✅ En-tête User-Agent cohérent et réaliste
- ✅ Empreinte TLS correspondant au navigateur annoncé (ne prétendez pas être Chrome avec une empreinte Python)
- ✅ Fuseau horaire, langue et en-têtes Accept-Language alignés sur la géolocalisation du proxy
- ✅ Temporisation réaliste des requêtes (2 à 10 secondes entre les pages, pas 50 ms)
- ✅ Support du rendu JavaScript lorsque la cible l’exige
- ✅ Gestion des cookies et de la session (conserver les cookies dans une session)
- ✅ Évitement des pièges honeypot (liens cachés, champs de formulaire invisibles)
- ✅ Respect de
robots.txtet des conditions du site lorsque cela s’applique
La documentation anti-blocage de Bright Data avertit explicitement que « les proxys résidentiels seuls » est une idée reçue — les systèmes modernes vérifient les empreintes TLS, les empreintes navigateur et les schémas comportementaux en plus de la réputation de l’IP.
Les erreurs fréquentes qui font bannir les utilisateurs de proxys résidentiels
- Marteler les pages trop vite. Même avec des IP tournantes, 100 requêtes/seconde depuis le même sous-réseau fournisseur paraît automatisé.
- En-têtes incohérents entre les requêtes. Changer de User-Agent au milieu d’une session, ou envoyer des en-têtes qui ne correspondent pas au navigateur prétendu.
- Ignorer
robots.txtsur les sites qui le surveillent. Certains sites utilisent le respect derobots.txtcomme signal. - Utiliser la même IP sticky trop longtemps. Une IP résidentielle qui navigue sur le même site pendant 4 heures d’affilée, c’est inhabituel.
- Scraper en étant connecté à un compte personnel. Si votre compte est signalé, vous perdez le compte — pas seulement la session.
- Ne jamais exécuter JavaScript. De nombreux sites e-commerce et sociaux renvoient des coquilles vides aux clients qui n’exécutent pas le JS.
Éviter la pile de proxys : comment Thunderbit gère le web scraping sans vous obliger à administrer des proxys
Une question honnête à se poser avant de monter une pile de proxys : voulez-vous vraiment des proxys résidentiels, ou voulez-vous simplement les données ?
Pour beaucoup des cas d’usage ci-dessus — surveillance des prix, extraction de leads, veille concurrentielle — l’objectif n’est pas « faire transiter le trafic par une IP résidentielle ». C’est « extraire des données structurées depuis ces pages web vers un tableur ». Le proxy résidentiel n’est qu’une pièce d’une pile plus large : proxys + navigateur headless + spoofing d’empreinte + logique de retry + gestion de CAPTCHA + parsing HTML + normalisation de schéma. Cela fait beaucoup d’éléments à gérer.
Chez Thunderbit, nous avons conçu l’Open API et la CLI pour gérer tout le pipeline en un seul appel. POST /extract prend une URL et un schéma, rend le JavaScript, gère les protections anti-bot, administre la rotation des proxys en interne, résout les CAPTCHA, puis renvoie un JSON structuré conforme à votre schéma. Pas d’identifiants proxy, pas de configuration Puppeteer, pas de gestion d’empreinte.
Pour les développeurs : API et CLI
POST /openapi/v1/distill— renvoie du Markdown propre, prêt pour les LLM, à partir de n’importe quelle pagePOST /openapi/v1/extract— renvoie un JSON structuré correspondant au schéma- CLI :
npx @thunderbit/thunderbit-cli extract <url> --schema <json>— utilisable depuis le terminal, des scripts ou la CI - Traitement par lot jusqu’à 100 URL par job
- Serveur MCP pour les agents IA (Claude, Cursor) qui ont besoin de données web en cours de tâche
La documentation CLI prend en charge distill, extract, suggest-fields et les workflows par lot depuis le terminal.
Pour les équipes non techniques : extension Chrome
Pour les équipes sales et ops qui ne codent pas, l’extension Chrome Thunderbit propose du scraping en 2 clics avec AI Suggest Fields. Cliquez sur l’extension, laissez-la suggérer les colonnes, lancez l’extraction, puis exportez vers Excel, Google Sheets, Airtable ou Notion. Aucun paramétrage de proxy requis.
Quand utiliser des proxys résidentiels vs Thunderbit
| Scénario | Proxys résidentiels | Thunderbit |
|---|---|---|
| Web scraping → données structurées | Utile si vous avez déjà une pile de scraping complète | Très adapté : extraction, rendu, anti-bot et sortie structurée en un seul appel |
| Gestion multi-comptes | Nécessaire pour le contrôle brut des IP/sessions | Pas le bon outil |
| Vérification publicitaire | Nécessaire pour une navigation localisée | Adapté seulement si la sortie doit être structurée |
| Navigation géorestreinte | Utile pour des tests manuels de localisation | Adapté quand l’objectif est d’extraire des données de la page localisée |
| Scraping pour équipe non technique | Nécessite configuration proxy + outil | Très adapté via extension Chrome et export direct |
Je ne vais pas prétendre que Thunderbit remplace les proxys résidentiels dans tous les cas d’usage. Gérer 50 comptes vendeurs Amazon ou vérifier des emplacements publicitaires dans 30 villes ? Il vous faut un accès proxy direct. Mais si votre objectif final est « mettre ces données dans un tableur », construire et maintenir une pile de proxys peut être une surcharge inutile. Le niveau gratuit de Thunderbit vous permet de tester sans engagement.
Pour en savoir plus sur le fonctionnement du scraping alimenté par l’IA, consultez nos articles sur le web scraping avec IA et le web scraping sans coder.
Conseils et pièges fréquents
Commencez petit. N’achetez pas un plan 100 Go avant d’avoir testé avec du PAYG ou un essai gratuit. Lancez un pilote sur vos vrais sites cibles et mesurez le taux de réussite, la vitesse et la précision géographique.
Mesurez votre taux de réussite, pas seulement votre IP. Un taux de réussite de 95 % semble excellent jusqu’à ce que vous réalisiez que les 5 % d’échecs concernent précisément les pages qui comptent le plus. Suivez les taux de blocage par site cible, pas seulement en agrégé.
Faites tourner les User-Agents de manière réaliste. Choisissez 3 à 5 chaînes de navigateur récentes et tenez-vous-y. Une liste de 500 User-Agents aléatoires fait en réalité plus de mal que de bien — la cohérence compte davantage que la variété.
Prévoyez un budget pour les retry. D’après mon expérience, la consommation de bande passante réelle est 2 à 5 fois supérieure au calcul naïf basé sur la taille des pages.
Vérifiez la provenance des IP de votre fournisseur. Si le fournisseur ne peut pas expliquer d’où viennent ses IP, c’est un signal d’alerte. L’avis de la FBI et la neutralisation d’IPIDEA par Google rappellent qu’une source non éthique crée un vrai risque.
N’ignorez pas la stratégie de session. Utiliser des sessions tournantes pour un flux de connexion cassera tout à chaque fois. Utiliser du sticky pour du suivi large des prix coûte de l’argent et augmente le risque de détection.
Testez la précision géographique de façon indépendante. Les tableaux de bord des fournisseurs affichent « New York ». Le site cible peut voir « Newark » ou « quelque part dans le New Jersey ». Vérifiez avec plusieurs bases de géolocalisation et en observant ce que le site sert réellement.
Points clés à retenir
- Les proxys résidentiels font passer le trafic par des IP de FAI grand public, ce qui donne à vos requêtes l’apparence d’une navigation domestique normale. C’est le bon choix quand les cibles bloquent activement le trafic datacenter.
- Le choix du fournisseur compte plus que la taille du pool. Évaluez la fraîcheur des IP, la diversité des sous-réseaux, la précision géographique, la provenance éthique, la flexibilité des sessions et le modèle de facturation — pas seulement le nombre d’IP mis en avant.
- Les modèles de tarification varient fortement. Le paiement au Go, à l’IP, à la requête et le PAYG ont chacun des profils de coût différents. Estimez la bande passante réelle (y compris les retry et la surcharge de rendu) avant de vous engager.
- Sticky vs tournant est un choix de configuration, pas une préférence. Faites correspondre le type de session à votre tâche : sticky pour la continuité, tournant pour la distribution.
- Une IP résidentielle n’est qu’une couche parmi d’autres. Les empreintes TLS, la cohérence des en-têtes, les empreintes navigateur, la temporisation des requêtes et le rendu JavaScript comptent tous. En négliger un seul peut vous faire bannir, quelle que soit la qualité de votre IP.
- Pour le web scraping en particulier, demandez-vous si vous avez vraiment besoin de proxys. Des outils comme l’API et l’extension Chrome de Thunderbit gèrent en interne toute la chaîne anti-détection et renvoient des données structurées sans gestion de proxy. Pour le e-commerce, les ventes et la génération de leads, cela peut faire gagner beaucoup de temps de configuration et de maintenance.
Prêt à tester ? Thunderbit propose un niveau gratuit pour le scraping, et vous pouvez utiliser la checklist d’évaluation des fournisseurs ci-dessus pour choisir un proxy résidentiel en toute confiance si un accès IP direct est ce qu’il vous faut.
FAQ
1. Les proxys résidentiels sont-ils légaux ?
Oui, les proxys eux-mêmes sont légaux dans la plupart des juridictions. La légalité dépend de ce que vous en faites : respecter les conditions d’utilisation des sites, les lois de protection des données (RGPD, CCPA) et ne pas se livrer à la fraude ou à un accès non autorisé. La provenance des IP du fournisseur compte aussi — des proxys construits sur des botnets ou sans consentement des utilisateurs créent un risque juridique pour l’acheteur, pas seulement pour le fournisseur.
2. Quelle est la différence entre les proxys résidentiels et les proxys ISP (résidentiels statiques) ?
Les proxys ISP utilisent des IP hébergées en datacenter mais enregistrées sous des FAI grand public. Ils sont plus rapides et plus stables que les proxys résidentiels P2P, mais les pools sont plus petits et les IP peuvent être plus facilement fingerprintées avec le temps. C’est un bon compromis pour les workflows de gestion de comptes qui nécessitent une IP stable, à l’apparence résidentielle, sans la variabilité des pools P2P.
3. Combien coûtent les proxys résidentiels en 2026 ?
Les tarifs typiques par Go vont d’environ 2 USD/Go (plans entreprise à très fort volume) à 7 USD/Go et plus (petits plans PAYG). AI Multiple estime la fourchette à 3–15 USD/Go selon le fournisseur et le volume. Le coût réel dépend de votre modèle de facturation, de votre consommation de bande passante (y compris les retry et le rendu) et du fait que vous utilisiez du PAYG ou un abonnement avec quota non utilisé.
4. Puis-je utiliser des proxys résidentiels gratuitement ?
Certains fournisseurs proposent des niveaux gratuits ou des essais avec une bande passante ou un accès IP limités. C’est utile pour tester, mais ces offres viennent généralement avec des pools plus petits, des vitesses plus lentes et des IP souvent déjà très utilisées. Pour tout workflow de production, attendez-vous à payer. Le niveau gratuit sert à valider, pas à tenir la charge.
5. Combien d’IP proxy résidentielles me faut-il ?
Cela dépend de votre volume et de votre stratégie de rotation. Pour du scraping large avec des sessions tournantes, vous n’avez pas besoin de sélectionner des IP à l’avance — le pool du fournisseur gère la rotation. Pour les sessions collantes (gestion de comptes, connexions), il faut une IP stable par session concurrente. Règle approximative : si vous gérez 10 comptes en même temps, vous avez besoin de 10 IP collantes. Si vous scrapez 10 000 pages avec des sessions tournantes, la taille du pool compte davantage qu’un nombre précis d’IP — cherchez des fournisseurs avec des pools larges et récents dans votre zone cible. En savoir plus
