Comment vraiment lire un test de vitesse

Dernière mise à jour : 28 septembre 2026

Un test de vitesse qui rapporte un seul chiffre, « votre vitesse est de 340 Mbps », répond à une question bien plus étroite que ce que la plupart pensent. Une connexion, ce sont plusieurs chiffres, pas un, et ce guide couvre ce que signifie chaque chiffre de l’écran de résultats, suivi de la façon exacte dont le Sygnal Score les transforme en un seul verdict honnête.

Téléchargement et envoi

C’est ce que tout le monde attend : combien de mégabits par seconde circulent dans chaque sens. Ils comptent, mais moins isolément que ne le suggère le marketing sur le site de votre FAI, voir le guide compagnon sur la vitesse dont vous avez vraiment besoin pour les chiffres réels par activité. Une asymétrie à connaître : la plupart des forfaits domestiques sont bien plus généreux en téléchargement qu’en envoi, ce qui convient pour naviguer et regarder du streaming, et représente une vraie contrainte pour quiconque envoie régulièrement de la vidéo.

Latence au repos

Le temps aller-retour vers un serveur proche quand rien d’autre ne se passe sur la ligne, le chiffre de base de « à quelle distance est internet, là maintenant ». Une latence au repos entre 10 et 30ms est typique pour une connexion filaire ou un bon WiFi vers un serveur proche ; au-delà, les choses interactives, appels, jeux, même une page qui se sent instantanée, commencent à souffrir, peu importe votre vitesse de téléchargement.

Latence en charge et l’écart

La même mesure aller-retour, prise pendant que les phases de téléchargement et d’envoi saturent activement la ligne. Sur une connexion propre, cela bouge à peine par rapport au chiffre au repos. Sur une connexion avec une file surdimensionnée et non gérée quelque part sur le trajet, cela peut exploser à plusieurs centaines, voire milliers de millisecondes, c’est le bufferbloat, et il a son propre guide dédié parce que c’est le problème le plus sous-estimé des réseaux domestiques. Le chiffre qui compte n’est ni l’une ni l’autre des lectures de latence isolément, c’est l’écart entre latence en charge et au repos : un petit écart signifie que la connexion reste réactive sous usage réel, un grand écart signifie qu’elle s’effondre juste quand vous l’utilisez le plus. L’écran de résultats note cet écart par une lettre : A+ sous 5ms, A sous 15, B sous 50, C sous 150, D sous 400, et F au-delà. La note porte sur les pics (le 90e centile des pings en charge, dans la pire des phases de téléchargement et d’envoi), tandis que la latence en charge affichée est la valeur typique (la médiane) : une ligne généralement correcte mais sujette aux pics reçoit quand même la note qu’elle mérite.

Gigue

La variation de la latence d’un paquet à l’autre, pas la latence elle-même. Une connexion à 40ms de latence qui reste à 40ms est bien meilleure pour un appel ou un jeu qu’une connexion qui oscille entre 20ms et 90ms, même si la moyenne semble identique, la gigue est ce qui fait saccader un appel ou rendre un jeu incohérent même quand le « ping » moyen semble correct.

La gigue est aussi le chiffre le plus susceptible de sembler correct en moyenne tout en ruinant quand même un appel ou une partie, un seul mauvais passage de deux secondes, c’est exactement ce moment de gel-puis-rattrapage d’un appel vidéo. Si quelque chose a semblé mauvais pendant un appel ou un jeu mais que le test après coup semble propre, ce n’est pas nécessairement une contradiction, cela peut signifier que le problème était un pic bref que ce seul test n’a pas capté. Lancer le test deux ou trois fois, surtout pendant l’activité qui a semblé mauvaise, donne une image bien plus honnête qu’une seule exécution.

Requêtes échouées (et pourquoi ce n’est pas de la perte de paquets)

Le dernier chiffre de l’écran de résultats est la part des requêtes du test lui-même qui ont échoué purement et simplement : une mesure de latence qui n’est jamais revenue, ou un flux de téléchargement ou d’envoi interrompu avant la fin. Sur une connexion saine, il affiche 0 %. Un test envoie un nombre limité de requêtes, donc un seul échec peut déjà représenter plusieurs points de pourcentage, relancez le test avant d’en tirer quoi que ce soit.

Ce n’est pas de la perte de paquets, et nous ne l’appelons pas ainsi. La perte de paquets, ce sont des paquets qui n’arrivent jamais, et elle est brutale pour le trafic en temps réel : un appel en direct ou un jeu compétitif n’a pas le temps d’attendre un renvoi, donc même un faible taux se ressent comme un à-coup, un gel ou un mot perdu. Un test de vitesse dans le navigateur ne peut pas la voir directement. Ses requêtes passent par TCP, qui renvoie discrètement les paquets perdus, donc la vraie perte n’apparaît ici qu’indirectement, sous forme de débit plus faible et de latence plus élevée ou plus irrégulière, et jamais comme un décompte de paquets manquants. Mesurer la vraie perte de paquets demande un autre type de test, qui envoie des paquets sans les renvoyer. Comme les requêtes échouées sont un signal bien plus grossier, elles sont affichées à titre indicatif seulement et ne comptent ni dans le Sygnal Score ni dans les évaluations par usage.

Ce que le Sygnal Score en fait

Le Sygnal Score transforme cinq de ces mesures en un chiffre de 0 à 1000, pondéré ainsi : téléchargement 300 points, envoi 150, latence au repos 175, bufferbloat 275, gigue 100, les poids totalisent exactement 1000 quand toutes les mesures sont présentes. Les requêtes échouées n’en font pas partie, pour les raisons ci-dessus. Le téléchargement et l’envoi sont mis à l’échelle logarithmiquement plutôt que linéairement, parce que c’est ainsi que se comporte la vraie valeur de la vitesse : pour le téléchargement, les ancrages sont 25 Mbps → 150 points, 100 Mbps → 225 points, 300 Mbps → 270 points, 1000 Mbps et plus → les 300 complets. Le saut de 5 à 25 Mbps change ce qu’un foyer peut vraiment faire ; le saut de 500 à 1000 ne change presque rien, et le score reflète cela au lieu de prétendre que le gigabit est dix fois meilleur que 100 Mbps.

Le bufferbloat est le plus gros bloc, avec 275 points, volontairement, crédit complet pour un écart de 15ms ou moins entre charge et repos (le territoire du A), mesuré sur les mêmes pics que la note, crédit nul à partir de 400ms, parce qu’une connexion qui semble rapide mais s’effondre dès qu’elle est vraiment utilisée n’est pas une bonne connexion, et un score basé uniquement sur le débit la qualifierait quand même de bonne.

Le chiffre final tombe dans l’une de cinq bandes : exceptionnel (900+), fort (750+), correct (550+), en difficulté (350+), ou faible (moins de 350).

Pourquoi une ligne rapide peut quand même obtenir un mauvais score

Il y a une règle de plus, par-dessus tout ce calcul, et elle existe à cause d’une vraie faille dans les mathématiques ci-dessus : une connexion lente mais propre peut obtenir un score étonnamment élevé avec les seuls blocs de la famille latence, même si un foyer sur cette ligne ne pourrait pas diffuser de la 4K de façon fiable ni utiliser plus d’un ou deux appareils. Un téléchargement à 0,5 Mbps avec une latence par ailleurs parfaite peut se scorer dans les 600, uniquement avec latence au repos, bufferbloat et gigue, clairement faux pour une ligne aussi lente.

Le plafonnement de vitesse existe pour empêcher cela : le score est plafonné par la vitesse de téléchargement, sur une échelle, peu importe la propreté du reste de la connexion. En dessous de 25 Mbps, le score ne peut pas dépasser 749 (le sommet de la bande « correct »), un foyer sous cette ligne ne peut vraiment pas tout faire ce qu’une connexion moderne devrait permettre, peu importe la propreté de sa latence. En dessous de 5 Mbps, le plafond se resserre à 549. En dessous de 1 Mbps, il se resserre encore à 349. En dépassant 25 Mbps, le plafonnement se lève entièrement ; rien au-dessus de ce seuil n’est plafonné par la vitesse, seulement par la façon dont la connexion se comporte réellement. Si votre score semble plafonné, c’est pour cette raison, et c’est la réponse honnête, pas une pénalité : « votre Sygnal n’est aussi fort que son maillon le plus faible » est toute l’idée, et pour une ligne très lente, la vitesse elle-même est ce maillon.

Questions fréquentes

Puis-je comparer mon Sygnal Score à celui d'un ami ?
Pas vraiment de façon utile. C'est un chiffre honnête et cohérent pour juger votre propre connexion dans le temps et par rapport à des seuils connus, pas un étalon standardisé entre tous les outils de test, qui pondèrent les choses différemment. Comparez votre propre score avant et après un changement, pas votre score contre celui de quelqu'un d'autre.
Pourquoi mon score a-t-il baissé alors que ma vitesse de téléchargement a augmenté ?
Le téléchargement ne représente que 300 des 1000 points. Un téléchargement plus rapide avec une pire latence en charge ou plus de gigue peut perdre plus de points que n'en rapportent les mégabits supplémentaires, le bufferbloat vaut à lui seul 275 points, le plus gros bloc de tous.

Cette page a été traduite automatiquement et peut contenir des erreurs. Lire l'original en anglais