La rotation d'IP est l'une des principales raisons d'utiliser des proxys mobiles. Pouvoir changer d'adresse exactement quand c'est nécessaire (avant le début d'une session, après une série d'actions ou selon un calendrier) offre un contrôle que n'ont ni les proxys de datacenter ni les pools P2P résidentiels. Dans cet article, nous verrons comment fonctionne la rotation par API, comment la configurer, comment vérifier que le changement a bien eu lieu et quelles erreurs perturbent le plus souvent l'intégration.

Les différents types de rotation d'IP

Avant de configurer quoi que ce soit, il faut comprendre les deux modes de changement d'adresse.

Rotation à la demande (on-demand)

Vous appelez un lien d'API ou un endpoint dédié, et l'opérateur attribue une nouvelle IP publique à la carte SIM. C'est l'option la plus maîtrisable : le changement se produit précisément au moment voulu, et non selon un minuteur.

Rotation par minuteur (auto)

L'IP change automatiquement à intervalle défini, par exemple toutes les N minutes. C'est pratique pour les tâches de fond, mais moins précis pour les scénarios impliquant des comptes, où il vaut mieux rattacher le changement à la logique de l'application.

Comment fonctionne la rotation sur un proxy mobile

Les proxys mobiles turbon.rent reposent sur de vraies cartes SIM physiques d'opérateurs dans 17 pays, via l'infrastructure GoIP/Simpool. Le changement d'IP est réalisé au niveau de la session de l'opérateur.

Ce qui se passe en coulisses

  • La commande API déclenche le rétablissement de la session de données mobiles sur la SIM.
  • L'opérateur attribue une nouvelle IP publique au sein du même ASN télécom.
  • La géolocalisation et l'opérateur sont conservés : seule l'adresse change.
  • L'ancienne IP est libérée et retourne dans le pool CGNAT de l'opérateur.

Configuration pas à pas de la rotation par API

Étape 1. Récupérez la clé et l'endpoint

Dans votre espace client, récupérez votre jeton d'accès et l'URL de rotation associés à un port de proxy précis. Ne publiez jamais cette clé : elle pilote votre canal.

Étape 2. Restreignez l'accès par IP (whitelist)

Lorsque c'est possible, limitez l'appel à l'API de rotation à une liste d'IP autorisées de votre serveur. Cela protège la clé contre une utilisation par des tiers, même en cas de fuite.

Étape 3. Construisez la requête HTTP

La rotation s'appelle généralement par une simple requête GET ou POST sur l'URL fournie, avec le jeton. Exemple de logique en pseudocode :

  • GET sur la rotation-URL avec votre jeton.
  • Attendez la réponse de succès (HTTP 200 et corps contenant un statut).
  • Marquez une courte pause : la session mobile a besoin de quelques secondes pour se rétablir.

Étape 4. Vérifiez que l'IP a réellement changé

Juste après la rotation, demandez l'IP externe via le proxy (n'importe quel service « what is my IP » ou votre propre endpoint) et comparez-la à la précédente. L'adresse doit être différente, tout en restant dans le même pays et chez le même opérateur.

Étape 5. Rattachez la rotation à la logique de votre application

La bonne pratique consiste à ne pas changer d'IP à l'aveugle selon un minuteur, mais aux frontières des tâches : avant le début d'une nouvelle session de compte, après une série d'actions ou dès les premiers signes de limitation.

Intégrer la rotation dans un environnement antidetect

Si vous travaillez avec un navigateur antidetect et des profils séparés, rattachez l'appel de rotation au cycle de vie du profil.

  • Un profil, un port de proxy, un canal télécom.
  • Appelez la rotation entre les sessions du profil, et non au milieu de l'activité d'un compte.
  • Après la rotation, vérifiez la cohérence : l'IP, le fuseau horaire, la langue et le DNS doivent pointer vers un seul et même pays.

Erreurs courantes de configuration

Appeler la rotation trop souvent

Changer d'IP toutes les quelques secondes paraît peu naturel et devient en soi un signal d'anomalie. Changez d'adresse selon la logique de la tâche, et non dans une boucle sans fin.

Ne pas vérifier le résultat du changement

Si vous ne comparez pas l'IP après l'appel, vous risquez de travailler sur l'ancienne adresse en croyant que la rotation a eu lieu. Confirmez toujours le changement par une requête d'IP externe.

Ignorer un changement de zone géographique ou d'ASN

Si, après la rotation, l'adresse « saute » vers un autre pays ou un autre ASN, l'empreinte est compromise. Une rotation mobile de qualité conserve l'opérateur et la géolocalisation.

Stocker la clé de rotation en clair

Le jeton de rotation donne le contrôle du canal. Conservez-le dans des secrets, et non dans le code client, et limitez son usage par IP.

Questions fréquentes

Combien de temps prend le changement d'IP ?

En général de quelques secondes à une dizaine de secondes : la session de données mobiles doit se rétablir auprès de l'opérateur. C'est pourquoi il convient de marquer une courte pause après l'appel avant de procéder à la vérification.

L'opérateur et le pays restent-ils les mêmes après la rotation ?

Oui. Une rotation bien conçue sur une SIM physique ne change que l'IP publique au sein du même ASN télécom, en conservant le pays et l'opérateur. C'est important pour la cohérence de l'empreinte.

Peut-on automatiser la rotation selon un calendrier ?

Oui, mais pour les scénarios impliquant des comptes, la rotation à la demande, liée à la logique des tâches, est préférable à un minuteur aveugle. Les deux variantes sont disponibles par API.

En résumé : la rotation par API, c'est une question de contrôle, et non de chaos. Récupérez votre clé, restreignez l'accès par IP, changez d'adresse aux frontières des tâches et vérifiez toujours le résultat. Pour une rotation maîtrisée sur des SIM physiques, connectez les proxys mobiles turbon.rent et, pour la création de comptes sur des numéros propres, utilisez les activations OTP turbon.rent.