Ce que le scan coûte, mesuré
Combien de temps prend un scan, et de quoi ce temps est fait ?
Un scan complet prend 165 à 210 ms une fois la connexion au site établie, et environ dix fois plus au premier contact, le temps de résoudre le DNS et d'ouvrir la connexion sécurisée. Les quinze contrôles eux-mêmes ne coûtent presque rien : quelques millisecondes, proportionnelles à la taille de la page lue. Toutes ces valeurs sont datées et accompagnées de leurs conditions de mesure, y compris celle que nous avons d'abord mal lue.
Les relevés, avec leurs conditions
Chaque valeur ci-dessous porte la date de son relevé et l'état dans lequel il a été fait. C'est la condition qui rend le chiffre vrai : la même opération mesurée à froid ou à chaud donne deux résultats séparés d'un facteur dix, et présenter l'un pour l'autre suffirait à rendre cette page fausse sans qu'un seul nombre soit inexact.
- Scan complet, site déjà contacté — 165 à 210 ms
- connexion réseau établie, DNS et TLS déjà résolus. Relevé le 25/09/2026.
- Scan complet, premier contact — environ 2 s
- résolution DNS, poignée de main TLS et première connexion comprises. Relevé le 25/09/2026.
Ces deux valeurs sont des observations datées, pas des mesures rafraîchies à l'affichage. Nous ne les relançons pas : un scan complet appelle un site tiers, et le refaire pour rafraîchir un chiffre ferait porter à quelqu'un d'autre le coût de notre page. Les mesurer contre notre propre machine ne dirait rien d'un DNS ni d'une connexion sécurisée — ce serait précisément le défaut décrit plus bas.
- Page de 10 Ko — 0,30 ms
- à chaud, après 20 passes de chauffe écartées · moyenne sur 60 exécutions. Relevé le 26/09/2026.
- Page de 59 Ko — 1,21 ms
- à chaud, même protocole. Relevé le 26/09/2026.
- Page de 177 Ko — 3,41 ms
- à chaud, même protocole — l'ordre de grandeur d'une page réelle chargée. Relevé le 26/09/2026.
- Page de 727 Ko — 8,43 ms
- à chaud, même protocole — croissance linéaire, pas d'emballement. Relevé le 26/09/2026.
Le coût des quinze contrôles dépend de la taille de la page lue, et rien d'autre. Il croît proportionnellement : une page sept fois plus lourde coûte à peu près sept fois plus, sans emballement. Ce sont des ordres de grandeur relevés sur une machine de développement, pas des garanties de production.
La mesure que nous avons d'abord mal lue
Le premier relevé annonçait 2 074 ms. Nous avons failli en conclure un ralentissement de 5× et le publier. La cause n'était pas dans le code : c'était un premier contact réseau — DNS, TLS, première connexion — compté comme s'il était le coût ordinaire d'un scan. Ce qui a tranché : refaire la mesure après une passe de chauffe, et constater 165 à 210 ms sur la même cible.
Le chiffre était exact ; il décrivait simplement autre chose que ce que nous allions lui faire dire. Nous le publions parce qu'une mesure accompagnée de l'erreur qu'on a failli commettre en la lisant est plus difficile à falsifier que n'importe quelle affirmation de rapidité. Et parce que c'est arrivé une seconde fois en écrivant cette page : la première re-mesure des contrôles portait sur une page minuscule, et l'afficher aurait sous-estimé leur coût d'un facteur trente pour une page réelle. Même famille : un nombre juste, sur un objet qui n'est pas celui dont on parle.
Ce que ces mesures ne disent pas
Elles ne disent pas ce que vit votre visiteur : nous mesurons le temps que nous mettons à lire votre site, pas celui que votre site met à s'afficher chez lui. Ce sont deux choses différentes, et aucun de nos contrôles ne mesure la seconde. Elles ne disent pas non plus ce que coûtera votre scan : votre réseau, votre hébergeur et la taille de vos pages décident, pas nous.