Table des matières

Vous avez sĂ»rement entendu parler des “Core Web Vitals”, les nouveaux Signaux Web Essentiels de Google qui verront le jour en mai prochain. Nous allons dĂ©finir ces trois Core Web Vitals, examiner les outils disponibles pour les mesurer puis expliquer en dĂ©tail comment ce changement dans l’algorithme Google affectera votre site WordPress dans quelques mois.  

L’objectif est de bien interpréter les résultats de chaque métrique afin de pouvoir optimiser les trois Core Web Vitals si nécessaire. En améliorant ces scores, vous assurez ainsi une expérience utilisateur optimale et vous ferez plaisir à Google qui vous donnera un boost SEO pour 2021 et les années à venir.

Zoom sur les Core Web Vitals de Google : définition de ces Signaux Web Essentiels

Pour Ă©valuer l’expĂ©rience utilisateur d’une page web, Google ajoute trois nouveaux signaux Ă  son algorithme : les Core Web Vitals. Il s’agit de trois mĂ©triques qui mesurent diffĂ©rents aspects de l’UX pour dĂ©terminer le positionnement d’un site sur Google. Le gĂ©ant du web mettait dĂ©jĂ  la vitesse de chargement au cĹ“ur de son analyse SEO, mais ce qui change c’est la corrĂ©lation directe entre performance d’un site WordPress et expĂ©rience utilisateur de haute qualitĂ©.
Pour les utilisateurs, il est primordial de pouvoir accéder et interagir avec une page web rapidement. Pour Google aussi il s’agit d’un élément important et c’est précisément ce que les Core Web Vitals vont mesurer.


Il y a trois Core Web Vitals Ă  connaĂ®tre : le Largest Contentful Paint (la vitesse de chargement), la Cumulative Layout Shift (la stabilitĂ© visuelle) et le First Input Delay (l’interactivitĂ©).  

Selon Google, ces trois mĂ©triques quantifiables sont essentielles pour apporter une expĂ©rience de navigation idĂ©ale Ă  l’utilisateur.  

Ces dĂ©nominations complexes peuvent ĂŞtre un peu lourdes Ă  digĂ©rer mais heureusement, WP-Rocket est lĂ  pour vous expliquer chacune d’entre elles. 

Notre but est simple : nous vous donnons les clés pour comprendre chaque Core Web Vitals et appréhender leur impact sur l’expérience utilisateur. Ceci est la première étape pour améliorer les scores SEO et la performance de votre site WordPress.

Explication du Largest Contentful Paint (LCP)

Le Largest Contentful Paint (LCP) Ă©value la performance de chargement pour le contenu le plus pertinent de votre site. En gĂ©nĂ©ral, il s’agit de la section Hero dans votre en-tĂŞte ou de l’image de mise en avant. 

Selon Google, l’utilisateur perçoit le site plus lent si le contenu le plus important met du temps Ă  charger. 

Exemple concret : Vous arrivez sur une page mais vous ne voyez pas l’image de la bannière principale s’afficher directement. Frustrant, n’est-ce pas ? Vous pourriez mĂŞme penser Ă  quitter le site internet pensant que le reste du contenu va lui aussi mettre du temps Ă  charger… VoilĂ  pourquoi Google mise prĂ©cisĂ©ment sur cette mĂ©trique du Largest Contentful Paint et non sur le temps de chargement de tout le site pour mesurer l’expĂ©rience utilisateur. 

L’élĂ©ment LCP est diffĂ©rent pour chaque site internet mais aussi pour la version mobile ou desktop. Il est aussi important de prĂ©ciser que le LCP peut ĂŞtre aussi bien du texte qu’une image. 

A présent, il est essentiel de découvrir ce qui constitue un bon ou un mauvais temps de chargement du LCP. Google a mis en place trois seuils de calculs pour les pages web :

  • Good (bon) – les pages web se chargent en moins de 2,5 secondes 
  • Needs Improvement (besoin d’amĂ©lioration) – les pages web se chargent entre 2,5 et 4 secondes 
  • Poor (mauvais) – les pages web prennent plus de 4 secondes Ă  charger

NB: Le LCP est très similaire au First Contentful Paint (FCP) qui est une autre mĂ©trique calculĂ©e par PageSpeed Insights. 

La différence est que le LCP mesure le chargement du contenu principal alors que le FCP se concentre sur le “premier” contenu à charger. Ce premier contenu désigne par exemple un écran de démarrage ou un indicateur de chargement de page (ce qui constitue un impact moins important sur l’expérience utilisateur).

Explication de la Cumulative Layout Shift (CLS) 

La Cumulative Layout Shift (CLS) – dĂ©calage de mise en page cumulatif –  mesure la stabilitĂ© visuelle de l’écran.  Cette mĂ©trique calcule si le contenu de la page change de position de façon inattendue pendant et après son chargement. 

Quelques exemples concrets : vous ĂŞtes sur le point de cliquer sur un lien ou un bouton mais ces Ă©lĂ©ments ont changĂ© de place juste après le chargement de la page. L’expĂ©rience utilisateur n’est pas donc pas très bonne ; c’est ce qu’on appelle un dĂ©calage du contenu (CLS). MĂŞme chose si vous cliquez accidentellement sur un mauvais bouton qui a changĂ© de place pendant le chargement de la page. Un autre exemple pour illustrer le CLS : ĂŞtes-vous dĂ©jĂ  allĂ©s sur un site internet d’actualitĂ©s oĂą le contenu d’un article bouge ou se dĂ©cale pendant que les publicitĂ©s se chargent ? Qui n’a jamais expĂ©rimentĂ© cette frustration de ne pas pouvoir continuer Ă  lire tranquillement Ă  cause des pubs ? Et bien ceci est Ă©galement un layout shift et pas besoin de Google pour rĂ©aliser que c’est une expĂ©rience plutĂ´t dĂ©sagrĂ©able pour l’utilisateur. 

Voici comment Google dĂ©finit les scores CLS : 

  • Good (bon) – Moins de 0,1 seconde
  • Needs Improvement (besoin d’amĂ©lioration) – Moins ou Ă©gal Ă  0,25 seconde
  • Poor (mauvais) – Plus de 0,25 seconde

Explication du First Input Delay (FID) 

Le First Input Delay (FID) – premier dĂ©lai d’entrĂ©e – mesure le temps entre le moment oĂą un utilisateur interagit avec quelque chose sur votre page (un clic sur un bouton par exemple) et le moment oĂą son navigateur va commencer Ă  traiter cette action. 

Exemple concret : si vous cliquez sur un bouton pour ouvrir un accordion, combien de temps faudra-t-il au site pour afficher le contenu ? 

Le FID est une métrique compliquée à optimiser car elle dépend surtout du JavaScript. Imaginez que vous arriviez sur un site depuis votre mobile et qu’après avoir cliqué sur un lien, vous n’obteniez pas une réponse immédiate du site. Il y a donc un décalage entre votre action et le résultat espéré qui pourrait être causé par un fichier JavaScript trop lourd à afficher.

Voici comment Google dĂ©finit les scores FID: 

  • Good (bon) – Moins ou Ă©gal Ă  100 ms 
  • Needs Improvement (besoin d’amĂ©lioration) – Moins ou Ă©gal Ă  300ms 
  • Poor (mauvais) – Plus de 300 ms

Est-ce que les Core Web Vitals affectent le référencement SEO ?

đź“… En mai 2021, Google va commencer Ă  utiliser les Core Web Vitals comme facteurs clĂ©s dans le rĂ©fĂ©rencement des sites web. Ces mĂ©triques seront donc dĂ©terminantes pour votre positionnement sur Google.  Les Core Web Vitals seront partie intĂ©grante des 5 signaux webs qui vont venir dĂ©finir l’expĂ©rience utilisateur. On retrouve parmi ces signaux la sĂ©curitĂ© https, la navigation sĂ©curisĂ©e, l’optimisation mobile et un contrĂ´le des pop-ups intempestives. 

Les Core Web Vitals vont non seulement affecter le référencement naturel sur mobile et desktop mais ils vont aussi “décider” si votre site va apparaître dans les Top Stories Google. Auparavant, votre site devait simplement utiliser le format AMP pour être affiché dans les Top Stories. Et bien cela ne suffira plus après Mai 2021 et il faudra également avoir un bon score dans les Core Web Vitals. De plus, il semble que tous les Core Web Vitals devront être optimisés pour améliorer le référencement naturel et que Google pourrait aussi noter les pages non indexées.

En rĂ©sumĂ© : si votre performance SEO est essentielle pour vous et votre business, alors il est indispensable d’optimiser le score de vos Core Web Vitals. 

Comment tester et mesurer les Core Web Vitals sur WordPress ?

Vous pouvez tester et mesurer les Core Web Vitals grâce aux outils Google pour les dĂ©veloppeurs : PageSpeed Insights, Chrome DevTools, le CrUX report (rapport sur l’expĂ©rience utilisateur de Chrome) et bien plus encore. 

Comme vous pouvez le voir sur l’image ci-dessous, les outils Google mesurent bien les 3 mĂ©triques Ă  l’exception de Chrome DevTools et Lighthouse. 

Ces deux derniers utilisent le Total Blocking Time comme remplacement du First Input Delay. En fait, le FID peut seulement être mesuré avec des données réelles qui sont présentes sur le terrain (les Fields data). Or, les résultats donnés par Lighthouse sont basés sur des données virtuelles de laboratoire (les Labs data).

Récapitulatif des outils Google pour mesurer les Core Web Vitals

Si vous préférez utiliser un autre outil de performance comme GTmetrix ou WebPageTest, sachez que leurs analyses reposent sur la technologie de Lighthouse. Aussi, gardez en tête que ces deux outils vous donnent seulement le score du Largest Contentful Paint (temps de chargement du contenu important) et du Cumulative Layour Shift (la stabilité visuelle de l’écran pendant le chargement.)

Vous vous demandez peut-ĂŞtre pourquoi le troisième mĂ©trique – First Input Delay – ne peut pas ĂŞtre calculĂ© avec les deux outils mentionnĂ©s ci-dessus ? Le FID est mesurĂ© avec des donnĂ©es rĂ©elles basĂ©es sur de vraies interactions entre les utilisateurs et le site web concernĂ©. Or, ces deux dispositifs utilisent Lighthouse avec des donnĂ©es dites de “laboratoires” qui sont basĂ©es sur des statistiques.

A prĂ©sent, passons en revue deux des outils les plus utilisĂ©s : PageSpeed Insights et la Search Console. Le premier vous aide Ă  dĂ©tecter les problèmes page par page alors que le second vous fera un diagnostic global de votre site WordPress. 

Comment tester et mesurer les Core Web Vitals avec PageSpeed Insights

La manière la plus simple de tester vos pages WordPress est d’utiliser Google Page Speed Insights. Cet outil vous donne le score des trois Core Web Vitals accompagné de recommandations spécifiques pour améliorer chacune des trois métriques. La section “Diagnostics” sera d’ailleurs votre meilleure alliée pour optimiser vos scores.

Le principe est simple : mettez l’URL de votre site dans le champ de recherche et vous verrez apparaĂ®tre le score de vos Core Web Vitals dans les sections Field Data (basĂ©s sur le CrUX report) et Lab Data (basĂ©s sur Lighthouse 6.0). 

Les trois métriques ont un score acceptable par Google si un ruban bleu apparaît à côté de chaque donnée :

Quelques point importants sur l’interprĂ©tation des scores: 

  • Les scores des Core Web Vitals peuvent ĂŞtre lĂ©gèrement diffĂ©rents si l’on regarde les Field data (donnĂ©es de terrain) et les Lab data (donnĂ©es de laboratoire). Dans l’image ci-dessus, le LCP est de 2,7 dans les donnĂ©es de terrain contre 2,5 dans les donnĂ©es de laboratoire.  Tout dĂ©pend de la manière dont sont collectĂ©es les donnĂ©es. 
  • Ce n’est pas un problème s’il n’y a pas de donnĂ©es de terrains pour faire un test. Il se peut tout simplement qu’il n’y ait pas assez de donnĂ©es basĂ©es sur de vrais utilisateurs. Ceci ne va pas impacter vos Core Web Vitals car PageSpeed Insights prendra simplement en compte les donnĂ©es de laboratoire pour calculer les rĂ©sultats. Enfin, si vous vous demandez pourquoi le First Input Delay n’est pas affichĂ© dans les donnĂ©es de laboratoire, vous aurez la rĂ©ponse dans quelques instants. 

Voyons à présent comment utiliser PageSpeed Insights pour identifier les Core Web Vitals qui ont besoin d’être améliorés.

Analyse du Largest Contentful Paint avec PageSpeed Insights

Comme vu précédemment, le score LCP correspond au temps de chargement du contenu le plus important sur votre site WordPress.

Pour connaĂ®tre votre score, il suffit de regarder la section “Diagnostic” et d’agrandir l’onglet “LCP”. Dans cet onglet, Google affiche le code HTML utilisĂ© pour dĂ©finir le LCP. Cela vous permet de savoir quel est le contenu considĂ©rĂ© comme  “important” par Google. 

Par exemple, sur la version desktop de la page d’accueil de wordpress.org, le LCP est une image :  

L’élément LCP sur le desktop (ordinateur) – PageSpeed Insights

En revanche, depuis le mobile, le LCP est le sous-titre de la page : 

L’élĂ©ment LCP si on accède le site depuis le mobile  – PageSpeed Insights

Analyse du Cumulative Layout Shift avec PageSpeed Insights

Le Cumulative Layout Shift montre comment votre site charge et si votre contenu bouge dans tous les sens pendant ce mĂŞme temps de chargement. 

Afin d’identifier chaque élément qui pose problème et affecte votre score, allez dans la section “Diagnostic” et agrandissez l’onglet “Evitez les changements de mise en page importants”.

Les éléments CLS – PageSpeed Insights

Analyse du First Input Delay et Total Blocking Time avec PageSpeed Insights

Le First Input Delay dĂ©finit l’interaction entre l’utilisateur et votre site WordPress. Si vous vous rappelez bien, le FID mesure le temps de rĂ©ponse d’une page lorsque le visiteur rĂ©alise une action (cliquer sur un lien ou un bouton, par exemple.) 

C’est pourquoi le FID est basĂ© sur des donnĂ©es rĂ©elles et non statistiques comme celles prĂ©sentes dans les donnĂ©es de laboratoire (Lab data). 

Donc vous verrez le score FID dans les données de terrains uniquement si le CrUX (rapports UX) a pu collecter assez de données provenant d’utilisateurs réels.

Dans les donnĂ©es de laboratoire, le Total Blocking Time (TBT) peut remplacer le FID car ces deux critères sont quasiment identiques. 

Bon Ă  savoir : si vous amĂ©liorez votre Total Blocking Time, vous avez de grandes chances d’amĂ©liorer votre score FID. 

Que faire si vous obtenez un mauvais score TBT ? Allez à la section “Diagnostic” et ouvrez l’onglet “réduire au maximum l’utilisation de code tiers”. Ici vous verrez ce qu’il faut minimiser en terme de ressources provenant d’une application tierce. Si vous ne voyez pas ce problème de performance dans la catégorie “Diagnostic” mais que vous le voyez dans “Audits réussis”, alors félicitations, vous n’avez pas besoin d’optimiser !

Comment interprĂ©ter les scores des Core Web Vitals sur la Google Search Console ? 

Si vous souhaitez plutĂ´t rĂ©aliser un audit global de votre site, alors la Google Search Console est faite pour vous ! Les rĂ©sultats sont calculĂ©s en utilisant les donnĂ©es de vrais utilisateurs (les donnĂ©es proviennent du CrUX). C’est pour cette raison, que les donnĂ©es prĂ©sentĂ©es dans le rapport final peuvent ĂŞtre un peu longues Ă  charger. Si tel est le cas, alors tournez-vous plutĂ´t vers les donnĂ©es de laboratoire de LightHouse. 

Ceci dit, le rapport des Core Web Vitals constitue un bon moyen d’identifier les différentes pages sur mobile et desktop qui méritent d’être optimisées. 

Le rapport des Core Web Vitals dans la Search Console – Vue d’ensemble

En consultant le rapport vous trouverez un onglet “Details” qui regroupe la performance de chaque URL en fonction de plusieurs critères : 

  • Le statut global (Poor – Need improvement – Good)
  • Le type de mĂ©trique (par exemple les problèmes CLS : plus de 0.25 pour le desktop)
  • Le groupe d’URL (la liste d’URL qui ont une performance similaire)

Une fois que vous avez optimisé vos URLs, cliquez sur la colonne de “Validation” puis sur le bouton “Validation Fix” pour que Google analyse vos améliorations. Il faut parfois compter jusqu’à deux semaines pour que Google approuve tous vos changements, un petit peu de patience est nécessaire. 

Comment mesurer les Core Web Vitals avec les extensions de Google Chrome ? 

Si vous êtes à la recherche d’une bonne extension Chrome, nous vous conseillons Web Vitals. L’extension vous donne le score des Core Web Vitals pour la page que vous êtes en train de parcourir :

Il existe aussi l’extension CORE Serp Vitals, qui montre le score des Core Web Vitals directement sur les SERPs (search engine result pages). Il vous faut une clé API de Chrome UX pour accéder aux résultats.

Les Core Web Vitals mesurĂ©s dans les SERPs avec l’extension CORE Serp Vitals 

Comment amĂ©liorer le score de vos Core Web Vitals sur WordPress ? 

Nous y sommes. Que faire concrètement si vos trois mĂ©triques n’atteignent  pas les recommandations de Google ? Comment optimiser votre site WordPress dans le but d’amĂ©liorer absolument vos scores ? 

Les stratĂ©gies sont diffĂ©rentes pour chaque mĂ©trique. La plupart des optimisations impliquent de suivre les meilleures pratiques en la matière, mais il y a tout de mĂŞme quelques points Ă  souligner. 

Comment améliorer le Largest Contentful Pain (LCP) sur WordPress ?

Cette optimisation de la performance est la plus simple puisqu’elle repose sur les meilleures pratiques préconisées par WordPress :

  • Configurez vos pages avec un plugin de cache. La mise en cache de vos pages accĂ©lère le temps de rĂ©ponse du serveur (TTFB). Première bonne nouvelle, notre plugin WP-Rocket active ce cache automatiquement. 
  • Optimisez le cache de votre navigateur. N’oubliez pas d’activer les bonnes options pour les fichiers statiques que votre navigateur garde dans son cache. En faisant ceci, vous allez rĂ©gler l’un des problèmes prĂ©sents dans la partie diagnostic de PageSpeed Insights :  “Utiliser des règles de cache efficaces sur les Ă©lĂ©ments statiques”. Vous ne savez pas comment faire ces rĂ©glages ? Pas de problème : WP Rocket le fait pour vous. 
  • Optimisez vos images pour le web. Vous verrez que la plupart du temps, votre LCP (contenu le plus important Ă  charger) sera une image. Du coup, en optimisant vos visuels, vous rĂ©glez les problèmes mentionnĂ©s dans le diagnostic de PageSpeed comme : “dimensionnez correctement les images”, “encodez les images de manière efficace”, “diffusez des images aux formats nouvelle gĂ©nĂ©ration” ou encore “diffĂ©rez le chargement des images hors Ă©cran”. Pensez Ă  Imagify pour optimiser vos images automatiquement sur WordPress et rendre votre site plus rapide que l’éclair. 
  • Optimisez votre code. Si vous avez du CSS ou des fichiers JS inutiles, alors votre site ralentira et retardera le chargement de votre contenu principal. Pour remĂ©dier Ă  cette consommation excessive de ressources vous devez vous concentrez sur la section suivante :  “éliminez les ressources qui bloquent le rendu”. Minimisez les fichiers JS et CSS (d’ailleurs, enlevez complètement le CSS que nous n’utilisez pas.) En nettoyant votre code, vous allez rĂ©soudre le diagnostic posĂ© par Google qui correspond Ă  la section “évitez de crĂ©er des chaĂ®nes de requĂŞtes critiques”. Une fois de plus, la plupart de ces optimisations peuvent ĂŞtre faites automatiquement depuis l’onglet “Optimisation des fichiers” dans le tableau de bord de WP Rocket. 
  • Compressez vos fichiers au niveau du serveur. En utilisant Gzip ou Brotli vous allez rĂ©duire la taille du fichier de votre site WordPress. Par consĂ©quent, le score LCP sera meilleur et le problème “activer la compression de texte“ venant de PageSpeed sera rĂ©glĂ©. Si vous n’êtes pas familier avec Gzip ou Brotli, sachez que WP Rocket active automatiquement la compression Gzip.  
  • Utilisez “Preconnect” (prĂ©-chargement) pour les ressources importantes.  Cela consiste Ă  anticiper les actions des utilisateurs et Ă  prĂ©parer le contenu de votre site dont ils pourraient avoir besoin avant d’en avoir rĂ©ellement besoin. WP Rocket utilise Preconnect pour effectuer une recherche prĂ©coce auprès des domaines tiers importants. Nous avons un tutoriel dĂ©diĂ© pour mieux comprendre ces rĂ©glages. 
  • Utilisez un “content delivery network » (CDN) pour les audiences internationales. Si vous avez des visiteurs internationaux, alors un CDN est essentiel pour rendre votre site accessible rapidement depuis le monde entier. Par consĂ©quent, le CDN va booster votre score LCP ! C’est aussi une autre manière efficace de rĂ©duire le TTFB (temps que le navigateur doit attendre avant de recevoir les premières donnĂ©es du serveur). Encore une bonne nouvelle, chez WP Rocket nous avons aussi notre propre système de CDN premium : RocketCDN.

Une des façons les plus simples d’implĂ©menter toutes ces best-practices est de choisir WP Rocket pour votre site WordPress. Notre plugin de cache fait tous les rĂ©glages lui-mĂŞme dès son activation : mise en cache des pages, compression au niveau du serveur,  optimisation du code et de la performance.  En rendant votre site plus rapide avec WP Rocket, vous rĂ©pondez prĂ©sent Ă  un bon score LCP qui est l’un des critères essentiels de Google pour calculer l’expĂ©rience utilisateur.

Comment améliorer le Cumulative Layout Shift (CLS) sur WordPress ?

Optimiser le CLS (stabilitĂ© visuelle) est un peu plus complexe car la mĂ©trique repose en majoritĂ© sur le code de votre site WordPress. 

Les problèmes (et solutions !) les plus courant.e.s sont les suivant.e.s : 

  • Images et photos sans dimensions – lorsque vous tĂ©lĂ©versez des images dans le tableau de bord, WordPress ajoute les dimensions pour vous. Alors attention, vĂ©rifiez bien que la taille soit la bonne si vous ajoutez vos images manuellement dans le code. Ainsi vous rĂ©pondez Ă  la best-practice suivante :  “Les Ă©lĂ©ments d’image possèdent une width et une height explicites”.
  • Pubs, embeds (contenus intĂ©grĂ©s) et iframes sans dimensions explicites – exactement comme les images : charger des contenus intĂ©grĂ©s sans avoir prĂ©cisĂ© les dimensions peut causer des problèmes. Essayez de toujours spĂ©cifier les dimensions pour ce type de contenu. Si vous affichez des publicitĂ©s, alors rĂ©servez un espace pour chacune d’entre elles.  
  • Les polices pour le web (FOIT/FOUS) – si vous utilisez des polices personnalisĂ©es lentes Ă  charger, alors il peut y avoir des problèmes de performance que l’on appelle FOIT (Flash of Invisible Texto) et FOUT (Flash of Unstyled Text). La best-practice sur PageSpeed est que “La totalitĂ© du texte reste visible pendant le chargement des polices Web”. Pour remĂ©dier Ă  ce problème il existe le font preloading, qui consiste Ă  prĂ©charger la police. Si vous avez besoin d’aide, gardez en tĂŞte que WP Rocket optimise automatiquement les polices Google. Pour les autres polices, le plugin vous aide aussi en minimisant le CSS — comme vu prĂ©cĂ©demment dans la section “comment amĂ©liorer le LCP” (en optimisant le code).
  • Contenu injectĂ© dynamiquement   – n’injectez pas de contenu dynamique par-dessus du contenu existant, sauf s’il s’agit d’une rĂ©ponse Ă  l’action d’un utilisateur.

Comment améliorer le First Input Delay (FID) sur WordPress ?

Optimiser le FID est le plus épineux car cette métrique repose entièrement sur le code. Plus précisément, il faut limiter les exécutions lourdes de JavaScript pour que le navigateur puisse répondre aux actions des utilisateurs rapidement.

Étape 1 : éliminez tout le JavaScript qui n’est pas nécessaire.

En faisant cela, vous rĂ©pondez aux best-practices de Google qui sont les suivantes : “rĂ©duisez la taille des ressources JavaScript“, “supprimez les ressources JavaScript inutilisĂ©es” ou encore respectez le ”dĂ©lai d’exĂ©cution de JavaScript”. Une fois de plus, WP Rocket peut vous aider dans le dĂ©lai d’exĂ©cution du JavaScript et Ă©viter ainsi le “lazy loading”. 

Bon Ă  savoir : Les mĂ©triques LCP et FID sont Ă©troitement liĂ©es. Pour avoir un bon score LCP il faut optimiser le code et les images, utiliser la compression des fichiers au niveau du serveur et utiliser Preconnect pour les ressources importantes. En optimisant tous ces Ă©lĂ©ments, vous allez de facto amĂ©liorer votre score FID. 

En règle gĂ©nĂ©rale, amĂ©liorer le FID n’est pas forcĂ©ment une partie de plaisir si vous n’êtes pas dĂ©veloppeur. Dans ce cas, WP Rocket vous fait gagner du temps et de l’énergie. Pour les curieux, Google a un très bon tutoriel qui explique chaque partie Ă  optimiser pour obtenir un bon score FID. 

4 conseils pour booster la performance de votre site WordPress si les Core Web Vitals ne s’améliorent pas

Que faire si vous commencez Ă  appliquer les recommandations de PageSpeed ​​Insights mais que vos Core Web Vitals ne sont pas aussi bons que prĂ©vu ? Dans ce cas, amĂ©liorez plutĂ´t votre performance WordPress grâce aux solutions ci-dessous : 

  • Choisissez un hĂ©bergeur performant. L’hĂ©bergement influence la vitesse de rĂ©ponse du serveur, ce qui joue un rĂ´le important dans le score LCP. Par exemple, si vous utilisez un hĂ©bergement mutualisĂ©, considĂ©rez peut-ĂŞtre Ă  switcher vers un hĂ©bergement dĂ©diĂ© pour obtenir une meilleure performance. 
  • Ne nĂ©gligez pas l’optimisation des images. Nous avons dĂ©jĂ  mentionnĂ© plus haut comment cette amĂ©lioration affecte les scores LCP et FID. Ces deux mĂ©triques font partie intĂ©grante de la note globale Ă©tablie par PageSpeed Insights , donc pas d’impasse ! 
  • Utilisez seulement des plugins lĂ©gers et essentiels pour votre site WordPress. Pensez aussi Ă  optimiser leur performance dans la section des rĂ©glages. La majoritĂ© des sites WordPress ont tendance Ă  avoir trop d’extensions installĂ©es. Ceci a un impact sur le frontend Ă  cause des fichiers JavaScript Ă  charger et comme vous le savez, de lourds fichiers JS nuisent Ă  la performance de votre site. Par exemple, disons que votre site utilise un plugin de formulaire de contact. MĂŞme si le plugin est utilisĂ© sur une seule page, il va tout de mĂŞme charger le CSS et les fichiers JS sur l’ensemble du site.
    Alors comment utiliser une extension sur une seule et unique page ? Il existe deux plugins assez populaires : Asset CleanUp et Perfmatters (Script Manager feature). Avec eux, vous pouvez dire au revoir aux problèmes de JavaScript ! 
  • Tirez profit de votre constructeur de page. Votre constructeur de page peut Ă©galement vous aider Ă  gĂ©rer l’optimisation de vos fichiers. Contactez le support ou consultez la documentation technique qui est le plus souvent une mine d’or d’information.

Optimisez vos Core Web Vitals sur WordPress dès aujourd’hui
Maintenant que vous êtes familiers avec les Core Web Vitals, il est temps d’optimiser vos scores et de booster la performance de votre site WordPress. Attendez, vous n’êtes pas encore client chez WP Rocket ? Arrêtez de perdre du temps et laissez WP Rocket travailler pour vous

WP Rocket applique automatiquement 80% des best-practices Google liĂ©es Ă  la performance. Vous n’avez rien Ă  faire Ă  part observer vos Core Web Vitals s’optimiser comme par magie. Et surtout, plus besoin de gĂ©rer plusieurs plugins pour la performance et la vitesse puisque WP Rocket se suffit Ă  lui-mĂŞme. 

Enfin, sachez que la configuration de WP Rocket ne nécessite aucune compétence technique particulière. Alors si vous désirez un site WordPress plus rapide et mieux noté par Google, confiez-nous l’optimisation de vos Core Web Vitals.


Autres articles sur Temps de chargement et cache
S’abonner à notre newsletter

Stay in the loop with the latest WordPress and web performance updates.
Straight to your inbox every two weeks.

Obtenez un site Web plus rapide
en quelques clics

Installation en 3 minutes chrono
Obtenir WP Rocket