Début septembre 2026, nous avons confié 1 Go de trafic résidentiel à ProxyVero, une plateforme indépendante de benchmarking de proxys, sans rien demander en retour sinon qu'ils publient ce qu'ils trouveraient. Ils ont mené des tests automatisés contre six cibles réelles pendant douze jours et ont mis les résultats sur une page publique. Cet article, c'est cette page lue honnêtement : les bons chiffres, les moyens, et la seule plage que nous manquons franchement.
Pourquoi publier la note qu'un autre nous donne ? Parce que les benchmarks publiés par le fournisseur lui-même ne valent rien, et tout le monde le sait sur ce marché. Un chiffre que nous produisons nous-mêmes, sur des cibles que nous choisissons, selon une règle de réussite que nous écrivons, c'est de la publicité. Les seules données de performance de proxys qui méritent d'être lues sont celles que le fournisseur n'a pas pu façonner — ce qui implique d'accepter de les montrer quand elles ne sont pas flatteuses.
Ce que nous avons contrôlé, et ce que non
Être précis là-dessus compte plus que les chiffres eux-mêmes.
Ce que nous avons donné : 1 Go de trafic résidentiel sur un compte normal, sans expiration, sans routage particulier, sans pool d'IP séparé. La même passerelle que tous les clients — gate.proxyhat.com:8080 — avec le même filtre IP par IA devant. Nous avons aussi confirmé nos tarifs publics pour leur page d'avis.
Ce que nous n'avons pas obtenu : le moindre mot à dire sur les cibles, le calendrier, les règles de réussite, la formulation ou le verdict. Nous avons découvert la page du benchmark à sa mise en ligne, en même temps que tout le monde. Nous n'avons demandé aucune modification et aucune n'a été faite.
Ce qu'il faut savoir sur eux : ProxyVero utilise des liens d'affiliation et le déclare sur chaque page. Leur page de méthodologie indique que les relations d'affiliation ne changent pas la façon dont la réussite, la latence ou le trafic sont mesurés. C'est leur affirmation, ce n'est pas à nous de la vérifier — mais les chiffres ci-dessous ne ressemblent visiblement pas à des chiffres qu'un fournisseur achèterait.
Les résultats : six scénarios, 745 requêtes, douze jours
Période de test du 2 au 13 septembre 2026, proxys résidentiels uniquement, dernière mise à jour le 13 septembre à 18h00 UTC.
| Scénario | Taux de réussite | Latence moy. | Requêtes | Taux de blocage |
|---|---|---|---|---|
| HTTPS générique (ipify) | 100,0 % | 605 ms | 120 | 0,0 % |
| TikTok (page de profil) | 99,2 % | 3030 ms | 125 | 0,0 % |
| Nike (fiche produit) | 97,6 % | 1756 ms | 125 | 0,0 % |
| Instagram (page de profil) | 90,4 % | 1145 ms | 125 | 8,0 % |
| Google (SERP, US) | 88,8 % | 587 ms | 125 | 11,2 % |
| Amazon (fiche produit) | 83,2 % | 2455 ms | 125 | 16,0 % |
Agrégat sur tous les scénarios : 93,2 % de réussite, 1603 ms de latence moyenne, 3543 ms au 95e centile, 5,9 % de blocages.
Là où nous perdons
Amazon est de loin notre pire cible : 83,2 % de réussite, 16 % de blocages, 20 requêtes bloquées sur 125. Google arrive en deuxième position par le bas avec 88,8 % et 14 blocages. Instagram est à 90,4 % avec 10.
Ces trois chiffres sont la forme honnête d'un réseau résidentiel face à des cibles commerciales et de recherche coriaces, et nous préférons que vous les lisiez ici plutôt que de les découvrir dans vos propres journaux au troisième jour d'un projet. Si votre charge, ce sont des fiches produit Amazon en volume, comptez environ une requête sur six bloquée sur un pool résidentiel rotatif et budgétez les reprises. Le coût par requête réussie est le chiffre qui compte — pas le coût au Go, ni un taux de réussite en titre.
Notez aussi ce qui n'a pas échoué : aucun dépassement de délai dans aucun scénario, et le point de terminaison HTTPS générique a rendu 100 %. La connectivité et l'authentification ne sont pas le problème. Les systèmes anti-bot de cibles précises, si.
Ce que coûte réellement un taux de blocage de 16 %
Convertissez le taux de réussite en tentatives par réussite et la discussion sur le prix devient simple. À 83,2 %, il vous faut 1 ÷ 0,832 = 1,20 tentative par page Amazon obtenue, donc votre coût effectif par réussite dépasse de 20 % votre coût par requête. Google à 88,8 % vous coûte 12,6 % de plus. Instagram à 90,4 %, 10,6 %. Le point de terminaison HTTPS générique à 100 % ne coûte rien de plus.
C'est ce chiffre qu'il faut emporter dans une comparaison de fournisseurs. Un pool 15 % moins cher au gigaoctet mais qui bloque deux fois plus souvent sur votre cible revient plus cher, et aucune communication sur la taille du pool ne change l'arithmétique. Faites la multiplication sur vos propres cibles avant de vous engager avec qui que ce soit — nous compris.
Le chiffre global est le moins utile de la page
ProxyVero le dit eux-mêmes, dans une note juste sous leur propre tableau de synthèse : les valeurs agrégées mélangent des scénarios de difficulté très différente, et leurs seuils sont des plages de référence absolues plutôt que des notes normalisées par scénario. Un fournisseur testé surtout contre des points de terminaison faciles obtiendra un meilleur score qu'un fournisseur testé contre Amazon et Google, sans être meilleur sur quoi que ce soit qui vous importe.
La comparaison qui rend cela concret : sur le même jeu de scénarios, les fournisseurs voisins dans leur classement obtiennent 93,1 %, 93,1 % et 93,3 %. Nous obtenons 93,2 %. Quatre fournisseurs à deux dixièmes de point de pourcentage, ce n'est pas un classement : c'est une mesure qui vous dit qu'à ce niveau l'agrégat a cessé de discriminer. Lisez plutôt les lignes par scénario.
La plage que nous manquons
Rapportés aux plages de référence de ProxyVero, nos résultats se placent ainsi :
| Métrique | Notre résultat | Leur plage "good" | Verdict |
|---|---|---|---|
| Taux de réussite | 93,2 % | > 95 % | Fair |
| Latence moyenne | 1603 ms | < 500 ms | Poor |
| Latence P95 | 3543 ms | < 800 ms | Poor |
| Taux de blocage | 5,9 % | < 2 % | Poor |
| Taille d'échantillon | 745 | ≥ 1 000 | Fair |
Nous n'allons pas nous défausser sur la ligne de la latence. Les proxys résidentiels passent par de vraies connexions grand public, et la latence de bout en bout à travers une ligne domestique à Jakarta ne ressemblera pas à un aller-retour vers un centre de données : les 3030 ms de TikTok et les 587 ms de Google dans le même test, c'est le même réseau sur des cibles différentes. Mais une plage sous 500 ms appliquée à du trafic résidentiel est une barre que nous ne franchissons pas, et prétendre le contraire viderait cette publication de son sens. Si votre charge est critique en latence plutôt qu'en détection, les proxys ISP statiques sont le meilleur produit, et nous préférons vous le dire avant que vous n'achetiez du trafic.
La ligne de la taille d'échantillon mérite aussi d'être signalée : 745 requêtes sur douze jours suffisent à voir une forme, pas à trancher de petites différences. Traitez comme du bruit tout écart inférieur à quelques points de pourcentage entre fournisseurs sur ces données.
Ce que ce test ne peut pas vous dire
Une lacune honnête : nous annonçons un filtre de qualité d'IP par IA qui note les routes avant d'y envoyer du trafic, et ce benchmark ne peut pas isoler son effet. Il n'y a pas de groupe témoin ici — pas d'exécution parallèle avec le filtre désactivé — donc les résultats montrent ce que fait le réseau avec le filtre actif, et rien de ce qu'il ferait sans. L'avis de ProxyVero qualifie à juste titre le filtre de déclaré par le fournisseur. Si quelqu'un vous dit qu'un benchmark portant sur un seul fournisseur valide un mécanisme interne précis, il en lit trop.
La même prudence vaut pour la géographie. Les six scénarios ont tourné contre des cibles orientées États-Unis. Rien sur cette page ne vous dit comment le réseau se comporte depuis le Brésil, le Vietnam ou le Nigeria, et nous ne prétendrons pas le contraire.
Comment lire une page de benchmark avant de passer à l'échelle
Quel que soit le fournisseur que vous évaluez, nous compris, les mêmes quatre vérifications s'appliquent :
- Trouvez votre cible dans le tableau par scénario. Si les scénarios testés ne sont pas les sites que vous visez réellement, l'agrégat ne dit rien de votre charge.
- Vérifiez la taille de l'échantillon et la fenêtre. Un taux de réussite de 99 % sur 40 requêtes est une rumeur. Cherchez des centaines de requêtes sur au moins une semaine.
- Séparez blocages et dépassements de délai. Un blocage signifie que les systèmes anti-bot ont reconnu le trafic ; un dépassement de délai, que le réseau a échoué. Les remèdes sont totalement différents, et seul le second incombe au fournisseur seul.
- Convertissez en coût par requête réussie. Un Go moins cher qui bloque deux fois plus revient plus cher. Multipliez votre prix au Go par le taux de reprise attendu sur vos cibles avant de comparer quoi que ce soit.
Les pages ProxyHat chez ProxyVero sont ici : le benchmark pour les données mesurées en continu, le profil pour ce que nous proposons et l'avis pour leur lecture du prix et de l'adéquation. La page du benchmark est celle qui se met à jour.
Ce que nous en faisons
Les 83,2 % d'Amazon sont la ligne que nous voulons faire bouger, et la faire bouger est un problème de routage et de qualité d'IP, pas de marketing. La prochaine fenêtre de benchmark dira si nous y sommes parvenus, et nous n'avons pas voix au chapitre. C'est là toute la valeur de l'accord.
Testez vous-même
Un benchmark indépendant est un point de départ, pas un substitut à vos propres chiffres. Envoyez quelques centaines de requêtes vers vos vraies cibles, comptez les réussites plutôt que les réponses, et comparez le coût par requête réussie entre les fournisseurs que vous envisagez. Le trafic à l'usage démarre à 5 $, le crédit ne périme pas, et aucun abonnement n'est nécessaire pour le vérifier.
Et si vous dirigez une plateforme de tests indépendante et souhaitez nous évaluer : nous fournirons le trafic, nous répondrons aux questions sur le réseau, et nous ne demanderons pas à voir les résultats avant.
