Test de débit Internet
Mesurez le téléchargement, l’envoi et la latence HTTP dans des limites définies vers un point ToolMellow choisi. Consultez les volumes réels, la latence sous charge et les limites liées au plafond de données.
Autres nomstest de débit · speed test · test de vitesse Internet · test de connexion Internet · test de débit en ligne
Le démarrage transfère des octets synthétiques entre votre navigateur et le point choisi. Vos fichiers ne sont jamais utilisés. L’hébergeur voit votre adresse et les métadonnées des requêtes.
Trois étapes simples.
- Choisissez un point disponible et le plafond Rapide ou Standard. Lisez l’information sur l’utilisation des données.
- Démarrez explicitement le test. Suivez sa progression ou annulez à tout moment.
- Avant de télécharger le rapport, examinez le débit du point, les octets confirmés, la latence HTTP et les limites ou échecs éventuels.
Quelques points à connaître.
Rapide plafonne les données synthétiques à 16 MiB en téléchargement/4 MiB en envoi et 3 secondes par sens ; Standard à 64 MiB/32 MiB et 8 secondes par sens. Les petites requêtes de contrôle et le coût du protocole s’ajoutent. Au plus deux transferts simultanés et 30 secondes au total. Un test par connexion et par minute ; les quotas du point s’appliquent aussi. Les tests locaux sont indiqués comme débit local. Un seul chemin est observé, sans garantie du débit de ligne du FAI ni mesure de perte de paquets.
Comment fonctionne la confidentialité →Questions fréquentes.
Le test démarre-t-il automatiquement ?
Non. Seul « Démarrer le test de débit » crée une session et transfère les données synthétiques. Vos fichiers ne sont pas utilisés.
Pourquoi un résultat rapide indique-t-il un plafond atteint ?
Une connexion rapide peut terminer les octets autorisés avant la durée cible. Une brève rafale n’établit pas une capacité soutenue ; le plafond évite une consommation illimitée.
Que compte le débit d’envoi ?
Seules les données confirmées par le serveur servent au calcul. Les octets tentés mais non confirmés sont affichés séparément, car le volume effectivement transféré est inconnu.
Qu’est-ce que la latence sous charge ?
Ce sont des allers-retours HTTP échantillonnés pendant un téléchargement ou un envoi. Ils incluent les effets de l’application, de TLS et du routage. Ce n’est pas du ping ICMP et les échecs HTTP ne sont pas présentés comme des pertes de paquets.