Internet et réseaux

Test de débit internet : téléchargement et envoi

Lancez un court test de téléchargement et d’envoi entre ce navigateur et le serveur de Savvy Toolkit. Démarrer déclenche le test ; ouvrir la page ne lance aucun transfert. Les résultats décrivent ce trajet et ce serveur, sans mesurer le débit maximal de l’abonnement internet.

Utiliser l’outil

1 Mio (MiB) = 1048576 octets. Les en-têtes HTTP et requêtes de contrôle ajoutent du trafic à ces limites de données. Gardez la page visible ; Arrêter termine le test de cette page. Le navigateur calcule les résultats. Requêtes et données synthétiques atteignent le serveur de ce site ; aucun fichier personnel ou identifiant VPN n'est demandé.

Les mesures concernent le serveur HTTP de ce site et le chemin utilisé pendant ce test.

Arrêter annule les requêtes en attente de cette page. Les données déjà envoyées ne peuvent pas être rappelées.

Test non démarré

Résultats de transfert avec le serveur HTTP

Débit descendant depuis ce serveur de test (Mb/s)
Capacité de ligne, latence vers les serveurs de jeux, délai à sens unique et perte de paquets ICMP ne sont pas mesurés.
Débit montant vers ce serveur de test (Mb/s)
Capacité de ligne, latence vers les serveurs de jeux, délai à sens unique et perte de paquets ICMP ne sont pas mesurés.
Octets de téléchargement comptabilisés
0
Octets d'envoi comptabilisés
0
Durée des téléchargements terminés (ms)
Capacité de ligne, latence vers les serveurs de jeux, délai à sens unique et perte de paquets ICMP ne sont pas mesurés.
Durée des envois terminés (ms)
Capacité de ligne, latence vers les serveurs de jeux, délai à sens unique et perte de paquets ICMP ne sont pas mesurés.
Temps moyen aller-retour HTTP (ms)
Capacité de ligne, latence vers les serveurs de jeux, délai à sens unique et perte de paquets ICMP ne sont pas mesurés.
Aller-retour HTTP médian (ms)
Capacité de ligne, latence vers les serveurs de jeux, délai à sens unique et perte de paquets ICMP ne sont pas mesurés.
Aller-retour HTTP minimal (ms)
Capacité de ligne, latence vers les serveurs de jeux, délai à sens unique et perte de paquets ICMP ne sont pas mesurés.
Aller-retour HTTP maximal (ms)
Capacité de ligne, latence vers les serveurs de jeux, délai à sens unique et perte de paquets ICMP ne sont pas mesurés.
Moyenne des écarts absolus entre RTT successifs (ms)
Capacité de ligne, latence vers les serveurs de jeux, délai à sens unique et perte de paquets ICMP ne sont pas mesurés.
Requêtes terminées
0
Requêtes échouées
0

Mb/s (Mbps) désigne des mégabits décimaux par seconde. Le résultat utilise les octets de données comptabilisés et la durée de requête ; le compte exclut les en-têtes HTTP. Comparez avec le même appareil et la même connexion. Les octets téléchargés incluent les données reçues avant l’arrêt ou un échec. Les octets envoyés comptent uniquement les données confirmées par le serveur. Un envoi échoué peut consommer des données. Ces chiffres ne représentent pas le trafic total facturé par le fournisseur. Un transfert HTTP court peut être limité par le serveur, son chemin, l'ordonnancement du navigateur ou d'autres flux. La durée d'envoi comprend aussi la réponse du serveur de test. Ce résultat ne certifie pas la capacité de la ligne ou le débit vers toute destination.

Chaque RTT est la durée d'une requête et réponse du serveur de test. La variation est la moyenne des écarts absolus entre requêtes réussies consécutives, dans l'ordre des requêtes. Un échec interrompt la paire. Cela inclut les temps HTTP, serveur et navigateur. Ce n'est pas un ping ICMP, un délai à sens unique, une gigue de paquets normalisée ou une mesure de perte de paquets. Une requête HTTP échouée ne prouve pas un paquet réseau perdu.

Comment utiliser cet outil

  1. Vérifiez le volume prévu : jusqu’à 16 Mio de données téléchargées et 4 Mio envoyés par test, plus le trafic des requêtes et du transport.
  2. Gardez cet onglet visible, mettez les autres transferts en pause et sélectionnez Démarrer. L’envoi utilise des données de test générées, aucun fichier de l’appareil.
  3. Lisez le résultat de chaque sens seulement après ses quatre transferts terminés, avec le total d’octets et la durée mesurée. Arrêter annule le test actif ; un sens incomplet n’a pas de résultat de débit.

Méthode de calcul

Le test utilise quatre téléchargements de 4 Mio et quatre envois de 1 Mio. Débit en Mbps = octets terminés × 8 ÷ leurs secondes de transfert mesurées ÷ 1 000 000. Chaque durée va du lancement de la requête à la lecture et à la validation de la réponse ; l’envoi inclut la confirmation du serveur.

Sens de téléchargement et d’envoi entre le navigateur et le serveur de Savvy Toolkit, avec volumes totaux limités à 16 Mio et 4 Mio.
Les octets divisés par le temps mesuré donnent un débit vers ce serveur. Le trajet dépasse la seule liaison Wi-Fi locale.

Exemple de calcul

Recevoir 16 Mio, soit 16 777 216 octets, en 2 secondes donne 67,11 Mbps. Envoyer 4 Mio en 1 seconde donne 33,55 Mbps. Ce sont des exemples de calcul, pas des mesures de ce serveur.

Dans cette explication

Choisir la connexion à mesurer

Ce test mesure le parcours du navigateur actuel jusqu'au serveur de ce site. Notez appareil, Wi-Fi ou Ethernet, état du VPN et heure approximative. Un relevé en données mobiles décrit ce parcours, pas l'accès fixe du logement. Le nom du point de mesure apparaît pendant le test ; l'outil ne permet pas de choisir le serveur le plus proche ou celui d'un jeu.

Gardez une question précise. Un téléchargement lent, une mauvaise couverture dans une pièce et un faible débit vers ce serveur sont des observations liées, mais pas des mesures équivalentes. Comparez aussi la tâche initiale, sans attendre d'un seul nombre qu'il identifie le composant responsable du problème.

Illustration générée par IA d’un ordinateur portable relié au port LAN d’un routeur par un câble Ethernet.
Illustration originale générée par IA pour répéter un test avec une connexion filaire. Elle ne montre aucun débit mesuré et ne certifie ni le câble ni le port.

Examiner le trafic avant le départ

Ouvrir la page ne lance pas les transferts de mesure. Lisez le volume annoncé, cochez le consentement et démarrez quand la connexion est disponible. Un test complet effectue vingt petites requêtes HTTP, quatre téléchargements de 4 Mio et quatre envois de 1 Mio. Les principales données totalisent 16 Mio reçus et 4 Mio envoyés. En-têtes, confirmations et autres échanges ajoutent du trafic.

L'envoi utilise des octets générés pour le test, pas un document choisi sur l'appareil. Ces octets atteignent le serveur du site. Les requêtes réelles transportent aussi des métadonnées de connexion : ce n'est pas un calcul entièrement local. Chaque répétition consomme davantage de données. Les compteurs de contenu ne représentent pas la facturation du fournisseur.

Conserver des conditions comparables

Laissez la page visible et l'appareil à sa position initiale. Le test s'arrête lorsque la page devient masquée. Mettez un transfert facultatif en pause par ses commandes habituelles et notez ce choix pour refaire une comparaison semblable. Modifier connexion, sortie VPN et appareil ensemble empêche d'attribuer l'écart à un paramètre précis.

La séquence commence par les durées HTTP, puis reçoit les téléchargements et effectue les envois. Elle utilise des transferts séquentiels bornés, pas de nombreuses connexions soutenues pour saturer la ligne. Un autre service, serveur ou protocole de mesure peut légitimement produire un débit différent. Aucun résultat n'annule automatiquement l'autre.

Comprendre le calcul du débit

Le sens descendant exige quatre téléchargements validés avant d'afficher un débit. Les octets et leurs durées sont additionnés ; les octets multipliés par huit, divisés par les secondes, donnent des bits par seconde. Diviser par un million donne des Mbps. Le sens montant suit la même agrégation, en incluant la confirmation du serveur dans sa durée.

Un exemple indépendant de 16 777 216 octets reçus en deux secondes donne 67,108864 Mbps. Un envoi de 4 194 304 octets en une seconde donne 33,554432 Mbps. Ce sont des calculs, pas des relevés de cet hébergement. Ne faites pas une moyenne des débits individuels en ignorant leur durée : la méthode divise le contenu total par le temps total.

Exemples indépendants ; contenu de test uniquement
Octets de contenuSecondes écouléesMbps
16777216267,108864
4194304133,554432

Lire les avertissements et durées

Un sens de transfert dont la durée cumulée reste inférieure à une seconde reçoit un avertissement d'échantillon court. Cet avertissement ne modifie pas le débit. Tous les essais dépendent du navigateur, de la capacité du serveur, du démarrage de connexion et du parcours. Un débit élevé mais bref ne certifie pas la capacité maximale d'un abonnement.

Les lignes temporelles décrivent des allers-retours HTTP terminés : minimum, maximum, moyenne, médiane et variation absolue moyenne entre relevés consécutifs valides. Les requêtes échouées restent dans la liste. Elles ne deviennent pas zéro milliseconde et ne sont pas converties en pourcentage de perte UDP ou en latence dans un seul sens.

Traiter les arrêts et erreurs

Arrêter annule le test actif. Un sens ayant moins de quatre transferts terminés n'a pas de débit agrégé. Un sens précédent déjà terminé peut rester visible, l'autre restant non mesuré. Le compteur descendant peut inclure des octets reçus avant un arrêt ou échec. Le compteur montant inclut les contenus confirmés, bien qu'une tentative non confirmée puisse aussi consommer des données.

Un délai dépassé, un point indisponible ou une réponse invalide correspondent à une mesure échouée. Ce n'est ni un débit mesuré nul ni une preuve de panne de tout Internet. L'outil vérifie protocole, taille et compression inattendue avant d'accepter un transfert. Une configuration d'hébergement ou de proxy peut empêcher le résultat alors que la navigation fonctionne.

Choisir la vérification suivante

Répétez dans les mêmes conditions et comparez une autre destination avec son test pris en charge lorsque c'est utile. Un Wi-Fi régulièrement plus lent qu'Ethernet invite à examiner le trajet sans fil, sans identifier un canal précis ou une panne matérielle. Une lenteur dans les deux cas laisse aussi serveur, route et trafic simultané parmi les possibilités.

Utilisez un débit montant représentatif pour estimer un dépôt ou une sauvegarde, un débit descendant pour recevoir des fichiers. Le calculateur ne transforme pas cet essai bref en débit soutenu garanti. Pour jeux et appels, notez séparément coupures et variations de délai. Copier demande l'accès au presse-papiers et signale son refus ; imprimer ouvre le dialogue habituel du navigateur.

Comment interpréter le résultat

La capacité du serveur, la distance, le Wi-Fi, l’activité du navigateur et la courte durée influencent le résultat. Une erreur peut signaler un serveur indisponible, pas une panne internet. Les données générées arrivent au serveur du site. Les requêtes exposent les métadonnées habituelles de connexion ; le test n’est pas entièrement local.

Questions fréquentes

Pourquoi un autre test donne-t-il un résultat différent ?

Le serveur, le trajet, le volume de données et la méthode peuvent changer. Comparez des essais répétés dans des conditions similaires.

Ce test mesure-t-il le débit de la liaison Wi-Fi du routeur ?

Non. Il mesure un transfert HTTP sur tout le trajet jusqu’au serveur de test du site.