La rotation est la fonctionnalité la plus puissante du residential proxy — et la plus souvent mal configurée. Le réglage par défaut « changer d'IP à chaque requête » fait, dans la plupart des scénarios, chuterle taux de réussite, car ce n'est pas ainsi qu'apparaît un comportement d'utilisateur naturel.
Cet article traite des déclencheurs de rotation, du choix d'une stratégie par cible et des raisons pour lesquelles une rotation excessive est néfaste.
Trois modèles de rotation
Le troisième modèle combine les deux : il fonctionne principalement sur la base du résultat, mais impose un plafond (par exemple 50 requêtes maximum) afin d'éviter de surcharger l'IP.
Quand faut-il effectuer une rotation ?
Changer d'IP après une requête réussie, c'est gaspiller une ressource opérationnelle. Utilisez la rotation comme un outil de correction , et non comme comportement par défaut.
Pourquoi une rotation excessive est-elle néfaste ?
Un utilisateur réel ne change pas d'IP en parcourant un site. Un « utilisateur » qui arrive d'un pays différent à chaque requête constitue un signal extrêmement visible pour les systèmes d'analyse comportementale. Par ailleurs :
- Les cookies et la session sont rompus : Panier, filtres et préférences de langue sont perdus.
- La réutilisation de session TLS est perdue : Chaque nouvelle IP implique une nouvelle poignée de main — à la fois lente et coûteuse.
- La pagination devient incohérente : Des sorties différentes peuvent voir une variante A/B ou un prix différents.
- Le quota s'épuise rapidement : Chaque poignée de main représente quelques Ko de trafic supplémentaire.
Réutiliser la connexion sur la même IP est trois à quatre fois plus rapide qu'une rotation à chaque requête. La rotation est un outil qui a un coût en vitesse.
Stratégie par cible
Un réglage de rotation unique ne peut pas convenir à toutes les cibles. Définissez des profils différents selon le niveau de protection de la cible :
| Type de cible | Durée sticky | Requêtes par IP | Déclencheur de rotation |
|---|---|---|---|
| Contenu non protégé | Superflu | 100+ | Uniquement sur erreur |
| Place de marché moyennement protégée | 3 à 5 min | 20–40 | Erreur + plafond |
| Grande place de marché | 1 à 2 min | 5–10 | Erreur + durée courte |
| Opération nécessitant une connexion | 15 à 30 min | Pendant toute la session | Uniquement en fin de session |
Prenez ce tableau comme point de départ, puis mesurez. Si le taux de réussite dépasse 95 %, vous pouvez augmenter progressivement le nombre de requêtes par IP et réduire ainsi vos coûts. S'il tombe sous 85 %, revenez en arrière.
Mise en pratique : logique de rotation adaptative
Cette structure combine deux déclencheurs : rotation immédiate en cas d'erreur, sinon au plafond. Les requêtes réussies ne gaspillent pas d'IP.
Rapport entre rotation et concurrence
La rotation ne suffit pas à elle seule. Si vous envoyez 50 requêtes en parallèle et qu'elles utilisent toutes des IP différentes, la cible remarquera malgré tout rapidement ce trafic intense. La rotation répartit l'identité , elle ne répartit pas la vitesse .
Définissez un profil de débit et de concurrence distinct pour chaque cible. Un réglage global unique grille la cible la plus sensible ou ralentit la plus tolérante.
Pour le calcul de la simultanéité, consultez notre article sur la limite de connexions simultanées consultez.
Mesurer le réglage de rotation
Le seul moyen de trouver le bon réglage est de mesurer. Les trois métriques à suivre :
Lisez ces trois métriques ensemble. Si vous parvenez à réduire le ratio IP/requête à taux de réussite constant, vous avez directement diminué vos coûts.
Résumé
La rotation n'est pas un comportement par défaut, mais un outil correctif. Changer d'IP après des requêtes réussies gaspille à la fois le débit et le budget, et n'a rien de naturel. Le bon dispositif combine un déclencheur basé sur le résultat et un plafond raisonnable ; il définit des profils par cible et traite la rotation conjointement avec la gestion du débit. Pour tester votre mise en œuvre vérification de proxy, et pour les options produit rotating proxy .