Vous avez acheté des proxies « propres ». Les IP ne figurent sur aucune liste noire — vous avez vérifié. Vos empreintes sont imitées, vos en-têtes sont parfaits, et vous recevez quand même un challenge dès la première requête. La raison est généralement une seule recherche que le site cible a effectuée en moins d'une milliseconde : il a demandé à quel réseau appartient votre IP.
C'est la détection d'ASN, et en 2026 c'est le signal le moins cher et le plus fiable de toute la pile anti-bot — devant les empreintes TLS, devant les challenges JavaScript. Cet article explique comment la réputation d'IP est réellement calculée, pourquoi « pas sur liste noire » ne signifie presque rien, et quoi vérifier avant d'accuser votre code. C'est le pendant au niveau réseau de notre explication de JA3/JA4.
Chaque IP sur internet appartient à un Système Autonome — le réseau qui l'annonce via BGP. Les numéros d'AS sont publics, consultables gratuitement et impossibles à falsifier côté client. Une seule recherche dit au défenseur :
La logique est brutale et efficace : les vrais acheteurs ne naviguent pas depuis l'intérieur d'un centre de données AWS. Une IP d'un ASN d'hébergement (AWS, GCP, Hetzner, OVH, DigitalOcean) démarre chaque session avec une probabilité a priori d'être un bot de ~90 % ou plus. Une IP d'un ISP résidentiel d'utilisateur final démarre près de zéro. Pas de JavaScript, pas de fingerprinting, sans coût — le verdict est en grande partie formé avant même que le corps de votre requête n'arrive.
« Mon IP n'est pas sur Spamhaus » répond à une question de 2010. La réputation d'IP moderne est un score continuellement mis à jour par IP (et par /24, et par ASN), construit à partir de signaux comme :
| Signal | Ce qu'il dit au défenseur |
|---|---|
| Type d'ASN | Hébergement vs résidentiel vs mobile — la probabilité a priori de base |
| Télémétrie d'abus partagée | Cloudflare/Akamai/DataDome voient cette IP à travers tous leurs clients — un bannissement obtenu sur le site A vous suit jusqu'au site B |
| Vélocité de requêtes par IP | Un seul foyer ne génère pas 50k requêtes/jour |
| Diversité des sessions | Des centaines de cookies sans rapport depuis une seule IP = sortie de proxy |
| Scan de ports / sondes de proxy ouvert | De nombreux fournisseurs sondent activement les IP à la recherche de ports de proxy ouverts |
| Ancienneté de l'IP & rotation de propriété | Les plages qui ont récemment changé de mains ou de comportement sont re-notées rapidement |
Deux conséquences. Premièrement, la réputation est partagée : vous héritez des péchés de tous ceux qui ont utilisé cette IP avant vous — c'est pourquoi les pools résidentiels bon marché et survendus sous-performent. Deuxièmement, la réputation est par plage, pas seulement par IP : un seul voisin bruyant peut empoisonner le /24 sur lequel vous êtes.
(Analyse approfondie avec arbitrages de coût : choisir les types de proxy pour les agents couvre la même hiérarchie sous l'angle du coût.)
Avant de toucher à votre code, interrogez l'IP de sortie elle-même. À travers votre proxy, demandez : sur quel ASN suis-je, de quel type est-il, où me situe la géolocalisation ?
# What does the world see when you connect through your proxy?
curl --proxy "socks5h://USERNAME:[email protected]:913" \
"https://ipinfo.io/json"
# Look at "org": "AS7922 Comcast..." -> eyeball ISP, good
# "org": "AS16276 OVH SAS" -> hosting ASN, you were sold datacenterTrois constats qui expliquent « IP propre, toujours bloquée » :
Intl de votre navigateur. Les contrôles de cohérence inter-couches attrapent cela.Des sorties d'ISP d'utilisateur final à la réputation partagée propre — 500 Mo de trafic gratuit, sans carte requise.
Démarrer l'essai gratuitLes nouveaux utilisateurs reçoivent 500 Mo à l'inscription, plus un bonus sur la première recharge. Offre à durée limitée.