VITESSE DU SITE WEB ET CORE WEB VITALS.
Un site Web lent ou instable perd des clients avant même qu’ils lisent un mot. Google mesure cette expérience avec trois Core Web Vitals. Voici ce qu’ils signifient, comment tester votre site gratuitement, et les correctifs qui comptent le plus sur un site de PME.
CE QUI A CHANGÉ RÉCEMMENT
- Google considère le détournement du bouton Retour comme du spam — Bloquer le bouton Retour du navigateur est maintenant une pratique de spam désignée.
Ce guide couvre ce qui reste vrai. Le blogue suit les changements à mesure qu’ils arrivent.
LES TROIS MESURES
Google décrit les Core Web Vitals comme un ensemble de mesures de l’expérience utilisateur réelle pour la performance de chargement, l’interactivité et la stabilité visuelle.2 L’Interaction to Next Paint (INP) a remplacé le First Input Delay comme Core Web Vital en 2024.1
| Mesure | Ce qu’elle évalue | Bon |
|---|---|---|
| Largest Contentful Paint (LCP) | Chargement : quand le contenu principal apparaît [1] | 2,5 secondes ou moins [1][3] |
| Interaction to Next Paint (INP) | Réactivité : à quelle vitesse la page réagit aux touchers, aux clics et à la saisie [1] | 200 millisecondes ou moins [1][3] |
| Cumulative Layout Shift (CLS) | Stabilité visuelle : à quel point la page saute pendant le chargement [1] | 0,1 ou moins [1][3] |
web.dev recommande de mesurer au 75e centile des chargements de page, séparément pour mobile et ordinateur.1 Search Console classe un LCP jusqu’à 4 s, un INP jusqu’à 500 ms et un CLS jusqu’à 0,25 comme « à améliorer », et tout ce qui dépasse comme « médiocre ».3
ONT-ILS UN EFFET SUR LE CLASSEMENT?
Google dit que de bons Core Web Vitals correspondent à ce que ses systèmes de classement principaux cherchent à récompenser, dans le cadre plus large de l’expérience sur la page.2 C’est un facteur parmi bien d’autres. Une page rapide au contenu mince ou peu utile ne dépassera pas une meilleure réponse : voyez la vitesse comme un moyen de garder les visiteurs que vous obtenez déjà.
COMMENT TESTER VOTRE SITE
| Outil | Ce qu’il montre | Attention |
|---|---|---|
| PageSpeed Insights | Données de terrain de vrais utilisateurs de Chrome (CrUX) plus données de laboratoire de Lighthouse, pour mobile et ordinateur [4] | Les données de terrain couvrent les 28 derniers jours, donc les correctifs prennent du temps à paraître; les résultats de laboratoire et de terrain peuvent différer [4] |
| Rapport Core Web Vitals de Search Console | Groupes d’URL semblables classés Bon, À améliorer ou Médiocre, selon des données d’utilisateurs réels [3] | Les petits sites peuvent voir « Aucune donnée disponible » quand il n’y a pas assez de données CrUX [3] |
Pas encore de données de terrain? Servez-vous des résultats de laboratoire de PageSpeed Insights comme guide, et testez vos pages les plus importantes : accueil, services et contact.
CORRECTIFS COURANTS POUR PME
- Réduisez les images. Compressez les photos et utilisez des formats d’image modernes.5 Une photo prise au téléphone, telle quelle, est habituellement bien plus lourde que ce dont l’écran a besoin.
- Pas de chargement différé pour l’image principale. web.dev dit de ne jamais différer le chargement de votre image LCP, et l’attribut
fetchprioritypeut indiquer au navigateur quelles ressources comptent le plus.5 - Donnez une taille aux images et aux intégrations. Incluez les attributs
widthetheight, ou réservez l’espace avec la propriété CSSaspect-ratio, pour que le contenu ne se déplace pas.6 - Prévoyez les polices Web. Le changement de police peut déplacer le texte pendant le chargement; choisissez une police de repli proche.6
- Réduisez les scripts de tiers. Clavardage, traceurs et intégrations s’additionnent. web.dev dit de retirer un script qui n’apporte pas de valeur claire, et de charger les scripts de tiers de façon asynchrone à moins qu’ils doivent s’exécuter avant l’affichage de la page.7
- Allégez les gestionnaires de clics. Pour l’INP, web.dev conseille d’en faire le moins possible dans les rappels d’événements et de fractionner les tâches longues.8
- Prenez un bon hébergement et un CDN. web.dev recommande un réseau de diffusion de contenu pour réduire la distance que parcourent les fichiers.5
La vitesse n’est qu’une partie d’un site utilisable. Notre guide sur l’accessibilité du site Web couvre l’autre moitié : les gens qui utilisent un clavier, un lecteur d’écran ou le zoom.
FAQ
Mon score PageSpeed est faible, mais Search Console indique Bon. Lequel a raison?
Les deux, possiblement. Le score vient d’un test de laboratoire simulé; Search Console utilise de vrais visiteurs dans le temps. Google explique que les données de laboratoire et de terrain peuvent différer.4
Ai-je besoin d’un 100 parfait?
Non. Visez les seuils « bons » ci-dessus sur vos pages clés, puis consacrez votre temps au contenu et aux clients.
Un site plus rapide garantit-il plus de clients potentiels?
Personne ne peut promettre ça. La vitesse enlève de la friction; votre offre, vos avis et votre suivi font encore la vente.
SOURCES
- web.dev, Web Vitals.
- Google Search Central, Understanding Core Web Vitals and Google search results.
- Aide Search Console, Core Web Vitals report.
- Documentation PageSpeed Insights, About PageSpeed Insights.
- web.dev, Optimize Largest Contentful Paint.
- web.dev, Optimize Cumulative Layout Shift.
- web.dev, Efficiently load third-party JavaScript.
- web.dev, Optimize Interaction to Next Paint.
À LIRE AUSSI
RÉSERVER UN APPEL STRATÉGIQUE
Vous ne savez pas pourquoi votre site semble lent? Envoyez-nous le lien et nous verrons avec vous ce qui le ralentit.