FR

Comment vraiment lire un test de vitesse

Dernière mise à jour : 12 août 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 six chiffres, pas un, et ce guide couvre ce que signifie chacun, suivi de la façon exacte dont le Sygnal Score transforme les six 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.

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.

Perte de paquets

Le pourcentage de paquets qui n’arrivent jamais et doivent être retransmis, ou qui disparaissent simplement. La perte est brutale pour le trafic en temps réel d’une façon que les autres chiffres ne sont pas : le TCP peut souvent masquer une perte modérée en retransmettant, mais un appel en direct ou un jeu compétitif n’a pas le temps d’attendre une retransmission, donc même un petit pourcentage de perte se ressent immédiatement comme un à-coup, un gel, ou un mot perdu.

La perte et la gigue sont les deux chiffres les plus susceptibles de sembler corrects en moyenne tout en ruinant quand même un appel ou une partie — une perte moyenne de 0,3% peut quand même signifier un mauvais passage de deux secondes où plusieurs paquets d’affilée disparaissent, 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.

Ce que le Sygnal Score fait des six

Le Sygnal Score transforme ces six mesures en un chiffre de 0 à 1000, pondéré ainsi : téléchargement 300 points, envoi 150, latence au repos 150, bufferbloat 250, gigue 75, perte de paquets 75 — les poids totalisent exactement 1000 quand toutes les mesures sont présentes. 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 250 points, volontairement — crédit complet pour un écart de 20ms ou moins entre charge et repos, 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, gigue et perte — 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, plus de gigue, ou la moindre perte de paquets peut perdre plus de points que n'en rapportent les mégabits supplémentaires — le bufferbloat vaut à lui seul 250 points, le plus gros bloc de tous.

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