Comment nous mesurons le poids des scripts
D'où proviennent les tailles des scripts ?
Les tailles sont les poids de transfert compressés (gzip) du script de suivi de chaque outil, mesurés directement depuis leurs CDN. La taille gzip est ce que les navigateurs de vos visiteurs téléchargent réellement — c'est la valeur qui influe sur le temps de chargement. Les tailles non compressées sont généralement 3 à 4 fois plus élevées.
Pourquoi la taille du script affecte-t-elle les Core Web Vitals ?
Même les scripts d'analytique asynchrones doivent être téléchargés et analysés par le navigateur. Les scripts volumineux entrent en concurrence pour la bande passante avec votre HTML, CSS et vos images — retardant le First Contentful Paint et le Largest Contentful Paint. Les scripts nécessitent également un temps d'exécution JavaScript, ce qui contribue au Total Blocking Time (TBT), un facteur dans l'Interaction to Next Paint (INP).
Le temps de chargement est-il le seul facteur ?
Non — mais c'est le plus constant. Certains outils effectuent également plusieurs requêtes réseau (beacons, appels de configuration, charges utiles de tests A/B) qui s'ajoutent à la taille initiale du script. Ce calculateur mesure uniquement le script principal. Le gtag.js de GA4 déclenche également des requêtes supplémentaires vers les serveurs de Google qui ajoutent de la latence en plus du téléchargement initial.
Ces chiffres sont-ils exacts ?
Ils sont représentatifs des versions hébergées habituelles. Les installations auto-hébergées de Matomo, Umami et Plausible peuvent différer. Les tailles des scripts peuvent changer lors des mises à jour des fournisseurs — nous vérifions ces données chaque trimestre.