La question « ce proxy est-il rapide ? » en contient en réalité trois : à quelle vitesse répond-il (latence), quel volume de données peut-il transporter (bande passante) et quelle est sa fiabilité (taux de réussite) ? Dès que l'on apprend à mesurer les trois séparément, le choix d'un proxy passe de la supposition à l'ingénierie.
Métrique 1 : la latence
Le temps écoulé entre l'envoi de la requête et le retour de la réponse, exprimé en ms. La mesure la plus pratique consiste à chronométrer une petite requête passant par le proxy :
curl --proxy ip:port -o /dev/null -s -w "%{time_total}s\n" https://api.ipify.org
Exécutez cette commande 5 à 10 fois et regardez la moyenne ; une mesure isolée induit en erreur. Valeurs de référence : moins de 80 ms excellent, jusqu'à 150 ms bon, au-delà de 250 ms lent. Pour approfondir la notion, notre article sur la latency consultez ; pour une mesure clé en main, l'outil de test ping et vérification de proxy est à votre disposition.
Métrique 2 : la bande passante
Téléchargez un fichier de bonne taille via le proxy et mesurez la durée :
curl --proxy ip:port -o /dev/null -s -w "%{speed_download} B/s\n" https://cible/fichier
Le contexte compte dans l'interprétation : pour du scraping essentiellement textuel, 5 à 10 Mbps suffisent largement ; pour du téléchargement de médias, on vise 50+ Mbps. Datacenter les offres arrivent largement en tête sur la bande passante ; residential les débits varient selon la ligne résidentielle réelle — ce n'est pas un défaut, c'est la nature même de ce type de proxy.
Métrique 3 : le taux de réussite
C'est la métrique la plus critique en production : quel pourcentage de vos requêtes renvoie une réponse valide (2xx) ? Pour la mesurer, envoyez 100 requêtes vers votre cible via le proxy et calculez le rapport 2xx / total. Au-dessus de 95 % c'est sain, en dessous de 90 % c'est un signal d'alerte. Un taux faible n'est pas toujours la faute du proxy : la protection de la cible, un jeu de headers incorrect ou un rythme trop agressif peuvent également en être la cause.
Erreurs fréquentes lors de la mesure
- Décider sur une seule mesure : Le réseau fluctue ; prenez au moins 5 à 10 échantillons pour chaque métrique.
- Tester sur la mauvaise cible : Une mesure réalisée sur un site qui ne ressemble pas à votre cible ne représente pas la production.
- Ne pas établir de référence sans proxy : Mesurez d'abord votre connexion directe ; c'est le seul moyen de voir l'écart introduit par le proxy.
- Un test non étalé dans le temps : Les adresses gratuites peuvent être rapides en début de journée et lentes aux heures de pointe du soir ; étalez votre décision sur la journée.
Éliminer rapidement les adresses gratuites
Dans la liste la dernière latence mesurée de chaque adresse est indiquée par un code couleur : prenez d'abord les vertes (moins de 80 ms), puis exécutez les trois métriques ci-dessus sur vos propres cibles. Ce tri de deux minutes vous évite des heures de lutte avec des adresses lentes.