La mise en garde qui sous-tend cet article : nous sommes Geonode et nous commercialisons l'accès à des pools de proxys ; nous avons donc tout intérêt à citer un chiffre élevé et à passer à autre chose. Nous préférerions vous dire que la taille d’un pool est avant tout un argument marketing, qu’elle est invérifiable de votre côté, et qu’un pool plus petit mais bien réparti surpasse systématiquement un pool plus grand mais concentré. Cet argument va à l’encontre de nos propres chiffres phares autant que de ceux de n’importe qui d’autre. Les tests ci-dessous fonctionnent avec n’importe quel fournisseur, y compris nous — lancez-les pendant une période d’essai et basez votre achat sur les résultats plutôt que sur la page d’accueil.
Qu'est-ce qu'un pool de proxys ?
Au lieu de configurer un proxy spécifique à une adresse précise, vous configurez un seul point de terminaison. Derrière celui-ci se trouve un ensemble d’adresses, et la passerelle du fournisseur en sélectionne une pour chaque requête ou chaque session.
your client → gateway.provider.com:9000 → [ one of many exit addresses ] → target
La passerelle gère la sélection, la vérification de l’état de santé, l’authentification et — selon le produit — le ciblage géographique et la persistance de session. De votre côté, il n’y a qu’un seul nom d’hôte et un seul jeu d’identifiants.
Trois conséquences découlent de cette structure, et elles constituent l’essence même du sujet.
Vous ne choisissez pas l’adresse. Vous exprimez des préférences — un pays, une session, parfois une ville — et la passerelle les résout. Ce n’est pas à vous de décider quelle adresse spécifique vous obtiendrez.
Vous ne pouvez pas auditer le pool. Vous voyez les adresses qui vous sont attribuées. Qu’il y en ait dix mille ou dix millions derrière la passerelle, cela n’est pas observable de l’extérieur, ce qui explique précisément pourquoi le chiffre annoncé constitue une base de décision peu fiable.
Le comportement est partagé. D’autres clients utilisent les mêmes adresses. Leur comportement influe sur votre taux de réussite, et le vôtre influe sur le leur.
La taille du pool n'est pas un indicateur pertinent
« 150 millions d'adresses IP résidentielles » : voilà le titre qui revient sans cesse dans ce secteur. Voici pourquoi ce chiffre ne devrait pas guider votre décision d'achat.
Ce chiffre n’est pas vérifiable. Aucun client ne peut compter les adresses d’un pool. Il s’agit d’une affirmation, et les affirmations qui ne peuvent être vérifiées ont tendance à être surévaluées au fil du temps sur le marché.
Ce chiffre correspond aux adresses détectées à un moment donné, et non aux adresses disponibles actuellement. Les pools résidentiels sont constitués de connexions qui apparaissent et disparaissent. Une adresse observée une seule fois au cours du dernier trimestre peut encore figurer dans le total.
Cela ne dit rien sur leur localisation. Cent millions d’adresses concentrées dans une poignée de pays ne servent à rien si vous avez besoin du Portugal. Ce qui compte, c’est la disponibilité dans les emplacements spécifiques dont vous avez besoin, au moment où vous en avez besoin.
La concentration réduit à néant la valeur du simple décompte. Les sites bloquent par sous-réseau, et non par adresse — ainsi, cinquante adresses au sein d’un même /24 se comportent, du point de vue du blocage, davantage comme une seule adresse que comme cinquante. Un pool de dix mille adresses réparties sur quatre mille /24s distincts est plus résilient qu’un million d’adresses concentrées dans quelques centaines de blocs. Les adresses consécutives sont également les moins chères à acquérir pour un fournisseur, ce qui explique précisément pourquoi les chiffres globaux ont tendance à gonfler plus facilement que la diversité. Nous avons abordé les mécanismes en détail dans Qu’est-ce qu’un identifiant de sous-réseau ?.
Cela ne dit rien sur le comportement de votre cible. La seule mesure qui permet de prédire votre taux de réussite est votre taux de réussite, sur votre cible, au fil du temps.
Les quatre éléments qui déterminent réellement la qualité
1. La distribution. Le nombre de sous-réseaux et de systèmes autonomes distincts couverts par les adresses, dans les pays dont vous avez besoin. C’est le meilleur indicateur de résilience, et il est mesurable lors d’un essai.
2. La disponibilité sur vos sites. Il ne s’agit pas de la carte de couverture, mais du taux de réussite réel observé dans les villes et pays spécifiques dont dépend votre activité. Des fournisseurs bénéficiant d’une excellente couverture mondiale peuvent s’avérer peu présents précisément là où vous en avez besoin.
3. La réputation. Les adresses sont-elles déjà signalées par vos cibles ? Il ne s’agit pas d’une propriété abstraite du pool, mais d’une relation entre le pool et le site qui vous intéresse ; c’est pourquoi elle ne peut être testée qu’en fonction de vos cibles réelles.
4. L’approvisionnement. Comment les adresses ont été obtenues. Pour les pools résidentiels, cela détermine à la fois l’éthique et la stabilité. Les réseaux constitués sans le consentement éclairé des personnes dont les connexions acheminent le trafic sont instables : les participants partent, les appareils se déconnectent, et les mesures coercitives annoncées en janvier 2026 par l’équipe de veille des menaces de Google à l’encontre d’un groupe de revendeurs interconnectés ont démontré que le risque juridique est bien réel lui aussi. Posez la question ; considérez l’évasion comme une réponse.
Aucun de ces éléments n’apparaît sur une page de tarification. Les quatre peuvent être testés dans le cadre d’un essai.
Modèles de rotation et quand les utiliser
La manière dont la passerelle attribue les adresses a plus d’importance pour votre taux de réussite que le nombre d’adresses disponibles.
Rotation par requête. Une nouvelle adresse pour chaque requête. Convient à la collecte sans état et à haut volume de pages indépendantes. Ne convient pas à tout ce qui implique une session, car une séquence en plusieurs étapes provenant de quatre pays différents ne correspond pas au comportement d’un utilisateur réel.
Sessions persistantes. La même adresse est conservée pendant une période définie — généralement entre une minute et une demi-heure. Convient à tout ce qui implique une continuité : connexions, flux en plusieurs étapes, opérations sur le panier, résultats paginés liés à une session. La plupart des fournisseurs proposent cette fonctionnalité via un identifiant de session intégré au nom d’utilisateur ou via un port spécifique.
Adresses statiques. La même adresse indéfiniment, généralement des produits de FAI ou de centres de données facturés à l’adresse IP. Idéales lorsque vous souhaitez une identité stable et « chaude » et que vous êtes prêt à gérer vous-même sa réputation.
Rotation personnalisée. Vous gérez votre propre liste et faites vos choix. Contrôle maximal, charge de travail maximale.
L’erreur courante et coûteuse consiste à utiliser une rotation par requête pour les opérations basées sur des sessions. C’est le paramètre par défaut sur la plupart des passerelles, car il correspond au cas d’utilisation le plus courant, mais il perturbe silencieusement tout ce qui est « stateful » : les requêtes aboutissent, l’état de la session est perdu, et le symptôme ressemble à un bug de l’application.
De combien d’adresses avez-vous réellement besoin ?
Beaucoup moins que ce que laisse entendre le marketing, et la meilleure façon de le déterminer est empirique plutôt que théorique.
Déterminez où se situe la limite. Exécutez votre charge de travail à partir d’une seule adresse et augmentez le débit jusqu’à ce que vous commenciez à observer des codes 429, des messages d’alerte ou des réponses dégradées. Ce seuil correspond à votre capacité par adresse pour cette cible.
Divisez. Le débit requis divisé par la capacité par adresse correspond approximativement au nombre d’adresses simultanées dont vous avez besoin.
Un exemple concret. Supposons qu’une cible tolère environ une requête toutes les deux secondes provenant d’une même adresse avant de limiter le débit, soit 1 800 requêtes par heure. Vous avez besoin de 50 000 requêtes par jour. Réparties sur 24 heures, cela représente environ 2 100 par heure ; deux adresses suffiraient donc techniquement, et quatre offrent une marge confortable pour les nouvelles tentatives et la variation.
Deux adresses. Face à un pool annoncé comme comptant des millions d’adresses.
C’est justement cet écart qui est important. Les raisons pour lesquelles vous pourriez réellement avoir besoin de plus :
- Votre activité est géographique, et vous avez besoin d’une présence dans de nombreux endroits plutôt que d’un volume important
- Vous devez effectuer un pic de trafic rapidement plutôt que de l’étaler sur une journée
- La réputation se dégrade et vous avez besoin d’adresses à remplacer au fur et à mesure
- Les limites de votre cible s’appliquent par adresse et sont bien plus strictes que dans l’exemple
Même en tenant compte de ces facteurs, le nombre réaliste pour la plupart des charges de travail se situe entre quelques dizaines et quelques centaines, et non pas des milliers. Et avec un pool facturé au trafic, ce n’est pas le nombre d’adresses qui détermine le prix — vous payez à l’octet, c’est pourquoi le calcul qui importe réellement est celui présenté dans notre guide de tarification des proxys.
Comment les pools sont constitués
Il est utile de comprendre ce principe, car il explique les différences de prix et les enjeux éthiques.
Les pools de centres de données sont des adresses attribuées à des hébergeurs, fonctionnant sur des serveurs contrôlés par ces derniers. Bon marché, rapides, stables et attribués en blocs contigus, ils sont donc aussi les plus faciles à identifier et à bloquer en bloc. Un site peut exclure tout un hébergeur à l’aide d’une règle basée sur le numéro de système autonome.
Les pools résidentiels transitent par des connexions grand public. Le fournisseur n’est pas propriétaire de ces connexions ; quelqu’un doit donc être rémunéré : généralement via des applications ou des SDK qui rémunèrent les utilisateurs, ou qui fournissent un service gratuit en échange. Ce coût au gigaoctet est réel et ne diminue pas avec l’augmentation du volume, ce qui explique pourquoi les tarifs résidentiels se situent à ce niveau — entre environ 0,79 et 7,00 dollars par gigaoctet sur l’ensemble du marché.
Les pools résidentiels statiques ou FAI sont des adresses enregistrées au nom de FAI grand public mais hébergées dans des centres de données. D’apparence grand public, stables, leur prix est fixé par adresse plutôt que par gigaoctet.
Les pools mobiles transitent par les réseaux des opérateurs, où les adresses sont partagées entre de nombreux abonnés par l’opérateur lui-même. Ce sont les plus chères, et leur traitement est véritablement différent.
Conclusion à retenir : un pool résidentiel anormalement bon marché devrait susciter des questions plutôt qu’une décision d’achat. Le coût sous-jacent est bien réel. Un prix nettement inférieur à celui du marché signifie soit un avantage de volume que le fournisseur peut expliquer, soit une pratique d’approvisionnement qui n’implique de paiement à personne.
Gérer son propre pool ou en acheter un
Cela vaut parfois la peine, mais le plus souvent non.
L'achat vous offre une évolutivité, une couverture géographique, des contrôles de santé et le fait que ce soit le problème de quelqu'un d'autre lorsque des adresses deviennent inutilisables. Vous payez au gigaoctet ou à l'adresse et vous acceptez de partager le pool.
La création — louer des serveurs et gérer vos propres proxys — vous offre des adresses exclusives dont vous contrôlez seul la réputation, sans facturation au gigaoctet, et une visibilité totale. Cela implique des coûts liés à la location des serveurs, à la configuration, à la surveillance et au remplacement continu des adresses signalées. Cela vous donne également accès uniquement à des adresses de centres de données, puisque vous ne pouvez pas constituer légalement vous-même un pool résidentiel.
La règle de bon sens : optez pour la construction si vous avez besoin d’un petit nombre d’adresses de centres de données stables dont la réputation est importante pour vous et si votre volume est suffisamment élevé pour que la facturation au gigaoctet devienne un inconvénient. Optez pour l’achat si vous avez besoin d’une répartition géographique, de caractéristiques résidentielles ou d’une échelle que vous ne souhaiteriez pas gérer vous-même.
La solution hybride qui fonctionne bien dans la pratique consiste à disposer d’un petit ensemble d’adresses de centres de données gérées en interne pour les travaux à fort volume visant des cibles tolérantes, complété par un pool résidentiel acheté pour les requêtes spécifiques qui en ont besoin. La plupart des charges de travail relèvent principalement de la première catégorie, et payer des tarifs résidentiels pour des pages qu’une adresse de centre de données récupère sans problème est la cause la plus courante de dépassement budgétaire dans ce cas.
Évaluer un pool avant de s'engager
Faites-le pendant la période d'essai. Cela prend une heure et vaut bien plus que n'importe quel tableau comparatif.
Comptez le nombre d'adresses distinctes et de sous-réseaux distincts :
for i in $(seq 1 300); do curl -s -x "$PROXY" https://api.ipify.org; echo; done \
| sort -u > ips.txt
wc -l < ips.txt # unique addresses
cut -d. -f1-3 ips.txt | sort -u | wc -l # unique /24 blocks
Le rapport entre le nombre de blocs et celui des adresses est votre indicateur de diversité. Un rapport proche de 1:1 est excellent. Dix adresses par bloc indiquent une concentration.
Répétez l’opération par pays. La diversité agrégée masque la concentration locale, et c’est justement la concentration locale qui vous intéresse.
Mesurez le taux de réussite sur votre cible réelle, segmenté par cible et par région, sur plusieurs jours plutôt que sur quelques minutes. Les problèmes de réputation et les effets liés à l'heure de la journée n'apparaissent pas lors d'un test de cinq minutes.
Vérifiez que les adresses correspondent bien à ce pour quoi vous avez payé. Une analyse «whois» sur un échantillon doit révéler des FAI grand public pour un pool résidentiel, et non des sociétés d’hébergement.
Testez le comportement des sessions. Vérifiez que les sessions persistantes conservent bien la même adresse pendant la durée annoncée, et que l’adresse change au moment prévu.
Testez la géolocalisation en fonction du résultat, et non de la recherche. Le contenu spécifique à une région est-il réellement différent ? Si une recherche d’adresse IP indique « Japon » alors que la page affiche votre contenu local, cela signifie que la géolocalisation ne fonctionne pas là où cela compte.
Questions fréquentes
Qu'est-ce qu'un pool de proxys ?
Il s'agit d'un ensemble d'adresses IP accessibles via un point de terminaison unique, où la passerelle du fournisseur sélectionne une adresse pour chaque requête ou session. Vous configurez un nom d'hôte et un jeu d'identifiants, et vous indiquez vos préférences (comme le pays ou la persistance de session) plutôt que de choisir des adresses spécifiques.
Quelle doit être la taille d’un pool de proxys ?
Plus petite que ne le laissent supposer les chiffres annoncés. Évaluez à partir de quelle adresse la limitation de débit commence par rapport à votre cible réelle, puis divisez le débit requis par cette capacité. La plupart des charges de travail nécessitent entre quelques dizaines et quelques centaines d’adresses simultanées, et non des milliers, sauf si l’exigence porte sur la couverture géographique plutôt que sur le volume.
La taille du pool a-t-elle de l’importance ?
Beaucoup moins que la répartition. Les sites bloquent par sous-réseau ; ainsi, les adresses d’une même ré/24ion sont corrélées et peuvent être perdues ensemble. Dix mille adresses réparties sur quatre mille blocs offrent une meilleure résilience qu’un million réparties sur quelques centaines. La taille du pool est également invérifiable du point de vue du client, ce qui explique pourquoi elle est surestimée sur le marché.
Quelle est la différence entre un proxy à rotation et un pool de proxys ?
Le pool est l’ensemble des adresses ; la rotation est la politique d’attribution de celles-ci. Un même pool peut être proposé avec une rotation à chaque requête, des sessions persistantes d’une durée choisie ou une attribution statique. Choisir une politique de rotation inadaptée à votre charge de travail entraîne plus souvent des dysfonctionnements que la taille du pool elle-même.
Comment vérifier la qualité d’un pool de proxys ?
Prélevez un échantillon de quelques centaines d’adresses de sortie, comptez les blocs d’/24s distincts, puis répétez l’opération par pays. Mesurez ensuite le taux de réussite sur vos cibles réelles, segmenté par cible et par région, sur plusieurs jours. Vérifiez que les sessions persistantes sont bien maintenues, et confirmez la géolocalisation en vérifiant si le contenu régional diffère plutôt qu’en effectuant une recherche d’adresse IP.
Les pools de proxys plus importants sont-ils plus chers ?
Pas directement. La tarification résidentielle s’effectue au gigaoctet ; vous payez donc pour les données plutôt que pour le nombre d’adresses, et la taille du pool n’influe sur le prix qu’indirectement, via les coûts du fournisseur. Dans le cas des produits facturés à l’adresse IP, c’est littéralement le nombre d’adresses que vous achetez — ce qui explique précisément pourquoi ces deux modèles de tarification ne sont pas comparables au niveau des tarifs affichés.
Puis-je créer mon propre pool de proxys ?
Oui, pour les adresses de centres de données : louez des serveurs, exécutez un logiciel proxy, gérez-les. Vous bénéficiez d’adresses exclusives, d’une réputation contrôlée et d’aucun comptage de trafic, en échange de la mise en place et de la maintenance continue. Vous ne pouvez pas constituer légalement un pool résidentiel par vous-même, car cela nécessite le consentement des personnes dont les connexions acheminent le trafic.
Pourquoi mon taux de réussite varie-t-il au sein d’un même pool ?
Parce que les adresses ne sont pas équivalentes. Certaines sont déjà signalées par votre cible, d’autres se trouvent dans des blocs à mauvaise réputation, d’autres encore sont sur des connexions grand public lentes. Les pools partagés sont également influencés par le comportement des autres clients. Mesurez par cible plutôt que de manière globale, car une cible qui a échoué passe inaperçue dans un chiffre moyen.
Conclusion
Un pool de proxys est une passerelle derrière laquelle se trouvent des adresses, et la quasi-totalité des éléments qui déterminent s’il vous convient ne figure pas sur la page des tarifs.
Le nombre indiqué en titre est la donnée la moins utile qui soit : invérifiable, gonflé par des adresses qui n’existent peut-être plus, et ne donnant aucune indication sur leur emplacement ni sur leur répartition. La répartition est le chiffre qui permet réellement de prédire la résilience, car le blocage se produit au niveau du sous-réseau et les pools concentrés tombent en panne par groupes.
Les mesures qui comptent prennent environ une heure lors d’un essai. Échantillonnez quelques centaines de points de sortie et comptez les blocages distincts, par pays plutôt que de manière agrégée. Testez votre charge de travail réelle sur vos cibles réelles pendant quelques jours et observez le taux de réussite par cible. Vérifiez que les sessions persistantes sont maintenues et que la géolocalisation modifie ce que vous observez réellement. Ensuite, basez votre achat sur ces chiffres.
Et avant toute chose, déterminez le nombre d’adresses dont vous avez besoin en mesurant à partir de quel seuil la limitation de débit s’applique. La réponse est généralement inférieure de deux ordres de grandeur à ce que laisse entendre le marketing, et le savoir change radicalement le type de produit que vous devriez envisager d’acheter.