Un site lent fait fuir les visiteurs avant même qu’ils aient lu votre première phrase. Il pèse aussi, dans une certaine mesure, sur votre visibilité dans Google. Bonne nouvelle : l’essentiel des gains se joue sur quelques leviers bien identifiés. Voici comment mesurer la vitesse de votre site, comprendre les indicateurs et agir efficacement.
Pourquoi la vitesse compte pour le SEO
Google intègre l’expérience de page à ses systèmes de classement, notamment au travers des Core Web Vitals (signaux Web essentiels). Il faut cependant garder les proportions en tête : Google indique lui-même que la pertinence du contenu reste déterminante, et qu’une page rapide mais peu utile ne passera pas devant une page lente qui répond mieux à la question. La vitesse est donc un critère parmi d’autres, souvent décisif à contenu comparable.
L’enjeu principal est ailleurs : un site rapide est plus agréable, plus facile à utiliser sur mobile et en réseau mobile, et il convertit mieux. Travailler la vitesse, c’est d’abord travailler pour vos visiteurs.
Les Core Web Vitals expliqués simplement
Les Core Web Vitals sont trois indicateurs définis par Google pour mesurer l’expérience réelle des utilisateurs. Pour qu’une page soit jugée « bonne », le seuil doit être respecté pour au moins 75 % des visites (on parle de 75e centile).
| Indicateur | Ce qu’il mesure | Bon | À améliorer | Mauvais |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Le temps d’affichage du plus grand élément visible (image principale, bloc de titre) | ≤ 2,5 s | de 2,5 à 4 s | > 4 s |
| INP (Interaction to Next Paint) | La réactivité de la page lorsque l’on clique, touche ou tape au clavier | ≤ 200 ms | de 200 à 500 ms | > 500 ms |
| CLS (Cumulative Layout Shift) | La stabilité visuelle : les éléments qui bougent pendant le chargement | ≤ 0,1 | de 0,1 à 0,25 | > 0,25 |
L’INP a remplacé le FID (First Input Delay) en mars 2024. Là où le FID ne mesurait que le délai de la toute première interaction, l’INP prend en compte l’ensemble des interactions de la visite. Il est donc plus exigeant, et très sensible au JavaScript lourd.
Mesurer : données de laboratoire et données terrain
C’est la source de confusion la plus fréquente. Il existe deux types de mesures, complémentaires.
Les données terrain (CrUX)
Le Chrome User Experience Report (CrUX) agrège les mesures réelles de visiteurs utilisant Chrome, sur une période glissante de 28 jours. Ce sont ces données qui reflètent l’expérience réelle et qui servent à l’évaluation des Core Web Vitals. Vous les retrouvez dans la partie haute de PageSpeed Insights et dans le rapport « Signaux Web essentiels » de la Google Search Console. Un site à faible trafic peut ne pas disposer de suffisamment de données pour apparaître dans CrUX.
Les données de laboratoire (Lighthouse)
Lighthouse, intégré à PageSpeed Insights et aux outils de développement de Chrome, simule un chargement dans des conditions définies (appareil mobile, connexion bridée). Il produit le fameux score sur 100 et des recommandations détaillées. Ce score est un outil de diagnostic, pas un critère de classement. Lighthouse ne peut pas mesurer l’INP, faute d’interaction réelle : il utilise le Total Blocking Time (TBT) comme indicateur approchant.
Astuce : ne courez pas après un score de 100. Visez des Core Web Vitals « bons » dans les données terrain, puis utilisez Lighthouse pour identifier les causes des lenteurs. Testez toujours vos pages clés (accueil, pages de services, fiches produits), pas seulement la page d’accueil.
Les images : le levier le plus rentable
Sur la plupart des sites vitrines et e-commerce, les images représentent une large part du poids des pages. C’est souvent là que se trouvent les gains les plus rapides.
- Utilisez des formats modernes : WebP et AVIF offrent généralement des fichiers nettement plus légers que JPEG ou PNG à qualité visuelle comparable. Ils sont pris en charge par les navigateurs actuels.
- Redimensionnez à la taille d’affichage : inutile de charger une photo de 4 000 pixels de large pour l’afficher dans un bloc de 800 pixels. Les attributs srcset et sizes permettent de servir la bonne taille selon l’écran.
- Indiquez toujours les dimensions (attributs width et height, ou un ratio en CSS) : le navigateur réserve l’espace et le contenu ne « saute » pas, ce qui améliore le CLS.
- Activez le chargement différé (loading= »lazy ») pour les images situées sous la ligne de flottaison.
- Mais pas pour l’image principale : l’image qui constitue souvent l’élément LCP doit être chargée en priorité. Ne la passez jamais en lazy loading, et envisagez l’attribut fetchpriority= »high ».
- Compressez avant mise en ligne ou automatiquement via votre CMS.
Les polices de caractères
Les polices web sont discrètes mais peuvent retarder l’affichage du texte et provoquer des décalages visuels.
- Limitez le nombre de familles et de graisses chargées.
- Privilégiez le format WOFF2 et, si possible, hébergez les polices sur votre propre serveur.
- Utilisez font-display: swap pour afficher le texte immédiatement avec une police de secours.
- Préchargez (preload) la police principale utilisée au-dessus de la ligne de flottaison.
Le code : JavaScript et CSS
Le JavaScript est le principal ennemi de l’INP. Chaque script doit être téléchargé, analysé et exécuté, et pendant ce temps la page peut rester figée.
- Faites l’inventaire des scripts tiers : outils de statistiques, chats, cartes, widgets sociaux, pixels publicitaires. Chacun a un coût. Supprimez ceux qui ne servent plus.
- Différez ce qui n’est pas indispensable avec les attributs defer ou async, ou chargez certains modules uniquement à l’interaction (une carte au clic, par exemple).
- Allégez les extensions sur WordPress : un constructeur de pages lourd ou une accumulation de plugins peut charger du code sur toutes les pages, même là où il est inutile.
- Découpez les tâches longues côté développement, pour que le navigateur reste réactif.
- Réduisez le CSS bloquant : minification, suppression des styles inutilisés, CSS critique intégré pour le haut de page.
Hébergement, cache et CDN
Tout commence par le serveur. Si la première réponse arrive tard (TTFB, Time To First Byte, élevé), aucune optimisation côté page ne compensera totalement.
- Un hébergement adapté : un serveur mutualisé saturé ou mal configuré peut ralentir l’ensemble du site. Une version récente de PHP pour WordPress, des ressources suffisantes et un hébergement proche de vos visiteurs font la différence.
- Le cache de pages : servir une page déjà générée plutôt que la recalculer à chaque visite réduit fortement le temps de réponse.
- Le cache navigateur : des en-têtes Cache-Control bien réglés évitent de retélécharger les ressources statiques à chaque page.
- La compression : Brotli ou Gzip pour les fichiers texte (HTML, CSS, JavaScript).
- HTTP/2 ou HTTP/3 : désormais proposés par la plupart des hébergeurs sérieux.
- Un CDN (réseau de distribution de contenus) : il sert vos fichiers depuis des serveurs proches de chaque visiteur. Très utile pour une audience nationale ou internationale, moins décisif pour un site à audience très locale bien hébergé.
La performance n’est pas une option que l’on ajoute à la fin : c’est une qualité qui se construit dès la conception du site, puis qui s’entretient.
Liste de contrôle des bons réflexes
- Consulter les Core Web Vitals dans la Search Console et PageSpeed Insights.
- Identifier l’élément LCP de vos pages clés et le charger en priorité.
- Convertir les images en WebP ou AVIF, aux bonnes dimensions, avec width et height.
- Activer le lazy loading pour les images hors écran uniquement.
- Réduire et différer les scripts tiers.
- Optimiser le chargement des polices.
- Mettre en place cache, compression et, si pertinent, un CDN.
- Vérifier l’hébergement et le temps de réponse du serveur.
- Contrôler à nouveau après chaque évolution importante du site.
La vitesse fait partie des fondamentaux techniques du référencement, aux côtés d’autres chantiers comme les balises title et meta description ou les données structurées.
En résumé
Les Core Web Vitals mesurent trois dimensions de l’expérience : le chargement (LCP ≤ 2,5 s), la réactivité (INP ≤ 200 ms) et la stabilité visuelle (CLS ≤ 0,1). Fiez-vous aux données terrain pour évaluer votre site et à Lighthouse pour diagnostiquer. Les leviers les plus efficaces sont presque toujours les mêmes : images optimisées, scripts allégés, polices maîtrisées, hébergement performant et cache bien configuré.
Vous souhaitez un diagnostic de la performance de votre site ? Notre équipe SEO à Nîmes peut auditer vos pages et vous proposer un plan d’action priorisé.
