Latence, jitter et pertes de paquets

• Latence. Le temps qu'un paquet met pour faire l'aller-retour entre votre appareil et un serveur, exprimé en millisecondes. C'est un délai, pas une quantité.
• Jitter. La variation de cette latence d'un paquet au suivant. Une latence de 40 ms parfaitement stable est confortable ; une latence oscillant entre 15 et 200 ms ne l'est pas, même si sa moyenne paraît bonne.
• Pertes de paquets. La proportion de paquets qui n'arrivent jamais. Exprimée en pourcentage, elle traduit une saturation, une interférence ou un équipement défaillant.

La conséquence pratique : si votre lecture est saccadée alors que votre débit est confortable, souscrire une offre plus rapide a peu de chances d'améliorer la situation.

Aucun seuil n'est universel, mais quelques ordres de grandeur aident à situer une mesure sur une liaison domestique :

• une latence de quelques dizaines de millisecondes vers un serveur proche est courante en fibre ; le câble et le VDSL montent naturellement plus haut ;
• un jitter faible et régulier compte davantage qu'une latence moyenne basse ;
• des pertes durablement non nulles sur une liaison filaire signalent généralement un problème matériel ou une saturation, pas un réglage.

Ces repères ne remplacent pas une comparaison avec vos propres mesures prises à un moment où tout fonctionnait bien.

Quelques principes rendent une mesure exploitable :

• mesurez depuis l'appareil concerné, pas depuis un ordinateur relié autrement ;
• répétez la mesure à plusieurs moments de la journée, dont une soirée en semaine ;
• notez le contexte : autres appareils actifs, téléchargements en cours, type de liaison ;
• comparez Wi-Fi et Ethernet sur le même appareil quand c'est possible : l'écart isole la part du lien local ;
• une seule mesure ne prouve rien ; c'est la répétition qui fait le diagnostic.

• Bufferbloat. Des files d'attente surdimensionnées dans le routeur font grimper la latence dès qu'un téléchargement occupe le lien. Symptôme caractéristique : tout va bien jusqu'à ce qu'un autre appareil se mette à télécharger.
• Wi-Fi encombré. En 2,4 GHz, les réseaux voisins se recouvrent. Le jitter augmente sans que le débit maximal chute nécessairement.
• Congestion aux heures pleines. En soirée, la mutualisation en amont peut dégrader latence et pertes, indépendamment de votre installation.
• Matériel vieillissant. Câble abîmé, port réseau défaillant, alimentation instable : ces causes produisent des pertes intermittentes difficiles à reproduire.

• Passer l'écran principal en Ethernet, ce qui supprime jitter et pertes liés au sans-fil.
• Réduire le nombre d'appareils actifs pendant la lecture.
• Basculer en 5 GHz si la distance le permet, en 2,4 GHz si elle ne le permet pas.
• Activer une gestion de file d'attente sur le routeur si l'option existe, contre le bufferbloat.
• Remplacer un câble ancien avant de suspecter l'opérateur.
• Redémarrer le routeur, puis mesurer de nouveau pour objectiver l'effet.

La plupart des relevés se font au repos, c'est-à-dire dans la seule situation où une connexion domestique ne se trouve pratiquement jamais. Or le comportement qui compte est celui sous trafic.

Lorsque le délai s'allonge nettement dès que la liaison transporte des données, la cause probable est une mise en file d'attente excessive. La RFC 7567 décrit précisément ce mécanisme — « une mise en file peut conduire à un délai non souhaité » — et recommande aux équipements réseau d'implémenter une gestion active des files afin de réduire la latence de bout en bout.

Deux précisions honnêtes. D'abord, le terme « bufferbloat », très répandu, n'apparaît pas dans ce document : la RFC décrit le phénomène sans employer le mot. Ensuite, la recommandation s'adresse aux équipements réseau, pas à vous : ce n'est pas un réglage que l'on applique depuis un téléviseur.

Ce que vous pouvez faire relève de l'observation : mesurer une fois au repos, une fois pendant qu'un téléchargement tourne, et comparer. Un écart marqué explique souvent des perturbations jusque-là inexplicables.

Ce n'est pas un défaut de l'un d'eux. La RFC 3393, qui définit la variation de délai, signale explicitement que le mot « jitter » est employé de façons différentes selon les groupes de personnes, et qu'il prête à confusion pour cette raison.

La définition normative porte d'ailleurs sur la différence de délai entre deux paquets sélectionnés d'un même flux, et non sur un chiffre unique résumant une liaison. Un outil qui affiche « jitter : 12 ms » applique donc sa propre méthode de résumé.

Conséquence pratique : comparez des mesures issues du même outil, à des moments différents, plutôt que des chiffres venus de deux sources.

Si vous disposez de relevés, l'interpréteur local les lit dans votre navigateur et indique la vérification suivante. Il n'exécute aucun test et ne contacte aucun serveur : il travaille uniquement sur ce que vous saisissez.

Dernière vérification : 3 août 2026. Prochaine revue : février 2027.

• Définition de la variation de délai et avertissement sur l'ambiguïté du terme « jitter » : RFC 3393, « IP Packet Delay Variation Metric for IPPM » (Standards Track), consultée le 3 août 2026.
• Mise en file d'attente excessive et gestion active des files : RFC 7567, « IETF Recommendations Regarding Active Queue Management » (BCP 197), consultée le 3 août 2026.

Aucun seuil de cette page n'est une recommandation officielle. Les valeurs citées servent d'illustration ou d'orientation, jamais de norme : aucun document ne fixe de latence, de jitter ou de taux de pertes universellement acceptable pour une lecture vidéo.

Non mesuré par ce site : débit, latence, jitter, pertes, puissance du signal, canal Wi-Fi, vitesse négociée, trajet réseau. Une page web ordinaire n'a accès à aucune de ces informations, et nous n'exécutons aucun test.