Test vitesse web avec Core Web Vitals
Dans cet article on vous propose la grille de priorisation que la plupart des tutoriels oublient : quel chantier attaquer en premier selon vos données réelles, et pourquoi un même site web peut afficher deux verdicts opposés selon l’outil utilisé.
Qu’est-ce que les Core Web Vitals et pourquoi pèsent-ils en 2025 ?
Les Core Web Vitals regroupent trois métriques définies par Google pour mesurer l’expérience utilisateur réelle sur un site web : la vitesse d’affichage du contenu principal, la réactivité aux interactions et la stabilité visuelle. Depuis mars 2024, l’INP a remplacé le FID. Ces indicateurs alimentent le signal d’expérience de page utilisé par Google Search et pèsent sur le classement, surtout en mobile.
LCP, INP, CLS : les trois métriques à connaître
Le LCP (Largest Contentful Paint) mesure le temps d’affichage du plus gros élément visible. L’INP (Interaction to Next Paint) chronomètre la latence entre un clic et la réponse visuelle. Le CLS (Cumulative Layout Shift) quantifie les sauts de mise en page involontaires.
Comment tester la vitesse de son site web ?
Un test vitesse web fiable combine plusieurs sources : un outil synthétique pour reproduire un parcours contrôlé, et une source terrain pour mesurer ce que vivent vos visiteurs. Commencez par le mobile, sur 3G lente émulée, et sur vos pages stratégiques – pas seulement la page d’accueil.
Les outils gratuits à connaître
- PageSpeed Insights : combine Lighthouse et CrUX dans un seul rapport
- Lighthouse intégré à Chrome DevTools pour l’audit local
- CrUX Dashboard pour les données de terrain sur 28 jours
- nPerf pour mesurer la qualité de la connexion côté visiteur. L’outil est compatible avec ADSL, VDSL, câble, fibre optique, satellite, wifi, wimax et cellulaire
- DegroupTest pour vérifier la latence réseau : généralement inférieure à 10 ms en fibre optique, comprise entre 20 et 80 ms en ADSL
Méthodologie : mobile, desktop et pages stratégiques
La méthode la plus rentable consiste à lister vos 10 pages générant le gros du trafic, puis à les auditer sous deux profils : mobile 4G et desktop fibre. Un site web jugé rapide en interne est presque toujours testé en fibre sur portable neuf – la réalité terrain est ailleurs. Pensez à vérifier la connexion réelle de vos visiteurs : avec 20 à 25 Mb/s en téléchargement, le streaming 4K passe sans mise en mémoire tampon, ce qui donne une idée du seuil au-delà duquel le réseau cesse d’être le facteur limitant.
Comment interpréter les résultats d’un audit de performance ?
Vous devez analyser les métrics résumés sur votre analyse.
Identifier les seuils
| Métrique | Bon | À améliorer | Médiocre |
|---|---|---|---|
| LCP | ≤ 2,5 s | 2,5 – 4 s | > 4 s |
| INP | ≤ 200 ms | 200 – 500 ms | > 500 ms |
| CLS | ≤ 0,1 | 0,1 – 0,25 | > 0,25 |
Lire Lighthouse sans se noyer
Ignorez le score global. Allez directement aux sections « Diagnostics » et « Opportunités », triées par gain estimé en millisecondes. Les trois lignes du haut concentrent l’clé du gain réel ; le reste, c’est de la cosmétique.
Quelles optimisations pour booster chaque métrique ?
Avant d’optimiser, décomposez chaque métrique en sous-composants. Un LCP à 5 secondes peut venir d’un TTFB serveur lent, d’une image trop lourde ou d’un délai de rendu bloqué par CSS. Le bon levier dépend du diagnostic exact, pas d’une checklist générique.
Réduire le LCP : images, polices, serveur
Servez votre image LCP en WebP ou AVIF, préchargez-la avec rel= »preload », et hébergez derrière un CDN. Pour les polices : font-display: swap obligatoire, et préchargement de la police principale uniquement.
Améliorer l’INP : JavaScript et interactivité
La minification ne suffit plus. Utilisez la Scheduler API pour découper les tâches longues, isolez les gestionnaires d’événements coûteux, et adoptez yield to main thread sur les boucles de traitement. L’hydratation progressive (React 18, Vue 3) réduit le blocage initial.
Stabiliser le CLS
Réservez l’espace : attribut width et height sur chaque image et iframe, dimensions explicites sur les conteneurs publicitaires, et jamais d’insertion dynamique au-dessus du contenu déjà visible.
Pourquoi un monitoring continu plutôt que des tests ponctuels ?
Un test vitesse web est une photo. Le monitoring site web est un film. Une seule mise en production peut détruire vos métriques sans que personne ne s’en aperçoive pendant 28 jours – le temps que CrUX répercute la dégradation. Le monitoring continu détecte la régression dans l’heure, pas dans le mois.
RUM vs tests synthétiques
Le RUM (Real User Monitoring) capte les métriques chez vos vrais visiteurs via la bibliothèque web-vitals de Google. Les tests synthétiques (Lighthouse CI, WebPageTest) tournent sur des machines contrôlées à intervalle fixe. Combinez les deux : RUM pour la réalité, synthétique pour la reproductibilité.
Alertes et budgets de performance
Définissez un budget : LCP < 2,5 s sur 75 % des visites mobile. Toute dérive de 10 % déclenche une alerte Slack. Des outils comme SpeedCurve, Calibre ou DebugBear automatisent ce suivi.
Quel impact réel sur le SEO et la conversion ?
L’impact SEO est modéré mais bien réel : à contenu équivalent, la page la plus rapide gagne. L’impact conversion, lui, peut être massif. Chaque seconde gagnée sur le LCP tend à faire progresser le taux de conversion sur l’e-commerce mobile. Le ROI d’une optimisation Core Web Vitals dépasse souvent celui d’une campagne payante équivalente.
Quelles erreurs fréquentes ruinent vos efforts ?
- Optimiser le score Lighthouse au lieu des données CrUX
- Tester uniquement la page d’accueil
- Désactiver les outils analytics pour gonfler le score
- Ignorer le mobile alors qu’il représente l’clé du trafic
- Mesurer une fois après mise en production, jamais ensuite
Plan d’action : par où commencer ?
- Lancez PageSpeed Insights sur vos 5 pages stratégiques en mobile
- Notez la métrique la plus rouge sur le terrain (CrUX), pas en labo
- Identifiez le sous-composant fautif (TTFB, ressource, rendu, JS bloquant)
- Corrigez UN chantier, mesurez 28 jours plus tard
- Installez le RUM web-vitals pour le suivi continu
FAQ
Comment tester la vitesse de son site web gratuitement ?
PageSpeed Insights de Google reste l’outil de référence : il combine un audit Lighthouse instantané et les données CrUX réelles des 28 derniers jours. Lighthouse intégré à Chrome DevTools permet des tests illimités en local. Pour mesurer la connexion réseau de vos visiteurs, nPerf détermine avec précision les capacités d’une connexion Internet, tous types confondus (ADSL, VDSL, câble, fibre optique, satellite, wifi, wimax, cellulaire).
Quelle différence entre données de laboratoire et données de terrain ?
Les données de laboratoire (Lighthouse, WebPageTest) sont simulées dans un environnement contrôlé : même machine, même bande passante, même CPU à chaque test. Les données de terrain (CrUX, RUM) proviennent de vos vrais visiteurs, avec leurs vrais smartphones et leurs vraies connexions. Google ne retient que le terrain pour son classement, et un écart entre les deux mesures est fréquent.
Comment mettre en place un monitoring continu de la vitesse ?
Installez la bibliothèque open source web-vitals de Google sur votre site web pour collecter LCP, INP et CLS chez chaque visiteur. Envoyez les mesures vers Google Analytics 4, Datadog ou une solution dédiée comme SpeedCurve. Définissez des budgets de performance et configurez des alertes sur dérive supérieure à 10 %. Un test synthétique nocturne via Lighthouse CI complète le dispositif.
À propos de l’auteur
Équipe App Seo – Équipe éditoriale spécialisée dans le SEO, le GEO et l’AEO, accompagnant les TPE et responsables marketing dans la rédaction automatique d’articles optimisés et la mesure de leur performance web.
