La rotation signifie « une IP différente à chaque requête », et beaucoup en concluent automatiquement qu'elle est « meilleure ». En réalité, la rotation est un outil, non un objectif. Mal employée, elle bloque des comptes, casse des sessions et augmente les coûts. Cet article précise dans quels cas chacun des deux modes est le bon.
Le comportement des deux modes
En mode rotating, le site cible vous prend chaque fois pour un nouveau visiteur ; en mode statique, il vous reconnaît comme le même utilisateur. Chacun a son prix.
Comparatif
La ligne critique est la « continuité de session » : tout travail impliquant une connexion exige un mode statique ou sticky.
Sticky session : la solution intermédiaire
La sticky session vous permet de conserver la même IP pendant une durée déterminée au sein d'un pool rotatif. Elle repose sur une clé de session inscrite dans le nom d'utilisateur : utilisateur-session-ab12 par exemple. Tant que la même clé est envoyée, le gateway fournit la même IP de sortie. Les durées courantes sont de 1, 10 et 30 minutes.
La durée de session doit être supérieure au flux de travail que vous devez mener à bien. Vous ne pouvez pas réaliser une opération de 10 minutes avec une sticky session d'une minute.
Choisir l'intervalle de rotation
Une rotation trop fréquente conduit le site cible à voir un « flot de nouveaux visiteurs » et à marquer tout le pool comme suspect. Une rotation trop rare, elle, se heurte aux limites de débit. Règle pratique : mesurez le nombre de requêtes par minute accepté par la cible, gardez une marge de sécurité et divisez en conséquence.
Lisez la liste de haut en bas : plus le travail est « à session », plus il faut conserver longtemps la même IP.
Gestion des erreurs
La véritable force de la rotation est de pouvoir rejouer une requête échouée sous une nouvelle identité . Un client robuste applique les règles suivantes :
- 429 / 403: abandonnez l'IP et réessayez avec une nouvelle IP après 2 à 5 secondes.
- 5xx : problème du serveur cible — réessayez avec la même IP en appliquant un backoff exponentiel.
- Délai d'attente dépassé : problème côté proxy — changez d'IP et incrémentez le compteur.
- 3 échecs consécutifs : mettez ce sous-pool en quarantaine temporaire.
Pour éviter que les tentatives ne tournent en boucle infinie, limitez-vous à 3 essais au maximum par requête ; sinon votre budget GB s'épuise sans que vous le voyiez.
N'ajustez rien sans mesurer : consignez le taux de réussite et la latence moyenne pour chaque intervalle de rotation. L'outil Contrôle de proxy montre les adresses une à une, tandis que vos propres journaux donnent la vue d'ensemble du pool.
Pour trancher également la question du type d'IP, consultez les comparatifs residential–datacenter et ISP–residential ; pour les travaux centrés sur les comptes, la page proxy pour les réseaux sociaux contient des exemples concrets.