Guide du test de débit Internet : Mbps, latence et données

Comment effectuer un test de débit Internet

Ouvrez l’outil et attendez le chargement de sa configuration de connexion. Choisissez un Point de mesure disponible, puis Rapide ou Standard dans Taille du test. Lisez les limites de téléchargement, d’envoi et de durée avant d’appuyer sur Démarrer le test de débit. Ouvrir la page ne lance pas les transferts de mesure ; le site effectue toutefois les requêtes normales nécessaires au chargement de la page et de la configuration.

La procédure prépare le point choisi, mesure les allers-retours HTTP au repos, puis effectue le téléchargement et l’envoi, dans cet ordre. Gardez l’onglet actif et évitez de lancer d’autres gros transferts. L’interface montre la progression et propose Annuler. Lisez ensuite le point, l’heure, les octets de données utiles, les durées et les avertissements avec les débits. Télécharger le rapport de débit enregistre l’observation dans speed-measurement.json.

• Pour établir une référence, mettez en pause les téléchargements et sauvegardes que vous contrôlez. D’autres utilisateurs peuvent encore générer du trafic ; notez donc si la connexion était partagée.
• Notez l’appareil, le navigateur, le mode Wi-Fi ou Ethernet, le point et le profil. Comparez des conditions semblables plutôt que de retenir le test qui donne le chiffre le plus élevé.
• Attendez au moins une minute entre les tests et respectez les messages de disponibilité ou de limite. Les appareils partageant une adresse publique observée peuvent partager ce délai.

Rapide, Standard et la consommation de données

Les deux profils limitent les données utiles de mesure au lieu de continuer jusqu’à saturer entièrement une connexion rapide. Le tableau indique les limites actuelles. Une direction s’arrête lorsque son travail borné est terminé ou que son temporisateur expire. Une connexion lente peut transférer moins de données, tandis qu’une connexion rapide peut atteindre le plafond tôt. Les deux profils autorisent au maximum deux requêtes de transfert simultanées par direction.

MiB est une unité binaire de données utiles : un MiB vaut 1 048 576 octets. Rapide autorise 20 MiB au total, soit environ 20,97 MB décimaux ; Standard autorise 96 MiB, soit environ 100,66 MB décimaux. Les petites requêtes de configuration, de session et de latence, la surcharge de transport et les retransmissions ajoutent du trafic. Ces totaux ne garantissent pas la quantité facturée par un opérateur mobile.

La procédure configure une échéance globale de 30 secondes dans le navigateur. La suspension du navigateur peut influer sur le moment du traitement de l’expiration : ce n’est donc pas une garantie stricte de temps réel écoulé ni de facturation. Choisissez Rapide pour économiser des données et évaluez l’intérêt du test sur une connexion limitée ou en itinérance. Standard permet un échantillon plus grand, qui peut néanmoins rester trop bref pour caractériser un lien rapide.

NIST : préfixes des multiples binairesWHATWG DOM : délai AbortSignal

Ce que comptent réellement les débits descendant et montant

Le débit descendant utilise les octets du corps synthétique de la réponse effectivement lus par le navigateur. Le débit montant utilise les octets de données utiles confirmés par un accusé correspondant du serveur. Chaque direction divise ses octets comptés par la durée commune de toute la phase, y compris le temps des requêtes et des réponses. L’outil n’additionne pas les débits de requêtes individuelles et ne conserve pas seulement l’intervalle le plus rapide.

La formule est Mbps = bytes × 8 ÷ elapsed seconds ÷ 1,000,000. Par exemple, 10 000 000 d’octets comptés en 2 secondes donnent 40 Mbps. Le même débit décimal vaut 5 MB/s, car un octet contient huit bits. À 40 Mbps maintenus, 100 MB décimaux prendraient environ 20 secondes pour les seules données utiles ; un téléchargement réel dépend aussi de la mise en place, du serveur et des conditions variables.

Un envoi peut être tenté sans confirmation avant une expiration ou une annulation. ToolMellow affiche séparément les données tentées non confirmées et les exclut du débit montant. Cela ne signifie pas qu’aucun octet n’a traversé le réseau : la quantité réellement transférée reste inconnue. Non mesuré signifie qu’il n’existe pas de résultat exploitable associant octets comptés et durée, et non que la capacité du lien est démontrée nulle.

NIST : préfixes des multiples binairesRFC 9110, section 8.6 : Content-Length HTTPW3C High Resolution Time : mesure monotone du tempsWHATWG Streams : lecture des blocs de réponse

Lire la latence HTTP au repos, le p95 et la variation

La latence au repos est mesurée avant les phases de téléchargement et d’envoi de ToolMellow. Une requête d’échauffement est exclue, puis sept échantillons d’aller-retour HTTP sont recueillis lors d’une exécution réussie et ininterrompue. Chaque durée comprend la requête du navigateur, le trajet, la réponse et le traitement applicatif. Au repos signifie ici que les gros transferts de ce test n’ont pas commencé ; cela ne prouve pas que le reste du réseau est inactif.

L’interface affiche la médiane et le p95 selon la méthode du rang le plus proche des échantillons disponibles. La médiane décrit la valeur centrale. Avec sept échantillons, ce p95 est la plus grande observation, et non une prédiction solidement établie des latences élevées à long terme. Une procédure échouée ou annulée peut laisser moins d’échantillons : lisez toujours leur nombre.

La variation de latence HTTP est la moyenne des différences absolues entre échantillons adjacents, dans l’ordre original de mesure. Dans la suite illustrative 20, 22, 24, 26, 28, 30 et 32 ms, la médiane vaut 26 ms, le p95 32 ms et la variation adjacente moyenne 2 ms. C’est une statistique précise. Le jitter, la variation du délai de paquets ou les percentiles d’autres outils peuvent suivre d’autres méthodes. Ces allers-retours HTTP ne sont ni un ping ICMP ni une mesure de perte de paquets.

W3C High Resolution Time : mesure monotone du tempsRFC 5481 : terminologie des variations de délai de paquets

Latence sous charge : pourquoi un lien rapide peut répondre lentement

La latence HTTP sous charge est échantillonnée pendant les requêtes de transfert actives. ToolMellow ne garde un échantillon que s’il chevauche un travail de transfert actif et affiche une médiane et un nombre séparés pour le téléchargement et l’envoi. Une phase courte plafonnée peut se terminer sans échantillon chevauchant le transfert ; une valeur absente n’est pas une latence nulle. Un échec d’échantillonnage ne devient pas un pourcentage de perte de paquets.

Comparez les observations sous charge et au repos du même point et de la même exécution. Si une médiane illustrative au repos vaut 26 ms et celle pendant l’envoi 112 ms, l’écart est de 86 ms. Cela indique un délai de réponse accru sous cette charge d’envoi. Les files d’attente, la contention Wi-Fi, le travail du serveur et d’autres conditions du trajet peuvent contribuer ; l’écart seul ne localise pas la cause.

Les files excessives sous charge sont souvent appelées bufferbloat. Une hausse répétable peut aider à comprendre pourquoi les appels ou jeux répondent moins bien pendant de gros transferts, mais ToolMellow n’attribue pas de note de bufferbloat et ne reproduit pas le trafic d’un serveur de jeu. Vérifiez l’application concernée et répétez une comparaison contrôlée avant de modifier votre équipement.

Netflix : latence sous charge et débit montantCloudflare : mesure du réseau domestiqueRFC 5481 : terminologie des variations de délai de paquets

Pourquoi un test plafonné peut sous-estimer une connexion rapide

Un lien a besoin de temps et de suffisamment de travail pour faire apparaître son débit atteignable. Le démarrage, le contrôle de congestion, le navigateur et la capacité du serveur influent sur une mesure courte. Une quantité finie peut être transférée avant de créer une charge soutenue. ToolMellow limite volontairement le volume et la durée : interprétez le résultat bref comme le débit observé de cette procédure bornée.

L’avertissement Plafond de données atteint dépend des données téléchargées comptées ou des données envoyées confirmées atteignant la limite de leur direction. Il n’affirme pas que le lien est saturé. Inversement, son absence ne prouve pas que tous les octets prévus ont terminé : l’expiration normale d’une phase peut laisser un téléchargement partiel ou un envoi non confirmé. Une procédure complète signifie que ses phases bornées se sont terminées, et non que les deux budgets ont été entièrement consommés.

Si Rapide se termine très tôt, Standard offre un échantillon plus grand lorsque son coût en données est acceptable. Gardez l’appareil et le point comparables, avec les durées et avertissements. Si Standard reste très bref, traitez-le comme une observation limitée et consultez une autre méthode documentée adaptée à votre question. Répéter des tests courts plafonnés ne remplace pas une évaluation du débit soutenu.

RFC 5136 : définition de la capacité réseauRFC 6349 : cadre de mesure du débit TCP

Comparer Wi-Fi, Ethernet et données mobiles avec précaution

Le test du navigateur inclut le trajet d’accès réellement utilisé par l’appareil. Un résultat Wi-Fi dépend donc des conditions radio et du trajet Internet. Pour une comparaison utile, testez le même appareil à l’endroit où le problème apparaît, puis près du point d’accès et en Ethernet si l’appareil le permet. Gardez le point et le profil identiques et ne changez qu’un facteur à la fois.

Un meilleur résultat près du point d’accès ou par câble invite à examiner les conditions modifiées ; il ne prouve pas qu’un composant est défectueux. La négociation du lien Ethernet, les adaptateurs, la charge de l’appareil, les câbles, le routage et le serveur peuvent encore limiter le résultat câblé. Si seul un navigateur ou appareil diffère, comparez un autre appareil ou navigateur compatible avant d’attribuer l’écart au fournisseur.

Sur un téléphone, vérifiez si le test passe par Wi-Fi ou par données cellulaires. L’indication 4G ou 5G identifie une technologie d’accès sans garantir un débit particulier. Comparez volontairement au même endroit et à des heures proches, en gardant le téléphone immobile si possible, et tenez compte des variations de signal et des coûts. Ne comparez pas un ordinateur câblé à un téléphone cellulaire comme si seul le point de mesure avait changé.

Google Nest : tests de débit et portée

Quel débit faut-il pour le streaming, les appels et les jeux ?

Un débit utile permet votre usage réel avec une marge pour les autres échanges. Consultez les besoins actuels de l’application et tenez compte des utilisateurs simultanés. Le téléchargement compte pour recevoir fichiers et vidéos ; l’envoi, pour les appels vidéo, le partage et les sauvegardes. Les tâches interactives dépendent aussi du délai, de sa variation et du trajet propre à l’application. Un seul chiffre Mbps élevé ne démontre pas la qualité d’un appel ou d’un jeu.

Netflix recommande actuellement une connexion stable d’au moins 3 Mbps pour HD 720p, 5 Mbps pour Full HD 1080p et 15 Mbps pour UHD 4K. Il s’agit de recommandations publiées par Netflix, et non de seuils universels ou de promesses de ce point de mesure. Pour illustrer une planification, appliquer 15 Mbps à chacune de deux vidéos 4K simultanées donne 30 Mbps avant les autres échanges. C’est une déduction simple, pas une garantie du fournisseur. Les autres usages du foyer nécessitent une capacité disponible supplémentaire.

Pour les visioconférences, consultez les besoins du fournisseur dans les deux directions selon le mode et la résolution. Pour les jeux, distinguez le téléchargement de mises à jour et la réactivité pendant la partie. Regardez la latence et les indicateurs du jeu plutôt que d’assimiler la latence HTTP de ToolMellow au ping du serveur de jeu. Testez l’activité qui échoue réellement ; l’outil ne génère pas de scores de qualité streaming, jeux ou appels vidéo.

Netflix : recommandations de débit InternetCloudflare : mesure du réseau domestique

Pourquoi FAST, Cloudflare, les autres tests et les abonnements diffèrent

Les mesures dépendent du point, du trajet, du nombre de transferts concurrents, des volumes, de la définition du temps et de l’agrégation. Un résultat à flux unique et un résultat à transferts parallèles peuvent répondre à des questions différentes. Il en va de même d’un court test de navigateur et d’un test plus long par client natif. Des chiffres différents ne prouvent pas qu’un service trompe ni que le fournisseur bride le débit.

FAST utilise des points Netflix et présente la latence au repos et sous charge ; Cloudflare publie des champs supplémentaires de qualité réseau et de perte de paquets ; M-Lab décrit NDT comme un test à flux unique. Leurs documents décrivent leurs propres méthodes. ToolMellow utilise le point choisi, les profils bornés, au maximum deux requêtes par direction et les données utiles comptées divisées par le temps commun de phase. Il ne reproduit pas toutes ces mesures et ne revendique pas le cadre complet RFC 6349.

Vérifiez l’étiquette du point et l’avis de confiance géographique. Une région déclarée non vérifiée indépendamment ne prouve ni la position physique ni un réseau mondial de tests. Si un point de développement local apparaît, la mesure de débit décrit un trajet local. Comparez plusieurs résultats de la même méthode aux conditions de votre abonnement. Un seul point distant ne peut certifier le débit de ligne du fournisseur ni établir une violation du contrat.

FAST : test de débit et questions sur la méthodeCloudflare : test Internet et informationsM-Lab : méthode Network Diagnostic ToolRFC 5136 : définition de la capacité réseauRFC 6349 : cadre de mesure du débit TCP

VPN, DNS et performance web répondent à d’autres questions

Un VPN ou proxy peut modifier le routage et l’adresse vue par le service. Si la politique réseau le permet, comparez à des moments proches le même point et profil avec et sans ce trajet. Conservez chaque condition dans vos notes. Un écart décrit ces trajets pendant ces exécutions ; il ne démontre pas à lui seul un bridage, la performance mondiale d’un VPN ou un défaut de chiffrement.

Le DNS traduit des noms en destinations ; il n’augmente pas la capacité physique du lien. La résolution peut influencer l’établissement d’une connexion, et des réponses différentes peuvent orienter une application vers des points différents. Le vérificateur DNS de ToolMellow observe ses résolveurs publics choisis sans mesurer toutes les requêtes de votre appareil. Utilisez-le pour examiner les réponses, sans y voir la preuve qu’un autre DNS augmentera le débit soutenu.

Un test de connexion est aussi différent d’un audit web. Le rendu, JavaScript, les images, la réponse de l’origine et le cache peuvent ralentir un site sur une connexion rapide. ToolMellow envoie des données synthétiques à son point de test ; il ne mesure pas les Core Web Vitals, le TTFB ou la performance de n’importe quel site depuis toutes les positions des visiteurs.

Google Nest : tests de débit et portéeRFC 1034 : concepts et résolution DNSCloudflare : performance web et test de connexion

Examiner un débit faible ou des résultats variables

Commencez par vérifier si la procédure s’est terminée et a produit des mesures utilisables. Lisez les erreurs, les octets, les durées, les plafonds et les nombres d’échantillons avant de comparer les Mbps à un abonnement. Un débit faible sur une phase échouée ou très courte n’a pas la même portée qu’une observation complète répétable en conditions contrôlées.

Changez délibérément une variable, gardez le point et le profil et respectez l’attente entre tests. Comparez quelques observations datées en usage calme et habituel au lieu de considérer le plus haut ou le plus bas comme représentatif. Ne diagnostiquez pas un fournisseur, routeur ou programme avec un seul chiffre. Pour le support, donnez l’observation et ses conditions avec le comportement de l’application concernée.

RFC 5136 : définition de la capacité réseauRFC 6349 : cadre de mesure du débit TCP

Erreurs, annulation et limites partagées du service

Un message de point occupé, de délai, de limite quotidienne, de point désactivé ou de session signifie que la mesure n’a pas pu suivre la demande. Respectez l’information et réessayez volontairement au bon moment. Le délai repose sur l’adresse observée par le point : un NAT partagé ou une sortie VPN peut le partager entre appareils. Le contrôle quotidien limite la disponibilité du service ; ce n’est ni votre forfait mobile ni une garantie persistante au-delà des redémarrages.

Le client refuse d’utiliser des réponses de mesure lorsqu’il détecte une compression ou un cache, une identité du point inattendue, un volume téléchargé inattendu ou un accusé d’envoi ne correspondant pas aux données utiles. Ces vérifications protègent le sens du résultat sans vérifier chaque comportement intermédiaire. Une requête échouée n’est pas un taux mesuré de perte de paquets ; une procédure échouée peut garder des observations partielles utiles.

Annuler interrompt le travail du navigateur encore en attente et demande le nettoyage de la session. Cela ne récupère pas les octets déjà envoyés, ne détermine pas le volume réel d’un envoi non confirmé et ne garantit aucun remboursement du quota réservé ou du trafic facturé. Si une restriction empêche le test, lisez le message et comparez un navigateur ou trajet autorisé. Un test seul ne justifie pas de désactiver le pare-feu, contourner les règles professionnelles ou réinitialiser un équipement.

WHATWG Fetch : requêtes et annulation dans le navigateurWHATWG DOM : délai AbortSignalRFC 9111 : cache HTTP et directives de contrôle

Données synthétiques, confidentialité et rapport téléchargé

La mesure envoie des octets générés, et non vos documents, photos ou fichiers choisis. Elle crée pourtant du trafic : l’hébergement de ToolMellow et le point retenu reçoivent votre adresse réseau et les métadonnées ordinaires des requêtes. HTTPS protège le transport entre ses extrémités ; il ne rend pas l’activité anonyme et ne prouve pas l’absence de journaux chez tous les intervenants.

Le résultat reste dans l’onglet courant sauf si vous le téléchargez. Télécharger le rapport de débit crée speed-measurement.json avec le point, l’heure, le profil, l’état, les volumes mesurés et tentés, les durées et les échantillons de latence disponibles. C’est un instantané, pas un historique de compte, une surveillance automatique ou un certificat de performance du fournisseur. Changer de point ou profil efface le résultat précédemment affiché.

Avant de partager le fichier, examinez les points, horaires et erreurs et ajoutez les conditions non enregistrées automatiquement : accès, appareil et navigateur, VPN, trafic de fond et tâche touchée. Gardez les résultats incomplets signalés comme tels. Ces notes rendent une future comparaison plus utile qu’un simple chiffre Mbps.

Intégrer le test de débit sur votre page web

La section d’intégration sous l’espace de travail permet de copier le fragment HTML, de le télécharger ou d’en prévisualiser le contenu intégré. Collez ce fragment dans une zone HTML prise en charge par votre plateforme. Il contient un iframe ToolMellow et un lien visible vers la page ToolMellow correspondante ; gardez ce lien pour que les lecteurs trouvent l’outil complet et son guide.

Choisissez la langue de page avant de copier. Vérifiez l’intégration sur écran étroit et laissez les visiteurs lire l’information sur les données puis lancer explicitement la mesure. L’outil intégré conserve la même disponibilité, les profils et les limites que la version hébergée ; il n’accorde pas de transferts illimités ni d’API de développement distincte. La plateforme doit autoriser les iframes externes et les requêtes réseau nécessaires.

Questions fréquentes

Sources et lectures complémentaires

• NIST : préfixes des multiples binaires
• RFC 5136 : définition de la capacité réseau
• RFC 6349 : cadre de mesure du débit TCP
• RFC 5481 : terminologie des variations de délai de paquets
• RFC 9110, section 8.6 : Content-Length HTTP
• RFC 9111 : cache HTTP et directives de contrôle
• W3C High Resolution Time : mesure monotone du temps
• WHATWG Streams : lecture des blocs de réponse
• WHATWG Fetch : requêtes et annulation dans le navigateur
• WHATWG DOM : délai AbortSignal
• Netflix : latence sous charge et débit montant
• Cloudflare : mesure du réseau domestique
• Netflix : recommandations de débit Internet
• Google Nest : tests de débit et portée
• FAST : test de débit et questions sur la méthode
• Cloudflare : test Internet et informations
• M-Lab : méthode Network Diagnostic Tool
• RFC 1034 : concepts et résolution DNS
• Cloudflare : performance web et test de connexion