Trois mesures et leurs seuils#
Google mesure le ressenti du site avec trois mesures. L'évaluation se fait au 75e centile, c'est-à-dire ce qui se passe pour trois visites sur quatre [1]. Google utilise ces mesures dans ses systèmes d'expérience sur la page [2].
✓ Bon ! À améliorer ✕ Mauvais
Afficher sous forme de tableau
| Mesurer | Bon | À améliorer | Mauvais |
|---|---|---|---|
| LCP | au plus 2,5 s | 2,5-4 s | plus de 4 s |
| INP | au plus 200 ms | 200-500 ms | plus de 500 ms |
| CLS | au plus 0,1 | 0,1-0,25 | plus de 0,25 |
D'où viennent les chiffres#
Les chiffres viennent du Chrome UX Report : des données anonymes d'utilisateurs réels de Chrome qui partagent des statistiques. Seuls les sites ayant assez de visites sont inclus, et Google ne dit pas où se situe le seuil [3]. Si les données manquent pour votre site, nous le disons. Nous ne devinons jamais un chiffre.
Notre exigence : moins de 0,7 seconde#
Les seuils de Google sont un niveau minimum. Sur les sites que nous construisons et gérons, nous exigeons davantage : le contenu principal doit s'afficher en 0,7 seconde sur ordinateur et le serveur doit répondre en 0,2 seconde. Sur mobile, où Google suppose un réseau 4G plus lent, la page doit franchir avec de la marge le seuil du « bon » de Google. Les exigences s'appliquent aussi bien au nouveau design qu'à la copie du site actuel du client [4] [5].
| Mesurer | Le seuil du « bon » de Google | Notre exigence pour nos sites |
|---|---|---|
| La réponse du serveur (TTFB) | au plus 0,8 s (recommandation) | au plus 0,2 s |
| Le premier contenu s'affiche (FCP) | au plus 1,8 s (recommandation) | au plus 0,8 s |
| Le contenu principal s'affiche (LCP), ordinateur | au plus 2,5 s | au plus 0,7 s |
| Le contenu principal s'affiche (LCP), mobile en 4G | au plus 2,5 s | au plus 2,5 s, objectif 1,0 s |
| Réaction au clic (INP) | au plus 0,2 s | au plus 0,1 s |
| Décalage de mise en page (CLS) | au plus 0,1 | au plus 0,1, objectif 0,02 |
| Performances Lighthouse | 90+ est considéré comme bon | 90-100 |
| SEO et accessibilité Lighthouse | aucune exigence de Google | 95-100 |
Comment nous testons la vitesse#
- Chaque site que nous construisons ou présentons en aperçu est testé avec PageSpeed Insights de Google, sur mobile et ordinateur, au moins une fois par semaine et après chaque modification. Un site qui ne respecte pas l'exigence apparaît tout de suite dans notre exploitation, avec ce qui doit être corrigé [6].
- Chaque site que nous analysons, y compris le site actuel du client, est testé de la même façon. Le commercial voit le chiffre avec sa source, par exemple le nombre de secondes avant que le contenu principal s'affiche sur mobile, comparé au seuil de Google.
- Si le site a assez de visiteurs, nous indiquons aussi la mesure de Google sur les visiteurs réels (le Chrome UX Report), qui est celle que Google utilise lui-même [3].
Voici ce que nous faisons pour que le site soit rapide#
- La page est envoyée toute prête par le serveur, avec les styles les plus importants directement dans la page, pour que rien n'ait à attendre les scripts.
- L'image principale est récupérée en premier et à la bonne taille pour l'écran ; les images plus bas se chargent quand le visiteur fait défiler jusqu'à elles.
- Les polices sont sur notre propre serveur, et un style de secours aux mêmes dimensions empêche le texte de sauter quand la police arrive.
- La page suivante est récupérée à l'avance quand le visiteur pointe un lien, pour qu'elle s'ouvre tout de suite.
- Les tâches de fond sur le serveur passent toujours après les pages des visiteurs.
- Nous indiquons la mesure de Google dans l'analyse quand elle existe, avec la date et la source.
Images#
Comment nommer, décrire et charger les images, et quels sont les mythes sur EXIF et GPS, est expliqué dans Images et noms de fichiers.
Quelle est la vitesse de votre site web ?
L'analyse gratuite mesure la vitesse sur mobile et sur ordinateur.
0 SEK · sans inscription · une réponse en une minute environ
Sources de cette page
- Web Vitals : métriques et seuils web.dev (Google) · Documentation officielle
- Core Web Vitals et recherche Google Google Search Central · Documentation officielle
- Chrome UX Report : méthodologie Chrome for Developers · Documentation officielle
- Largest Contentful Paint (LCP) web.dev (Google) · Documentation officielle
- Time to First Byte (TTFB) web.dev (Google) · Documentation officielle
- À propos de PageSpeed Insights Google for Developers · Documentation officielle