Ce composant mesure le temps d'une petite requĂȘte HTTPS vers /api/latencysur le mĂȘme hĂŽte qui a servi la page. Il s'agit d'un Ă©chantillon du temps de trajet aller-retour (RTT)via TCP, TLS et HTTP sur le chemin empruntĂ© par vos paquets pour atteindre mon infrastructure d'extrĂ©mitĂ©, et non d'un Ă©cho ICMP tel que l'affiche la commande ping. J'ai rĂ©digĂ© cette explication ainsi car je me suis retrouvĂ© un jour en appel Discord Ă Karachi avec un ping de jeu de 42 ms vers Singapour alors que le RTT de mon navigateur vers l'API d'un SaaS europĂ©en avoisinait les 280 ms : deux destinations diffĂ©rentes, deux chiffres diffĂ©rents, tous deux "vrais". Utilisez ces mesures comme un signal avant/aprĂšslorsque vous changez de serveur VPN, de bande WiâFi ou de routeur, et non comme un substitut Ă l'outil de mesure intĂ©grĂ© de votre jeu.
La latence, c'est plus qu'un simple chiffre
Les ingénieurs réseau décomposent les délais ainsi : la propagation (le trajet à environ deux tiers de la vitesse de la lumiÚre dans la fibre), la sérialisation(le temps d'envoi des bits sur le support physique selon votre débit nominal), la mise en file d'attente (queueing)(l'attente dans les routeurs), et le traitement(systÚmes hÎtes, pare-feux, chiffrement TLS). Une mesure du RTT regroupe tous ces facteurs en un seul chiffre. C'est pratique, mais cela masque l'origine du délai : la physique (distance géographique) ou le réseau (goulot d'étranglement).
Le dĂ©bit (bandwith) dĂ©signe la quantitĂ© de donnĂ©es que vous pouvez transfĂ©rer par seconde. La latenceindique le temps nĂ©cessaire pour recevoir le tout premier octet d'une rĂ©ponse. Une connexion gigabit avec 400 ms de latence restera dĂ©sagrĂ©able pour la voix, le jeu en ligne ou une session SSH interactive, car la perception humaine dĂ©pend de la rĂ©activitĂ©, pas du volume brut. La rĂ©fĂ©rence historique est la RFC 792 dĂ©finissant l'Ă©cho ICMP, mĂȘme si les navigateurs ne peuvent pas utiliser ICMP directement en JavaScript.
Pourquoi cette page mesure le HTTPS plutĂŽt que le ping
Les rĂšgles de sĂ©curitĂ© du web n'exposent pas les sockets ICMP bruts aux scripts des pages. Si vous avez besoin d'un ping classique, utilisez votre terminal (exemples plus bas). Ce site utilise Ă la place un appel fetch()mesurĂ© vers le serveur d'origine : le navigateur rĂ©alise la rĂ©solution DNS (souvent en cache), nĂ©gocie ou rĂ©utilise la connexion TCP, effectue la transaction TLS (sauf reprise de session), envoie une requĂȘte HTTP minimale, et attend le retour des en-tĂȘtes. Ce flux correspond exactement Ă un Ă©change API rĂ©el, de sorte que le rĂ©sultat se situe gĂ©nĂ©ralement quelques millisecondes au-dessus d'un ping ICMP, et peut grimper davantage en cas de perte de paquets obligeant Ă des retransmissions.
Les connexions "chaudes" (déjà établies) affichent des valeurs plus basses car la reprise de session TLS 1.3 et le keep-alive HTTP évitent les négociations initiales. Les démarrages "à froid" affichent des valeurs plus élevées, ce qui correspond à ce qu'éprouve un utilisateur ouvrant un site pour la premiÚre fois. Pour comparer des VPN, effectuez plusieurs tests et écartez les valeurs aberrantes dues aux tùches de fond de votre appareil.
Budgets RTT indicatifs par type d'activité
Ce sont des repÚres de confort d'utilisation, pas des rÚgles absolues. Les jeux compétitifs visent des valeurs à deux chiffres vers les serveurs régionaux. La voix sur IP (VoIP) tolÚre un délai unidirectionnel allant jusqu'à 150 ms avant que les participants ne se coupent la parole. Le streaming vidéo utilise des tampons de plusieurs secondes, ce qui rend le RTT beaucoup moins critique tant que le débit brut est suffisant.
Exigences de latence par cas d'usage
| Activité | RTT acceptable | RTT idéal | Dégradation ressentie |
|---|---|---|---|
| Navigation web | < 200Â ms | < 80Â ms | Pertes WiâFi avec retransmissions ; blocages DNS |
| Streaming vidéo (mis en cache) | < 300 ms | < 120 ms | Débit insuffisant pour le flux vidéo sélectionné |
| Appel vidéo (WebRTC) | < 250 ms équivalent unidirectionnel | < 120 ms RTT vers la région du serveur | Pics de gigue (jitter) sans tampon adaptatif |
| FPS en ligne (compĂ©titif) | < 80 ms vers le serveur | < 40 ms | Mise en file d'attente sous charge ; saturation du canal WiâFi |
| MMO / Jeu au tour par tour | < 200 ms | < 100 ms | Pertes de paquets sans prédiction cÎté client |
| Jeux de combat (rollback) | Une gigue faible importe plus que la moyenne | < 30 ms de variation | Micro-coupures et instabilitĂ© du WiâFi |
| Trading haute frĂ©quence (colocalisĂ©) | < 1 ms dans la mĂȘme armoire | < 100 ”s sur rĂ©seau RDMA | Tout routage internet (outil inadaptĂ©) |
Les installations WebRTC publient des valeurs cibles régionales ; voir W3C WebRTC pour le protocole partagé avec les appels vidéo.
Pourquoi la latence varie d'une heure Ă l'autre dans le mĂȘme logement
Le WiâFi fonctionne en alternance (half-duplex) : tous les voisins connectĂ©s sur le mĂȘme canal se partagent le temps d'Ă©mission. Les fours Ă micro-ondes perturbent la bande 2.4 GHz. Les serveurs VPN changent de ville de sortie lors des rééquilibrages de charge. Les connexions mobiles marquent des pauses lors des changements de relais. MĂȘme sur une connexion Ethernet filaire, votre FAI peut utiliser des chemins de peering moins chers et plus longs la nuit qu'en journĂ©e. Les tendances sont plus parlantes que les mesures isolĂ©es ; effectuez plusieurs tests Ă diffĂ©rents moments de la journĂ©e en cas de doute.
Le Bufferbloatest le fléau invisible : une file d'attente surdimensionnée au niveau du routeur ou du FAI absorbe les pics de données mais génÚre du retard dÚs que la ligne sature. Testez votre latence au repos, puis lancez un téléchargement important et testez de nouveau. Si le RTT double alors que la bande passante est au maximum, vous observez de la mise en file d'attente, pas une mauvaise connexion.
Mesurer la latence depuis la ligne de commande
Ces commandes s'exécutent vers la cible de votre choix ; remplacez l'exemple par l'adresse de votre serveur de jeu, de votre VPN ou d'un DNS public.
Windows (PowerShell ou Invite de commandes)
ping -n 20 1.1.1.1
tracert -d 1.1.1.1pingenvoie des requĂȘtes d'Ă©cho ICMP si le rĂ©seau ne les bloque pas (certains routeurs Ă©liminent l'ICMP sous charge).tracert affiche le dĂ©tail de chaque saut vers la cible ; l'option -ddĂ©sactive la rĂ©solution DNS inversĂ©e pour accĂ©lĂ©rer l'affichage.
macOS et Linux
ping -c 20 1.1.1.1
traceroute -n 1.1.1.1
mtr -rwzc 100 1.1.1.1mtr combine ping et traceroute dans un tableau dynamique ; il s'installe via brew install mtrsur macOS ou avec le gestionnaire de paquets de votre distribution Linux. C'est le meilleur outil pour repĂ©rer des pertes intermittentes sur un saut WiâFi.
Des actions concrÚtes pour réduire le RTT
Privilégiez une connexion Ethernet filaire pour le jeu compétitif. Choisissez le serveur VPN le plus proche répondant à vos besoins. Activez le mécanisme SQM ou un protocole AQM moderne (CoDel / FQ-CoDel) sur votre routeur afin que les téléversements ne saturent pas les files d'attente. Dans vos jeux, sélectionnez la région recommandée plutÎt que de rejoindre des serveurs distants, sauf si vous acceptez la pénalité de latence.
Un VPN a tendance à augmenter le RTT en raison du chiffrement et des détours réseau. Il peut parfois l'améliorersi votre FAI présente de mauvais accords de peering vers le service ciblé alors que le VPN dispose de meilleures routes : vous échangez alors une politique de routage pour une autre. Mesurez toujours les deux chemins plutÎt que de vous fier aux discours marketing sur le "mode gaming".
Foire aux questions
Quelle est la différence entre latencia (latence) et bande passante ?
Le dĂ©bit (bande passante) est la capacitĂ© de transfert : le volume de donnĂ©es par seconde aprĂšs Ă©tablissement de la connexion. La latence est le dĂ©lai d'acheminement : le temps de rĂ©ponse pour une petite requĂȘte. Une liaison satellite peut offrir un dĂ©bit important mais une latence inadaptĂ©e aux appels vocaux ; une ligne louĂ©e Ă bas dĂ©bit peut se rĂ©vĂ©ler trĂšs rĂ©active pour du SSH. Cette page mesure uniquement le dĂ©lai vers notre serveur, pas le dĂ©bit.
Quel est un bon ping pour le jeu en ligne ?
Pour les jeux trĂšs rĂ©actifs (FPS, combat), un temps Ă deux chiffres vers les serveurs de l'Ă©diteur est idĂ©al. Les jeux de stratĂ©gie ou les MMO s'accommodent de dĂ©lais plus Ă©levĂ©s grĂące Ă des algorithmes de compensation. Comparez toujours par rapport au mĂȘme serveur ; un score de 30 ms ici ne garantit pas la mĂȘme valeur vers Tokyo si le serveur de ce site est plus proche de vous.
Pourquoi la latence en WiâFi est-elle moins bonne qu'en filaire ?
Le WiâFi partage son canal d'Ă©mission avec les autres Ă©quipements Ă proximitĂ©. Chaque collision et retransmission ajoute des millisecondes. Les appareils Bluetooth, les micro-ondes et la dĂ©tection radar DFS en 5 GHz gĂ©nĂšrent des perturbations. L'Ethernet Ă©limine ces interfĂ©rences. Sur un rĂ©seau sans fil, restez prĂšs du point d'accĂšs, utilisez les bandes 5 GHz ou 6 GHz et activez le WiâFi Multimedia (WMM) pour prioriser les petits paquets.
Comment puis-je faire baisser mon ping ?
Rapprochez-vous physiquement des serveurs. AmĂ©liorez votre connexion locale : utilisez un cĂąble, Ă©vitez les canaux WiâFi saturĂ©s, et interrompez les sauvegardes cloud durant vos sessions de jeu. Enfin, ajustez le routage : testez une autre ville VPN, contactez votre FAI si les traceroutes montrent un incident sur le rĂ©seau domestique, ou activez le SQM pour empĂȘcher la saturation des files d'attente.
Un VPN peut-il réduire ma latence ?
Généralement non : le chiffrement et les intermédiaires ajoutent du délai. Exceptionnellement oui, si les routes de peering de votre FAI sont saturées vers la destination alors que le VPN bénéficie d'un chemin plus direct et fluide. Comparez en effectuant plusieurs mesures dans les deux configurations.
Outils associés
Le débit brut reste important pour les téléchargements : utilisez le Test de débit internet. Pour s'assurer que des services restent accessibles de l'extérieur, combinez le RTT avec l'outil Mes ports ouverts. Les informations sur votre réseau d'accÚs se trouvent dans Mon FAI. Pour valider l'acheminement de votre VPN, effectuez un Test de fuite VPN.
Sources citées ci-dessus
- RFC 792: Internet Control Message Protocol (ICMP)
- RFC 9000: Transport QUIC (utilisé fréquemment par le protocole HTTPS moderne)
- W3C WebRTC: Flux médias en temps réel sur UDP/TLS
- Wiki de Bufferbloat.net: Recommandations pour lutter contre la latence liée aux files d'attente