Préparer une mesure que l’on pourra comparer
Avant le test, notez ce qui vous gêne : une vidéo qui se bloque, un envoi trop lent ou une conversation hachée. Ce symptôme aide à choisir les mesures utiles. Installez-vous d’abord près de la box et relevez le nom de l’outil, le serveur choisi et l’heure. Gardez le même appareil pour la première série.
Pour établir une référence, branchez un ordinateur en Ethernet lorsque c’est possible. Arrêtez les téléchargements et sauvegardes que vous contrôlez. Ne désactivez pas les protections de sécurité de votre appareil. Sur un ordinateur professionnel, respectez les règles de votre entreprise et indiquez simplement si un VPN est actif.
Lire débit descendant, montant et délai
Le débit descendant concerne les données reçues, le montant les données envoyées. Un fichier se mesure généralement en octets, alors que les offres annoncent des bits par seconde : huit bits font un octet. Dans un exemple idéal, 100 Mbit/s correspondent donc à 12,5 Mo/s, avant les surcharges de protocole et les autres limites.
La latence exprime le temps aller-retour vers une destination. La gigue décrit sa variation ; les pertes indiquent que certains paquets n’arrivent pas. Pour un appel vidéo, la régularité est aussi utile à observer que la vitesse maximale. Comparez surtout vos propres séries avec le même protocole plutôt qu’un seuil universel.
Isoler la ligne, le réseau intérieur et l’appareil
Répétez le test près de la box en Wi-Fi, puis au bureau ou dans la chambre concernée. Si l’Ethernet fonctionne correctement mais que le résultat s’effondre dans une seule pièce, le réseau intérieur devient la première piste. Si un seul ordinateur est lent, essayez un second appareil avant d’incriminer l’accès.
Une liaison Ethernet négociée à 100 Mbit/s limite la mesure, même avec une offre plus rapide. Vérifiez les caractéristiques du port, de l’adaptateur et du câble. Un résultat proche d’une limite matérielle peut révéler un plafond local ; il ne mesure pas nécessairement la capacité totale de la box.
Constituer un relevé utile au dépannage
Faites une série le matin et une autre pendant la période où le problème apparaît. Changez ensuite une seule variable : câble, appareil ou serveur. Conservez aussi les essais réussis ; ils aident à repérer ce qui distingue les deux situations.
Transmettez au support un résumé court : dates, branchement, appareils concernés, services perturbés et résultats. Masquez adresse IP publique, identifiants et informations personnelles avant de publier une capture. Le modèle CSV proposé ici reste vierge : vos mesures ne sont ni envoyées au site ni confondues avec des statistiques nationales.
Contrôler aussi l’adaptateur du poste
Lors d’un test filaire avec un portable, consignez la référence du dock et de l’adaptateur Ethernet. Comparez la vitesse de liaison indiquée par le système et un essai sans intermédiaire : le connecteur USB-C ne résume pas les capacités de la chaîne.
Si le réseau local est lent lui aussi, l’abonnement n’est pas encore le bon suspect. Si les transferts locaux sont satisfaisants mais qu’une seule destination Internet est lente, comparez une autre destination et une autre heure.
Un transfert NAS n’est pas un test de l’accès Internet
Une copie vers un NAS mesure la chaîne locale et le stockage. Même si le NAS possède deux ports, un agrégat LACP peut laisser un flux unique sur un seul lien. Ne comparez pas une somme de capacités de ports à la vitesse d’une seule copie pour déclarer un défaut.
Testez séparément réseau local, stockage et destination Internet. Pour chaque résultat, conservez unité, sens, nombre de flux et lien du poste. Un débit élevé vers une destination n’exclut pas une erreur de service web, un refus d’accès ou une file d’attente qui dégrade la visio.
Distinguer une valeur de débit et une preuve de panne
Un test réunit l’accès Internet, le serveur distant, le réseau intérieur et les capacités du poste. Un port négocié à 100 Mbit/s peut limiter la mesure malgré une offre fibre plus rapide. Avant de transmettre une capture, relevez le débit de liaison affiché par le système et précisez si un dock ou un adaptateur est utilisé.
Pour un dossier exploitable, gardez plusieurs mesures datées avec le même outil, le mode de connexion et les conditions de charge. Si le résultat varie fortement, ajoutez un second serveur et un autre créneau. Une capture isolée ne distingue pas une limitation permanente d’une congestion temporaire.
| À relever | Exemple de notation | Pourquoi le conserver |
|---|---|---|
| Date, heure et serveur | Mardi, 19 h 30, serveur sélectionné | Reproduire les conditions |
| Connexion du poste | Ethernet direct, liaison 1 Gbit/s | Identifier une limite locale |
| Descendant et montant | Valeurs en Mbit/s | Distinguer réception et envoi |
| Usage simultané | Sauvegarde interrompue, VPN indiqué | Expliquer la charge et le chemin |
Source : Arcep — configuration pour fiabiliser un test de débit.
Questions fréquentes
Pourquoi deux outils affichent-ils des débits différents ?
Le serveur, le protocole, l’heure et la charge de l’appareil peuvent différer. Comparez des séries contextualisées, pas seulement deux chiffres isolés.
Un test Wi-Fi mesure-t-il uniquement la fibre ?
Non. Il inclut la liaison sans fil et les capacités de l’appareil. Une mesure Ethernet aide à séparer ces facteurs.
Le ping doit-il toujours être identique ?
Non : il dépend notamment de la destination et de la charge. Une variation répétée au moment des coupures est une piste à documenter.