Un seul point de connexion, des millions d'IP. Grâce au changement d'IP automatique à chaque requête ou à l'intervalle de votre choix, faites passer à l'échelle vos travaux de collecte et d'automatisation sans jamais gérer de listes d'IP.
Pool backconnect facturé au GB. Une seule ligne côté code ; rotation, retry et santé des IP, c'est nous.
Prototypes et tests
Scrapings réguliers
Travaux de données intensifs
Volumes 150 GB+
Toutes les offres bénéficient d'une garantie de remboursement sans condition pendant les 24 premières heures. Les prix sont TTC ; le prix unitaire baisse automatiquement à mesure que le volume augmente. Avant d'acheter, vous pouvez tester votre configuration avec la liste de proxys gratuits .
Le rotating proxy — souvent appelé proxy tournant ou proxy à changement d'IP automatique — est le système qui fait sortir vos requêtes non par une seule IP fixe, mais tour à tour par différentes adresses d'un vaste pool. Vous ne déclarez qu'un point de connexion (gateway) dans votre application ; c'est l'infrastructure qui décide de l'IP de sortie de chaque requête.
Le grand apport de cette architecture est la simplicité opérationnelle. Au lieu d'acheter des centaines d'IP et de gérer leur liste, leur santé et leur état de blocage, vous accédez à des millions d'adresses avec une définition de proxy d'une seule ligne. La complexité est confiée à l'infrastructure ; vous, vous vous concentrez sur la donnée.
Le cœur du rotating proxy est le serveur backconnect (gateway) . L'adresse que vous déclarez dans votre application — par exemple gw.freeproxy.tr:7777 — n'est pas une IP, c'est une porte. Chacune de vos connexions franchit cette porte et ressort sur Internet avec une adresse adaptée, choisie dans l'immense pool situé derrière.
Le choix de l'IP n'a rien d'aléatoire. L'infrastructure tient compte de la santé de l'IP, du fait qu'elle ait visité la cible récemment ou non, et de votre règle de rotation. Cette couche de sélection intelligente vous épargne des centaines de lignes de gestion d'erreurs côté code.
Chaque requête HTTP sort du pool avec une IP différente. Sur un scraping de mille pages, le site cible voit mille visiteurs distincts ; la limite de requêtes par IP perd tout son sens en pratique. C'est le mode par défaut des opérations de web scraping à grande échelle. Il est idéal pour récupérer des pages indépendantes, sans lien entre elles.
L'IP change automatiquement à l'intervalle que vous définissez (toutes les 5 minutes, par exemple). Ce mode convient aux parcours qui impliquent une navigation entre pages sans exiger une longue session. Il rend service sur des opérations de longueur moyenne, comme parcourir une catégorie et consulter quelques produits.
Vous ajoutez un identifiant de session au paramètre de connexion ; le même identifiant retombe sur la même IP pendant 1-30 minutes. Les parcours de connexion, les opérations de panier et les formulaires multi-étapes s'achèvent dans ce mode. Détail essentiel : attribuez un identifiant de session différent à chaque tâche. Faire reposer tout le trafic sur la même IP avec un identifiant unique ruine tout l'intérêt de la rotation.
| Type de tâche | Mode recommandé |
|---|---|
| Scraping de listes produits/catégories | Par requête |
| Connexion + extraction de données | Sticky |
| Navigation multi-pages | Par durée |
| Contrôle d'URL en masse | Par requête |
Une bonne infrastructure rotating ne choisit pas ses IP au hasard : une couche de santé tourne en permanence en arrière-plan.
Le rotating proxy est la colonne vertébrale de la collecte de données à grande échelle. Ses avantages :
La rotation est un mécanisme ; le pool d'IP sous-jacent relève d'un choix distinct. Il est important de bien saisir cette différence :
Le choix se fait selon le niveau de protection de votre cible. En cas d'hésitation, commencer par du residential est une valeur sûre.
Scrapy, Puppeteer, Playwright, Selenium et tous les clients HTTP fonctionnent avec une seule déclaration de gateway. Proxy d'automatisation : notre page propose des exemples de configuration par outil.
| Environnement | Utilisation |
|---|---|
| curl | curl --proxy gw.freeproxy.tr:7777 --proxy-user user:pass https://hedef |
| Python requests | proxies={"https":"http://user:pass@gw.freeproxy.tr:7777"} |
| Scrapy | Rotation automatique à chaque requête ; contrôle de session via middleware |
| Playwright | Paramètre proxy du context + identifiant de session |
Les forfaits rotating sont facturés au GB. Tous les modes de rotation (par requête, par durée, sticky) sont décomptés du même compteur de trafic ; les GB non utilisés sont reportés au mois suivant. La concurrence étant illimitée, vous payez non pas « combien de connexions » mais « combien de données » — un modèle prévisible pour des opérations qui montent en charge. Plus le volume augmente, plus le prix unitaire du GB baisse.
Astuce : si vous voulez essayer le système à rotation avant d'acheter, testez votre flux de requêtes sur les adresses de proxy gratuits à jour . Les IP gratuites étant instables, un pool payant est recommandé en production ; mais tester la logique de rotation à la main reste le meilleur moyen de comprendre ce que fait la rotation automatique.
Oui. Sur le même gateway, vous pouvez envoyer certaines requêtes en rotation et d'autres via une IP fixe grâce au paramètre de session.
Selon votre choix, c'est le pool residential ou le pool mobile qui est utilisé. Le pool residential offre la plus large diversité avec 10M+ IP, le pool mobile le meilleur score de confiance.
Vu la taille du pool, la probabilité qu'une même IP revienne à court terme est très faible, mais ce n'est pas garanti. Si une unicité stricte est nécessaire, les paramètres de session vous donnent ce contrôle.
Les forfaits rotating sont facturés au GB. Le trafic est décompté du même compteur dans tous les modes de rotation ; les GB non utilisés sont reportés au mois suivant.
HTTP, HTTPS et SOCKS5. L'adresse et le port du gateway sont identiques pour les trois protocoles.
Démarrez en quelques minutes avec un forfait payant, ou essayez d'abord notre liste de proxys gratuits.