Core Web Vitals WordPress : audit + 12 optimisations chiffrées (cas réel)

Les Core Web Vitals WordPress sont devenus un facteur de ranking Google majeur depuis 2021, et leur poids n'a fait qu'augmenter. En 2026, un site WordPress qui rate ses Core Web Vitals (CWV) plafonne mécaniquement dans les SERPs, peu importe la qualité de son contenu.

Cet article est une étude de cas réelle d'un client Klicky en 2024. Le site a été audité, optimisé en 4 semaines, puis monitoré sur 6 mois. Voici les 12 actions concrètes appliquées avec leur impact chiffré, dans l'ordre de priorité ROI.

Les Core Web Vitals en 2026 : ce qui a changé

Google a fait évoluer les CWV depuis leur lancement en 2021. État actuel des 3 métriques :

LCP (Largest Contentful Paint) : temps avant que le plus gros élément visible (image, vidéo, bloc texte principal) soit affiché. Cible : moins de 2,5 secondes sur mobile 3G fast. Au-delà de 4 secondes, on est en "poor".

CLS (Cumulative Layout Shift) : mesure du "saut" visuel pendant le chargement (un bouton qui se déplace, une image qui pousse le texte). Cible : moins de 0,1. La métrique pénalise les designs qui chargent dans le désordre.

INP (Interaction to Next Paint) : depuis mars 2024, l'INP a remplacé l'ancien FID. Mesure la latence sur toutes les interactions utilisateur (clics, scrolls, formulaires), pas juste la première. Cible : moins de 200ms. La métrique est nettement plus exigeante que le FID.

Les outils de référence pour mesurer :

• PageSpeed Insights (pagespeed.web.dev) : test ponctuel + données field si trafic suffisant
• Google Search Console > Core Web Vitals : données field réelles agrégées
• WebPageTest (webpagetest.org) : analyse approfondie de la waterfall
• Lighthouse en local (Chrome DevTools) : pour itérer pendant le dev

Le cas client : avant l'audit

Contexte : cabinet de conseil B2B Casablanca, site WordPress existant depuis 2019, 18 pages, theme Avada Pro avec Elementor, hébergement local Maroc.

Score Lighthouse Performance avant audit :

• Mobile : 32 / 100
• Desktop : 51 / 100
• LCP : 4,2 secondes (poor)
• CLS : 0,18 (poor)
• INP : 350 ms (poor)

Symptômes côté business : 76 % de bounce rate sur mobile, 8 secondes de durée moyenne de session (très court), aucune conversion mobile sur 3 mois.

L'audit complet a pris 3 jours. 12 actions ont été identifiées avec un impact prédictif. L'implémentation a duré 4 semaines (1 dev + 1 chef de projet à mi-temps).

Action 1 : Migration vers un theme léger (FSE)

Problème : Avada + Elementor chargeaient 12 fichiers JavaScript et 8 CSS sur la home, dont 4 jamais utilisés. Total : 2,1 MB d'assets initiaux.

Action : migration vers un theme FSE (Full Site Editing) custom léger basé sur les blocs Gutenberg natifs.

Coût : 65 000 MAD (refonte de l'apparence en gardant la structure).

Impact mesuré : LCP passé de 4,2 s à 2,8 s. Score mobile 32 → 58.

Action 2 : Optimisation images (WebP/AVIF + lazy loading)

Problème : 18 images en JPEG haute résolution, total 3,2 MB sur la page d'accueil. Pas de lazy loading.

Action :

1. Conversion automatique en AVIF (avec fallback WebP, fallback JPEG) via plugin Imagify Pro
2. Génération de versions responsive (srcset) pour 5 tailles d'écran
3. Activation du lazy loading natif HTML (loading="lazy") sur toutes les images sauf le hero

Coût : 1 200 MAD (licence plugin) + 4 heures de configuration.

Impact mesuré : poids total des images sur la home divisé par 8 (3,2 MB → 380 KB). LCP passé de 2,8 s à 2,2 s.

Action 3 : Critical CSS inline + CSS asynchrone

Problème : 6 fichiers CSS chargés synchrone, bloquant le first paint pendant 800 ms.

Action :

1. Génération du critical CSS (above-the-fold) avec plugin WP Rocket
2. Inline du critical CSS dans le head
3. Chargement asynchrone du reste du CSS via media="print" puis swap

Coût : 600 MAD/an (licence WP Rocket).

Impact mesuré : LCP passé de 2,2 s à 1,9 s. Le first paint a gagné 600 ms.

Action 4 : Defer du JavaScript non-critique

Problème : 8 scripts JavaScript chargés synchrone, total 580 KB. Bloquaient le rendering pendant ~500 ms sur 3G.

Action :

1. Identification des scripts critiques (analytics, Google Tag Manager) vs non-critiques (chatbot, slider, animations)
2. Ajout de defer ou async sur tous les scripts non-critiques
3. Suppression de 3 scripts inutilisés (anciens chatbots, plugins désactivés mais scripts encore chargés)

Coût : 6 heures de travail dev.

Impact mesuré : INP passé de 350 ms à 220 ms. Score mobile 58 → 71.

Action 5 : Préchargement DNS et preconnect

Problème : 6 domaines tiers contactés (Google Fonts, GTM, FB pixel, etc.) sans DNS prefetch ni preconnect.

Action : ajout dans le <head> des balises :

<link rel="preconnect" href="https://fonts.googleapis.com" crossorigin>
<link rel="preconnect" href="https://www.googletagmanager.com" crossorigin>
<link rel="dns-prefetch" href="https://connect.facebook.net">

Coût : 30 minutes.

Impact mesuré : LCP gagné 200 ms supplémentaires (1,9 s → 1,7 s).

Action 6 : Suppression des plugins non-essentiels

Problème : 32 plugins WordPress installés. 9 chargeaient des assets globalement sans être utilisés sur 90 % des pages.

Action : audit complet des plugins. Suppression de 7 plugins. Configuration restrictive (chargement conditionnel) pour 4 autres plugins via Asset CleanUp Pro.

Coût : 1 200 MAD (licence Asset CleanUp Pro) + 8 heures audit.

Impact mesuré : assets totaux divisés par 2,5. INP passé de 220 ms à 180 ms.

Action 7 : Migration vers un hébergement performant

Problème : hébergement local Maroc avec TTFB (Time To First Byte) de 1,2 s sur mobile 3G — autrement dit, le serveur prenait 1,2 s avant même de commencer à envoyer du contenu.

Action : migration vers Cloudways DigitalOcean Frankfurt. PHP 8.2, NGINX, OPcache, Redis pour cache d'objet WordPress.

Coût : 22 USD/mois (Cloudways) + 4 heures de migration. Soit ~250 MAD/mois, équivalent ou inférieur à l'ancien hébergement local.

Impact mesuré : TTFB passé de 1,2 s à 380 ms. LCP final passé de 1,7 s à 1,2 s.

Action 8 : CDN agressif (Cloudflare)

Problème : assets statiques servis depuis l'origin server uniquement. Pour un visiteur en France ou aux États-Unis, latence de 250-600 ms par asset.

Action : Cloudflare Free configuré avec :

• Cache rule : assets statiques (CSS, JS, images, fonts) cachés 1 an au edge
• Cache rule : HTML caché 1 heure (avec purge automatique sur publication d'article)
• Brotli compression activée
• Auto-minify CSS/JS/HTML activé

Coût : 0 € (Cloudflare Free suffit pour 95 % des PME).

Impact mesuré : pour les visiteurs hors Maroc, LCP gagné 400-800 ms. Pour les Marocains, LCP gagné 100-200 ms grâce à la compression et au minify.

Action 9 : Optimisation de la base de données

Problème : base de données WordPress de 380 MB, pollution par des centaines d'entrées de plugins désinstallés et révisions d'articles non purgées.

Action : nettoyage avec WP-Optimize (révisions limitées à 5 par article, suppression des transients expirés, optimisation des tables MySQL).

Coût : 0 € (plugin gratuit).

Impact mesuré : base passée à 95 MB. Requêtes SQL plus rapides en moyenne de 30 %. Impact LCP marginal mais effet stabilisateur.

Action 10 : Optimisation des web fonts

Problème : 4 web fonts Google Fonts chargées (Inter, Lora, Roboto, Open Sans), 8 graisses au total. Chaque font ajoute un FOIT (Flash of Invisible Text).

Action : audit typographique. Réduction à 2 fonts (Inter + Lora), 3 graisses au total. font-display: swap ajouté. Self-hosting des fonts (au lieu du CDN Google Fonts) pour réduire les requêtes externes.

Coût : 4 heures de travail.

Impact mesuré : LCP gagné 150 ms. FOIT supprimé.

Action 11 : Suppression des animations CSS coûteuses

Problème : 12 animations sur la home (parallax scroll, fade-in, hover effects) déclenchaient des recalculs de layout coûteux.

Action : audit des animations. Suppression de 6 animations purement décoratives. Optimisation des 6 restantes pour utiliser transform et opacity (qui sont GPU-accelerated) au lieu de top, left, width, height.

Coût : 6 heures de dev.

Impact mesuré : INP passé de 180 ms à 130 ms. CLS passé de 0,12 à 0,06.

Action 12 : Réservation explicite des dimensions images et iframes

Problème : images sans attributs width et height causaient des layout shifts massifs au chargement.

Action : ajout systématique de width et height (en pixels intrinsèques) sur toutes les balises <img> et <iframe>. Contraintes dimensions définies en CSS via aspect-ratio.

Coût : 3 heures.

Impact mesuré : CLS passé de 0,06 à 0,03 — bien dans la zone "good".

Résultats finaux après 4 semaines

Score Lighthouse Performance :

• Mobile : 32 → 94 (+62 points)
• Desktop : 51 → 98 (+47 points)

Core Web Vitals (data field, PageSpeed Insights, après 30 jours) :

• LCP : 4,2 s → 1,2 s (-71 %)
• CLS : 0,18 → 0,03 (-83 %)
• INP : 350 ms → 130 ms (-63 %)

Impact business mesuré sur les 90 jours suivants :

• Bounce rate mobile : 76 % → 41 %
• Durée moyenne de session : 8 s → 2 min 14 s
• Conversions mobile : 0 → 28 par mois
• Trafic organique Google : +38 % en 60 jours (sans aucun nouveau contenu publié)

Coût total mission : 95 000 MAD (refonte theme + audit + implémentation des 12 actions). ROI atteint en 4 mois sur la base des conversions générées.

Tarifs marché en 2026 pour un audit + optimisation CWV

• Audit seul (sans implémentation) : 8 000 - 18 000 MAD
• Audit + plan d'action : 12 000 - 25 000 MAD
• Audit + implémentation complète : 50 000 - 120 000 MAD selon état initial
• Refonte performance complète (changement theme + tout) : 80 000 - 200 000 MAD

Le ROI d'une optimisation CWV sérieuse est généralement positif en 3 à 6 mois sur des sites avec du trafic organique existant. Pour des sites neufs, l'effet se mesure plutôt sur 6 à 12 mois (le temps que Google ré-indexe).

Klicky propose des audits CWV pour clients existants ou en prospection. Si tu veux un état des lieux honnête sur ton site, on offre un audit gratuit de 1 heure (rapport simplifié 8 pages) : klicky.ma/discuter-projet.