Comment sait-il quel tronçon est en cause ?
La page mesure plusieurs chemins à la fois : le point Cloudflare le plus proche, des régions cloud à Tokyo, Francfort et en Virginie, les services choisis, et l’UDP vers des serveurs STUN publics. Toutes les 5 secondes, elle les compare. Tout se dégrade ensemble : votre côté (Wi‑Fi, box, fournisseur). Le proche va bien mais le lointain se dégrade : la route longue distance. Un seul service se dégrade : ce service. Le web va bien mais l’UDP perd des paquets : jeux et appels vont saccader.
Chaque verdict affiche ses éléments et son niveau de confiance.
Est-ce fiable avec un proxy actif ?
Le chemin est découpé. En Chine continentale avec un proxy actif, les sites chinois (sans proxy) représentent votre propre ligne, le point Cloudflare le plus proche via le proxy le chemin jusqu’au serveur proxy, et les régions cloud lointaines ce qui vient après. Comparer les trois distingue la ligne, le chemin vers le serveur et la suite. Quand l’appli de proxy tourne en mode TUN ou fake-ip, elle peut aussi transporter l’UDP, et le verdict indique son niveau de confiance.
Comment la perte UDP est-elle mesurée ?
Une page web ne peut pas envoyer d’UDP brut ; elle demande donc son adresse publique à des serveurs STUN publics (Cloudflare, Google et, en Chine continentale, Xiaomi et Bilibili) : chaque réponse est un aller-retour UDP. Quand une requête se perd, le navigateur la renvoie après 250 ms et la réponse arrive en retard ; compter ces réponses permet d’estimer la perte. Nous l’avons vérifié en jetant 2 %, 5 % et 10 % des paquets sur un serveur : la mesure a donné 1–2 %, 4–5 % et 8–9 %.
Il y a environ 80 réponses par serveur et par minute : des pourcentages précis demandent quelques minutes.
Pourquoi ne pas indiquer le saut exact ?
Une page web ne peut ni envoyer d’ICMP ni faire de traceroute : elle juge donc le chemin par tronçons et ne peut pas désigner un routeur précis. Les tronçons répondent à la plupart des questions : Wi‑Fi et fournisseur, route longue distance, proxy ou le service.
Quelle différence entre diagnostiquer et surveiller ?
Le diagnostic dure 2 minutes, avec un premier verdict à 20 secondes : ça rame maintenant, et où ? La surveillance continue jusqu’à ce que vous appuyiez sur Arrêter : chaque tronçon reçoit une case toutes les 5 secondes, tout passage dégradé plus de 10 secondes devient un incident, et les coupures, changements de type de réseau ou d’adresse publique sont notés aussi. Quand le problème va et vient, laissez la surveillance tourner, revenez plus tard : le journal dit quel tronçon, quand et combien de temps. Elle continue de mesurer dans un onglet en arrière-plan.
D’où vient la ligne Box ?
Au démarrage, la page cherche votre box à quelques adresses courantes et ajoute une ligne Box si elle la trouve. « Votre côté » se divise alors en deux : la box dégradée elle aussi, c’est le Wi‑Fi ou le réseau de la maison ; la box en forme alors que le reste se dégrade, c’est la connexion du fournisseur. Chrome demande d’abord si cette page peut accéder à votre réseau local, et ne mesure qu’après votre accord ; les autres navigateurs ne le permettent pas encore, il n’y a donc pas de ligne Box.
Mes données sont-elles envoyées ?
Non. Chaque requête part directement de votre navigateur vers les sites et serveurs STUN mesurés ; les résultats restent sur cette page et disparaissent quand vous la fermez.
Quand vous partagez un résultat, le lien contient le verdict, les chiffres et l’état de chaque tronçon, jamais votre adresse IP ; le pays et le point Cloudflare seulement si vous cochez la case.
