Dans l'univers du proxy, quand on parle de « vitesse », il s'agit le plus souvent de la latency — car ce que vous ressentez au quotidien n'est pas la bande passante, mais le temps de réponse de chaque clic. Cet article décompose le délai en ses éléments.
Définition
La latency (le délai) est le temps total nécessaire pour qu'une requête parte de chez vous, atteigne la cible et que la réponse revienne (RTT — round trip time). Elle se mesure en millisecondes et, sur une connexion passant par un proxy, se compose de trois parties :
Latence totale = [vous → proxy] + [temps de traitement du proxy] + [proxy → cible]
Partie 1 : Vous → Proxy (géographie)
La vitesse de la lumière ne se négocie pas : depuis Istanbul, la limite physique basse est d'environ 25-35 ms vers Francfort en fibre, et d'environ 65-90 ms vers New York. La localisation du proxy est donc le principal facteur déterminant de la latence. Si vous travaillez depuis la Turquie, TR et DE les sorties offrent le plancher le plus bas.
Partie 2 : Temps de traitement du proxy (type et charge)
La réception et le routage de la requête par le serveur prennent normalement 1-5 ms ; en cas de forte charge, cette valeur augmente. Ajouts typiques selon le type :
| Distinction entre partagé et dédié | Traitement + sortie | Pourquoi |
|---|---|---|
| Datacenter | +1-10 ms | Sortie directe sur le backbone |
| ISP | +5-15 ms | Infrastructure datacenter, route ISP |
| Residential | +30-150 ms | Routage vers une véritable ligne résidentielle |
| Mobile | +40-120 ms | Latence naturelle du réseau cellulaire |
Ce tableau n'est pas un classement qualitatif : la latence ajoutée par le residential ou le mobile est le prix du niveau de confiance qu'ils procurent, et elle est négligeable dans la plupart des usages.
Partie 3 : Proxy → Cible
La partie souvent oubliée : la distance entre le proxy et la cible. Utiliser un proxy à Francfort pour scraper un site américain ajoute environ 90 ms au segment [proxy → cible]. La règle d'or : choisissez le proxy près de la cible, pas près de vous — surtout sur les tâches à gros volume de requêtes, où l'écart s'accumule de façon exponentielle.
Quand la latence est-elle critique ?
- Critique : captation de prix/stocks en temps réel, courses aux transactions séquentielles, bots temps réel.
- Important : scraping de plusieurs dizaines de milliers de requêtes par jour (100 ms par requête = des heures par jour).
- Négligeable : contrôles de routine à faible volume, traitements par lots nocturnes, navigation manuelle.
Recette pour réduire la latence
- Choisissez une localisation proche de la cible (le gain le plus important).
- Réservez les tâches sensibles au temps datacenter/ISP, et les tâches face à des protections au residential.
- Réutilisez les connexions (keep-alive) ; ne payez pas le handshake TCP à chaque requête.
- Mesurez : test ping et avec notre guide de test de vitesse, fondez vos décisions sur des données.