Le marché des proxies est généralement présenté comme deux produits. Le datacenter, pour la vitesse brute et le faible coût. Le résidentiel, pour la résistance au blocage et l’authenticité d’un vrai utilisateur. On choisit l’un ou l’autre selon sa charge de travail.
Cette vision laisse de côté une troisième catégorie qui, d’après mon expérience auprès de clients sur environ un millier de déploiements, est la bonne réponse plus souvent que l’une ou l’autre des deux premières. Les proxies ISP se situent entre le datacenter et le résidentiel rotatif, et ils résolvent une classe de problèmes qu’aucun des deux autres ne gère bien.
Cet article plaide pour un recours plus fréquent aux proxies ISP, tout en montrant dans quels cas il ne faut surtout pas les utiliser.
Ce que sont réellement les proxies ISP
La définition technique : un proxy ISP est une adresse IP émise par un vrai FAI résidentiel (Comcast, AT&T, BT, Deutsche Telekom, etc.), mais hébergée dans un datacenter et détenue de façon statique par l’opérateur du proxy. Le bloc IP en amont appartient à un FAI grand public. La machine par laquelle le trafic sort est, elle, posée dans une baie quelque part.
Cela ressemble à un hybride étrange, et c’est bien ce que c’est. La raison de son existence : les défenses anti-bot des sites cibles prennent leurs décisions en partie sur la base de l’ASN en amont, c’est-à-dire le réseau auquel le bloc IP a été attribué. Un bloc IP attribué à Comcast ressemble à des “foyers” pour le fournisseur de géolocalisation et de réputation du site. Un bloc IP attribué à un hébergeur ressemble à “datacenter, suspect.”
La réalité de l’hébergement n’apparaît pas dans la recherche. L’ASN, si.
Ce que cela vous apporte concrètement
Trois propriétés que le datacenter pur ne vous offre pas :
Réputation réseau. L’IP se trouve dans une plage résidentielle, donc les bases de données de réputation lui attribuent un score neutre. Vous ne déclenchez pas le réflexe automatique “datacenter, à brider” en bordure de réseau.
Précision géographique. Les allocations ISP sont liées à de vraies régions. Une IP dans le bloc Comcast de Cleveland se géolocalise à Cleveland. Vous obtenez une précision au niveau de la ville, que le datacenter pur rate souvent (la plupart des IP datacenter se géolocalisent là où se trouve le colo, pas là où le client veut apparaître).
Stabilité. Contrairement au résidentiel rotatif, l’IP vous appartient pour toute la durée du plan. Le site voit la même IP à chaque fois. Les cookies persistent. La liaison de session fonctionne.
Ce à quoi vous renoncez par rapport au résidentiel rotatif, c’est la diversité en amont. Vous n’avez pas 200 millions d’IP à disposition ; vous en avez quelques dizaines ou quelques centaines. Si le site cible brûle l’IP, vous n’en obtenez pas automatiquement une nouvelle.
Quand les proxies ISP sont la bonne réponse
Trois types de charges de travail où les proxies ISP surpassent nettement les deux alternatives :
Gestion de comptes à grande échelle. Vous gérez des dizaines à des centaines de comptes sur une plateforme (par exemple, gestion des réseaux sociaux pour des marques clientes, comptes vendeurs e-commerce sur plusieurs places de marché, comptes publicitaires sur différents réseaux). Chaque compte a besoin d’une IP cohérente à chaque connexion. Le résidentiel rotatif brise la liaison compte-IP et déclenche une ré-authentification. Le datacenter pur déclenche l’anti-bot. Les IP ISP fixes correspondent exactement à ce besoin.
Travaux nécessitant des sessions longues. Tout ce qui maintient une session ouverte pendant des heures — surveillance d’enchères en temps réel, streaming avec une identité résidentielle, crawls de recherche de longue durée — nécessite une IP qui n’expirera pas en cours de session. Les sessions résidentielles rotatives sont limitées par leur TTL ; les IP ISP fixes ne le sont pas.
Charges de travail à fort débit sur des sites tolérants. Lorsque vous interrogez un site qui ne bloque pas agressivement mais est gourmand en bande passante (pensez à la surveillance continue de l’API de catalogue public d’un fournisseur), la faible latence du datacenter combinée à une réputation réseau réelle vous offre à la fois le débit et la résistance au blocage. Le résidentiel rotatif ajoute 50 à 200 ms par requête pour un overhead de routage dont vous n’avez pas réellement besoin sur une cible tolérante.
C’est le troisième cas que les clients n’ont le plus souvent pas envisagé pour les proxies ISP. Ils se rabattent par défaut sur le résidentiel parce qu’ils “ont besoin de paraître réels” et paient la pénalité de latence, alors même que le site cible n’aurait pas bloqué le trafic datacenter.
Quand les proxies ISP sont la mauvaise réponse
Deux types de charges de travail où les proxies ISP vous décevront :
Scrapes massifs en éventail. Vous récupérez 100 000 pages produits par jour sur 50 fournisseurs. Chaque requête doit ressembler à un visiteur différent. Les proxies ISP disposent d’un petit pool, vous allez donc réutiliser la même IP sur des milliers de requêtes contre la même cible — exactement ce que la plupart des systèmes anti-bot surveillent. Le résidentiel rotatif est le bon outil ici.
Cibles difficiles avec défense active. Les sites qui brûlent agressivement les IP en fonction du comportement en temps réel — les paramètres les plus agressifs de Cloudflare, certains sites financiers, certains agrégateurs de voyages avec un anti-bot hostile — épuiseront rapidement votre pool ISP. Avec le résidentiel rotatif, vous disposez d’un nombre pratiquement illimité d’IP de remplacement ; avec les proxies ISP, vous aurez brûlé votre allocation en quelques jours.
Le signal indiquant que vous utilisez le mauvais outil est généralement évident : le taux de succès sur une cible donnée tend à baisser sur quelques jours. Avec le résidentiel rotatif, le taux de succès reste stable parce que le pool est constamment renouvelé. Avec les proxies ISP, le taux de succès se dégrade à mesure que la cible brûle davantage de vos IP.
La logique tarifaire
Les deux produits ont des modèles de tarification rationnels qui révèlent ce pour quoi ils ont été conçus.
Le résidentiel rotatif est facturé au Go de bande passante, car le coût principal est lié aux contrats en amont avec les partenaires SDK résidentiels — chaque Go que vous transférez est un Go que le SDK doit acheminer. La concurrence est gratuite, le nombre d’IP est pratiquement illimité, vous payez pour le flux de données.
Les proxies ISP sont facturés à l’IP, car le coût principal est lié à l’allocation statique. Chaque IP fixe vous est réservée, que vous l’utilisiez ou non. La bande passante est illimitée car il n’y a pas de coût en amont au Go — une fois que vous avez l’IP, la requête marginale est gratuite.
Cela signifie que le calcul du coût est complètement différent. Pour le résidentiel rotatif, divisez votre budget mensuel de bande passante par le tarif au Go, et vous obtenez votre plan. Pour les proxies ISP, comptez le nombre de comptes, sessions ou identités simultanés dont vous avez besoin et multipliez par le coût par IP.
En pratique : si vous gérez 10 sessions longues, les proxies ISP sont nettement moins chers que la bande passante que ces sessions consommeraient en résidentiel. Si vous effectuez 10 000 scrapes courts en éventail, le résidentiel est nettement moins cher que le coût par IP de la fixation de 10 000 IP ISP.
Le modèle de déploiement mixte
Les clients les plus sophistiqués ne choisissent pas un seul produit. Ils routent le trafic vers le bon produit en fonction de la forme du flux de travail, souvent au sein d’une même base de code. Une architecture de production courante :
- Résidentiel rotatif pour la couche de scraping en masse : veille tarifaire, surveillance SERP, agrégation de contenu. Volume élevé, éphémère, géographiquement diversifié.
- Proxies ISP pour la couche de gestion des comptes : gestion des comptes vendeurs, surveillance des comptes publicitaires de concurrents, sessions authentifiées longues.
- Datacenter pour la couche API interne : appel de vos propres API, accès au contenu mis en cache par CDN, tout ce que la cible ne prend pas la peine de défendre.
Trois types de proxies différents derrière une même abstraction d’infrastructure, choisis selon la forme du flux de travail, et non au feeling.
Pourquoi les équipes sous-utilisent les proxies ISP
La vraie raison : la plupart des équipes choisissent un produit quand elles débutent avec les proxies et ne reviennent jamais sur ce choix. Elles ont commencé avec le résidentiel rotatif parce que c’est ce que recommandent tous les articles de “bonnes pratiques”, elles l’ont intégré dans leur base de code, et elles n’examinent jamais les charges de travail pour lesquelles c’est mathématiquement le mauvais outil.
Si vous êtes depuis trois ans sur un déploiement 100 % résidentiel et que vous n’avez jamais comparé vos charges de travail de gestion de comptes ou à sessions intensives avec des proxies ISP, il y a de bonnes chances que vous surpayiez pour une latence résidentielle et une bande passante dont vous n’avez pas réellement besoin sur ces flux de travail.
La façon de le découvrir est la méthode ennuyeuse : routez 10 % d’un flux de travail spécifique vers un plan ISP pendant deux semaines, mesurez le taux de succès, mesurez le coût, comparez. Soit c’est clairement gagnant et vous migrez ce flux de travail, soit ce n’est pas le cas et vous restez où vous étiez. Les deux résultats sont utiles.
Le juste milieu n’est pas plus séduisant que les extrêmes, ce qui explique en partie qu’il attire moins l’attention sur ce marché. Mais pour une catégorie de charges de travail spécifique et significative, c’est le bon outil — et les outils que vous utilisez déterminent en grande partie votre économie unitaire.