Test ping : jitter, stabilité et carte de latence

Comment tester le ping et le jitter dans votre navigateur

1. Mettez les téléchargements, sauvegardes en ligne et vidéos en pause. Gardez cet onglet au premier plan, puis sélectionnez « Lancer la vérification » pour obtenir huit mesures rapides vers IPNixa.
2. Choisissez 30, 60 ou 120 secondes, puis lancez le test de stabilité. Notez la durée, la médiane, le jitter, le 95e centile et les requêtes en échec. Une vérification courte donne un aperçu ; un test plus long peut faire apparaître des variations intermittentes.
3. Pour comparer, conservez le même appareil, le même navigateur et la même durée. Changez un seul paramètre à la fois : Wi-Fi ou câble Ethernet, Wi-Fi ou données mobiles, puis éventuellement serveur VPN. Faites trois essais par configuration. Pour la carte, comparez toujours la même région cloud.

Bon ping selon l’usage

Lire la médiane, le jitter et les pointes de latence

La médiane décrit le temps de réponse au milieu des mesures ; le jitter, ou gigue, leur variation d’un échantillon au suivant. Le 95e centile aide à repérer les réponses les plus lentes. Lisez ces indicateurs ensemble : une médiane basse peut masquer des pointes gênantes pendant un appel. Les seuils du tableau donnent des repères, pas une garantie pour votre jeu ou votre application.

Exemple chiffré fictif : une médiane de 25 ms avec un jitter de 3 ms et un 95e centile de 35 ms décrit des réponses assez régulières pendant cet essai. Avec la même médiane mais un jitter de 35 ms et un 95e centile de 180 ms, les réponses sont plus irrégulières. Ces chiffres illustrent la lecture du résultat ; ils ne proviennent pas d’une mesure de votre connexion.

Une requête HTTP en échec peut venir du réseau, du serveur ou d’un blocage dans le navigateur. Le nombre d’échecs du test de stabilité ne mesure donc pas directement la perte de paquets IP. De même, une valeur DNS ou TLS absente peut simplement correspondre à une connexion déjà ouverte : elle ne prouve pas que cette étape ne prend jamais de temps.

Comparer le Wi-Fi ou un VPN et choisir la prochaine vérification

Commencez par une mesure de référence, puis ne changez qu’un réglage. Relevez l’heure, la durée et les résultats de chaque essai. Le test mesure le trajet vers son point de terminaison ; une différence entre Wi-Fi et données mobiles inclut aussi un changement d’opérateur et de trajet. Pour isoler davantage le Wi-Fi, comparez avec un câble Ethernet sur la même box.

Exemple fictif de comparaison Wi-Fi : trois essais donnent une médiane proche de 30 ms, mais des pointes à 200 ms loin de la box. Si les pointes diminuent près de la box ou avec un câble, la liaison Wi-Fi mérite d’être examinée en priorité. Cela ne suffit pas à identifier un appareil ou une interférence précis. Rapprochez-vous de la box, mettez les transferts en pause et refaites le même test.

Exemple fictif avec un VPN : dans des conditions comparables, la médiane passe de 25 à 65 ms, tandis que le jitter reste proche de 4 ms. Le temps de réponse augmente, mais les mesures restent régulières pendant ces essais. Essayez un serveur VPN plus proche avant de conclure à un problème de connexion. Une comparaison sans VPN ne convient que si votre politique de sécurité et le réseau utilisé le permettent ; sinon, comparez deux serveurs VPN.

Si les résultats restent mauvais avec un câble et sans transfert en cours, répétez à une autre heure et vérifiez si le problème touche aussi votre application. Si seule une région cloud répond lentement, comparez une autre région : le trajet distant peut être en cause. En cas d’échecs répétés, notez les horaires et transmettez un relevé à votre FAI ou à votre assistance informatique. Un changement de DNS ne constitue pas, à lui seul, un remède au jitter.

Ce que mesure le test ping et jitter

La vérification rapide préchauffe la connexion, puis chronomètre huit requêtes HTTP successives vers IPNixa. Le jitter est la moyenne des écarts absolus entre mesures consécutives. Le test de stabilité suit les requêtes pendant 30, 60 ou 120 secondes ; son score résume les échecs, la variation et les pointes observés pendant cet essai. La carte mesure séparément des points de terminaison HTTPS dans 14 régions cloud. Ces mesures incluent le navigateur, le traitement du serveur et le trajet réseau. Elles ne mesurent ni le débit, ni la perte de paquets IP, ni le ping ICMP ou la latence exacte de votre serveur de jeu. Un bon score ne garantit pas l’absence de coupures en dehors de la période mesurée.

Lancer un ping en ligne de commande

Comparez avec un ping ICMP classique depuis votre ordinateur. 1.1.1.1 est le résolveur DNS public de Cloudflare.

Windows : 20 pings

ping -n 20 1.1.1.1

macOS ou Linux : 20 pings

ping -c 20 1.1.1.1

Windows : pertes à chaque saut

pathping 1.1.1.1

macOS ou Linux : rapport d’itinéraire

mtr -rw 1.1.1.1

Pourquoi mon résultat diffère-t-il du ping affiché en jeu ?

Un jeu utilise un autre serveur, un autre trajet et un autre protocole. Ce résultat mesure de petites requêtes HTTP vers le serveur d’IPNixa, pas vers votre serveur de jeu.

Autres tests de connexion