Moteur de mesure et architecture côté client
Notre test de vitesse s'appuie sur @cloudflare/speedtest, le moteur de mesure JavaScript open source de Cloudflare (licence MIT). Il s'exécute intégralement au sein de l'environnement sécurisé du navigateur de l'utilisateur, sans nécessiter d'extension, de logiciel externe ni de droits d'administrateur.
Afin de garantir un chargement ultrarapide aux internautes venant simplement consulter nos guides, le moteur est importé de manière asynchrone et à la demande uniquement lorsque vous cliquez sur « Lancer le test ». Nous ne modifions aucun calcul interne de synchronisation : chaque mesure provient directement des événements réseau enregistrés par le navigateur.
Infrastructure de serveurs périphériques Anycast
Toutes les requêtes HTTP de téléchargement, d'envoi et de latence se connectent au réseau mondial de Cloudflare sur speed.cloudflare.com via un routage BGP Anycast :
- Acheminement automatique vers le centre le plus proche : Plutôt que de contraindre l'utilisateur à choisir manuellement un serveur, les protocoles fondamentaux d'internet dirigent le trafic vers le point de présence (PoP) Cloudflare géographiquement le plus proche.
- Mesure fidèle de la boucle locale : Le serveur se situant dans la même zone métropolitaine ou au point d'échange internet (IXP) de votre opérateur, le test mesure la capacité réelle de votre raccordement sans les biais de transit transcontinental encombré.
Séquence du test et phases d'exécution
- Phase 1 : Préchauffage de la liaison : Une première requête de 0 octet puis de 100 Ko initialise la négociation TLS 1.3 et la résolution DNS pour éviter tout biais dû au démarrage à froid.
- Phase 2 : Latence et gigue au repos : 21 requêtes successives sont envoyées sur une ligne au repos pour enregistrer la médiane du temps d'aller-retour (RTT).
- Phase 3 : Mesure du débit descendant : Téléchargement de blocs de données progressifs (de 256 Ko à plus de 25 Mo) chronométrés avec précision via l'API Performance Resource Timing.
- Phase 4 : Mesure du débit montant : Envoi de données vers le serveur pour évaluer la vitesse de téléversement soutenue.
- Phase 5 : Perte de paquets WebRTC : Envoi de flux de datagrammes UDP à travers un serveur relais TURN pour comptabiliser les paquets écartés.