Les Core Web Vitals mesurent l’expérience réelle des utilisateurs sur trois axes : vitesse d’affichage (LCP), réactivité (INP) et stabilité visuelle (CLS). Sur WordPress et WooCommerce, les gains viennent rarement d’un seul réglage. Une approche structurée, centrée sur les modèles de pages (Accueil, Services, Article, Catégorie, Produit), donne de meilleurs résultats et reste maintenable.
Cette méthode convient à une PME en Suisse romande, avec des visiteurs à Lausanne, Nyon, Morges (Vaud), Genève, Carouge (Genève), Fribourg, Bulle (Fribourg), Sion, Sierre (Valais), Neuchâtel, Le Locle (Neuchâtel), Delémont, Porrentruy (Jura).
Sources officielles : Google Search Central (Core Web Vitals), Search Console (rapport Core Web Vitals), web.dev (INP remplace FID), web.dev (definition INP), Chrome Developers (CrUX dans PageSpeed Insights), Google (PageSpeed Insights, field data), Chrome Developers (CrUX API), CrUX Vis.
1) Mesure : ne pas confondre « lab » et « terrain »
Google base le rapport Core Web Vitals de Search Console sur des données d’utilisateurs réels, et il regroupe les URLs par « familles » (groupes de pages similaires). Autrement dit, il faut souvent corriger un modèle de page, pas une seule URL isolée.
- Search Console : vue macro, basée sur données terrain (LCP, INP, CLS).
- PageSpeed Insights : combine données terrain (CrUX) et audit en conditions simulées (Lighthouse).
- CrUX Vis : lecture rapide de la tendance terrain au niveau page ou domaine (quand il y a assez de données).
2) Priorité 1 : LCP (afficher le contenu principal plus vite)
Sur WordPress, le LCP est souvent une grande image (hero), un titre ou un bloc au-dessus de la ligne de flottaison. Les actions qui marchent le plus souvent :
- Images : formats modernes, compression, dimensions explicites, et éviter de lazy-loader l’élément LCP.
- CSS : réduire le CSS inutile, éviter les surcouches, et limiter les dépendances.
- Serveur : cache de page pour le contenu public, et cache objet si le site est lourd (à cadrer selon l’hébergement).
- Polices : limiter les variantes, et charger proprement pour éviter un rendu tardif.
Pour une boutique, la page Produit et la Catégorie Produit méritent souvent plus d’attention que le blog, car elles concentrent la conversion.
3) Priorité 2 : INP (réactivité au clic, au tap, au clavier)
INP évalue la réactivité globale en observant la latence des interactions pendant la visite. INP est devenu un Core Web Vital et a remplacé FID, ce qui rend l’optimisation JavaScript plus visible dans les rapports.
- Réduire le JavaScript : supprimer les plugins et widgets qui ajoutent des scripts partout (chat, popups, sliders, trackers multiples).
- Décaler le non essentiel : différer le marketing tant que l’utilisateur n’a pas interagi (quand c’est possible sans casser la mesure).
- Alléger le DOM : pages plus courtes, blocs réutilisables, moins d’éléments imbriqués.
- Limiter les « long tasks » : éviter les gros bundles, et surveiller les scripts tiers.
WooCommerce ajoute souvent des scripts sur de nombreuses pages. Une stratégie simple consiste à charger le strict nécessaire hors pages boutique (Accueil, blog), puis à optimiser spécifiquement Produit, Panier, Checkout.
4) Priorité 3 : CLS (stabilité visuelle)
CLS se dégrade quand des éléments bougent après le rendu initial. Sur WordPress, les coupables habituels sont faciles à repérer :
- Images et iframes sans dimensions : réserver l’espace (width/height ou ratio).
- Bannières (cookies, promo) injectées en haut : réserver un emplacement fixe.
- Polices : éviter que le texte change de taille après chargement (choix de font-display, cohérence des métriques).
- Widgets tiers : avis, chat, maps, qui apparaissent tard et poussent la mise en page.
5) Plan d’action en 7 jours (simple et réaliste)
- Jour 1 : identifier les 3 groupes d’URLs en « À améliorer » ou « Mauvais » dans Search Console (souvent un modèle).
- Jour 2 : PageSpeed Insights sur 2 URLs par groupe (une mobile, une desktop) et noter LCP, INP, CLS terrain + lab.
- Jour 3 : corriger LCP (image hero, cache public, CSS critique).
- Jour 4 : corriger CLS (dimensions, bannières, widgets).
- Jour 5 : corriger INP (scripts inutiles, scripts tiers, simplification pages clés).
- Jour 6 : re-tester PSI, puis publier.
- Jour 7 : suivre CrUX Vis (tendance) et surveiller Search Console sur les semaines suivantes.
6) Mesure avancée (option) : suivre CrUX automatiquement
Si vous voulez suivre régulièrement des pages clés (Accueil, Service, Catégorie, Produit), CrUX API permet de récupérer des métriques d’expérience utilisateur agrégées au niveau page ou origine, avec une clé Google Cloud.
FAQ Core Web Vitals WordPress (Suisse romande)
Pourquoi Search Console montre des « groupes d’URLs » plutôt que des pages isolées ?
Le rapport Core Web Vitals regroupe des pages similaires et attribue un statut selon la métrique la plus faible (LCP, INP, CLS). Corriger un modèle de page améliore tout le groupe.
Pourquoi mon score Lighthouse est bon, mais Search Console reste mauvais ?
Lighthouse est un test en conditions simulées, alors que Search Console s’appuie sur des données terrain (CrUX). PageSpeed Insights explique aussi cette différence entre terrain et lab.
INP a remplacé quoi, et pourquoi cela change mes priorités ?
INP a remplacé FID en tant que Core Web Vital pour la réactivité. INP reflète mieux l’expérience réelle sur l’ensemble de la session, ce qui met davantage en évidence les scripts lourds et les interactions lentes
Quels sont les leviers les plus rentables pour une boutique WooCommerce ?
En général : optimiser LCP sur Produit et Catégorie, réduire les scripts tiers pour INP, et stabiliser la mise en page (CLS) sur mobile. Ensuite, garder Panier et Checkout fonctionnels, sans règles de cache agressives qui risqueraient de perturber les commandes.
Faut-il viser « tout vert » dans tous les cantons romands ?
L’objectif est d’améliorer l’expérience des utilisateurs réels. Les gains se ressentent autant à Genève qu’à Fribourg, Sion, Neuchâtel ou Delémont, surtout sur mobile. La meilleure approche consiste à corriger les modèles les plus visités et les pages de conversion.
Besoin d’un audit Core Web Vitals et d’un plan d’optimisation WordPress maintenable ?
Pour identifier les modèles responsables (Search Console), prioriser LCP/INP/CLS, corriger sans casser WooCommerce, puis suivre la progression via CrUX, contactez clickclick.ch.
