Un proxy rotatif vous attribue une adresse IP différente au fil de votre travail, soit à chaque requête, soit après un intervalle défini. Au lieu qu’une seule adresse porte tout votre trafic, la charge se répartit sur un pool, si bien qu’aucune adresse ne cumule le volume de requêtes qui ferait remarquer un site.
Cet article explique comment fonctionne réellement la rotation, ce que signifie backconnect, et comment configurer les deux.
Comment fonctionne la rotation
Vous ne gérez pas une liste d’adresses. Vous vous connectez à un point d’accès unique (gateway), et le fournisseur attribue une adresse du pool pour chaque requête. Du point de vue de votre scraper, rien ne change entre les requêtes. Du point de vue de la cible, chaque requête arrive d’un visiteur différent.
Il existe deux modes de rotation, et le choix entre eux constitue la décision de configuration principale.
La rotation par requête attribue une nouvelle adresse à chaque fois. Dispersion maximale, aucune continuité. À utiliser pour des requêtes indépendantes : pages produits, résultats de recherche, listes d’annuaires, vérifications de disponibilité. Rien ne se transmet entre les requêtes, donc rien ne casse quand l’adresse change.
Les sessions persistantes (sticky sessions) conservent une adresse pendant une fenêtre fixe, généralement de 1 à 30 minutes. À utiliser chaque fois que les requêtes dépendent les unes des autres : pagination par curseur, tout ce qui suit une connexion, formulaires multi-étapes et paiements.
Vous choisissez entre les deux dans les identifiants, pas dans votre code. Les fournisseurs encodent la session dans le nom d’utilisateur, donc une configuration typique ressemble à ceci :
# per-request rotation: a new IP for every request
curl -x gate.shifter.io:8080 -U "customer-USER:PASS" https://example.com
# sticky session: same IP for the life of session id abc123
curl -x gate.shifter.io:8080 -U "customer-USER-session-abc123:PASS" https://example.com
# sticky, geo-targeted to Germany
curl -x gate.shifter.io:8080 -U "customer-USER-country-de-session-abc123:PASS" https://example.comChangez l’identifiant de session et vous obtenez une nouvelle adresse. Conservez-le et vous gardez l’adresse jusqu’à l’expiration de la fenêtre. Les noms exacts des paramètres varient selon les fournisseurs, consultez donc la documentation du service que vous utilisez, mais le mécanisme reste cohérent.
Ce qui arrive à une session en cours de rotation
C’est la partie que la plupart des explications passent sous silence, et c’est la cause de la plupart des échecs liés à la rotation.
Une session connectée est un cookie que le site a délivré à un navigateur à une adresse particulière. Si la requête suivante arrive avec le même cookie depuis un pays différent, le site voit une session qui a téléporté. Selon la vigilance du site, vous obtenez une nouvelle authentification, un défi de sécurité, ou la session est purement et simplement invalidée.
La rotation ne sait pas et ne se soucie pas de savoir que vous êtes connecté. Il vous incombe de conserver une adresse aussi longtemps que la session en a besoin. Si un flux prend quatre minutes, une fenêtre persistante de cinq minutes le couvre. Si une opération dure des heures, la rotation n’est pas le bon outil, et un proxy ISP avec une adresse permanente est celui qu’il faut.
Les proxies backconnect
Le backconnect est l’architecture de passerelle qui rend la rotation possible. Plutôt que de vous fournir une liste d’adresses à gérer, le fournisseur vous donne un point d’accès unique qui se connecte en retour vers le pool à votre place.
Il convient d’être précis, car cela est souvent formulé de façon incorrecte, y compris dans une version antérieure de cet article : backconnect n’est pas un synonyme de résidentiel. Le backconnect décrit la manière dont les adresses vous sont livrées. Résidentiel décrit d’où proviennent les adresses. Ces deux notions sont indépendantes, et des passerelles backconnect existent aussi bien pour les pools datacenter et mobiles que pour les pools résidentiels.
Ce que le backconnect vous apporte en pratique :
- Un seul point d’accès à configurer. Votre scraper vise un hôte et un port uniques pendant toute la durée du projet, quelle que soit l’évolution du pool en arrière-plan.
- Remplacement automatique. Une adresse morte ou bloquée est retirée de la rotation sans que votre code s’en aperçoive.
- Ciblage par paramètres. La sélection du pays, de la ville et de l’ASN se fait dans les identifiants plutôt qu’en maintenant des listes d’adresses distinctes.
- Aucune gestion de pool. Vous n’avez jamais à construire, tester ou actualiser une liste de proxies.
L’alternative, une liste statique d’adresses individuelles, implique de gérer tout cela vous-même, ce qui explique pourquoi le backconnect est devenu le modèle de livraison standard pour les pools de toute taille.
À quoi sert la rotation
Voici les avantages propres à la rotation, distincts des avantages des IP résidentielles en général.
- Contourner les limites de débit par IP. Une limite de 60 requêtes par heure et par adresse devient effectivement illimitée à l’échelle d’un grand pool. C’est le gain le plus net et le plus évident de la rotation.
- Soutenir des tâches de collecte de grande ampleur. Un volume qui épuiserait une seule adresse devient invisible une fois divisé entre des milliers.
- Survivre aux blocages individuels. Quand une adresse est bloquée, la requête suivante en utilise simplement une autre. Rien à détecter, rien à réparer.
- Échantillonner de nombreux emplacements à moindre coût. Vérifier des prix ou des annonces dans 20 pays ne nécessite aucun achat par pays, seulement un changement de paramètre par requête.
- Réduire les signaux de motif. Une seule adresse effectuant une requête toutes les 10 secondes en continu, c’est une machine. Le même trafic réparti sur un pool ne l’est pas.
Ce que la rotation ne fait pas, c’est rendre fiables des adresses qui ne le sont pas. Faire tourner des IP datacenter contre un site qui classe la propriété des adresses échoue sur chaque adresse du pool. La rotation vise à répartir le volume, pas à gagner la confiance.
Quand utiliser la rotation, et quand ne pas le faire
Utilisez des proxies rotatifs pour : le web scraping et la surveillance des prix, le suivi des SERP et du classement, la vérification publicitaire dans plusieurs régions, les vérifications de disponibilité et de stock, et la collecte de données à grande échelle pour l’entraînement ou le grounding d’IA.
Utilisez des proxies statiques ou ISP pour : la gestion de comptes, tout ce qui reste connecté pendant de longues périodes, l’accès aux plateformes publicitaires, et toute opération où être reconnu comme le même visiteur est précisément le but recherché.
Les deux articles à lire ensuite dépendent du côté où vous vous situez. Pour la comparaison complète, proxies statiques vs rotatifs traite ce compromis en détail. Pour choisir un type de proxy selon la cible, voir proxies pour le web scraping.
Conclusion
La rotation est un paramètre de durée de session, pas une catégorie de produit. La rotation par requête répartit un trafic indépendant sur un pool et constitue le choix par défaut pour la collecte. Les sessions persistantes conservent une adresse aussi longtemps que votre flux en a besoin. Le backconnect est la passerelle qui livre les deux depuis un point d’accès unique.
Réglez correctement l’intervalle de rotation pour le travail concerné, et la plupart des problèmes de blocage disparaissent. Réglez-le mal dans un sens ou dans l’autre, et vous cassez des sessions ou concentrez le trafic là où il se fait remarquer.
Les proxies résidentiels de Shifter prennent en charge les deux modes avec un ciblage par pays, ville et ASN, et les tarifs actuels figurent sur la page des tarifs.