PageSpeed 90+ sur WordPress – Aardvarks Digital

WordPress & Performance · Guide technique 2026

PageSpeed 90+ sur WordPress : passer de 40 à 95 sans refaire son site

Damien Oumanetz Damien Oumanetz
· 15 juin 2026 · ⏱ 10 min de lecture · Mis à jour en octobre 2026

⚡ En résumé — ce que vous allez apprendre

✓Les 3 Core Web Vitals (LCP, INP, CLS)
✓Pourquoi l’hébergement passe en premier
✓La configuration LiteSpeed Cache étape par étape
✓Images WebP : conversion et lazy loading correct
✓Supprimer les plugins lourds qui plombent le score
✓La checklist complète avant/après

D’après une étude Google publiée en 2016, 53 % des visites mobiles sont abandonnées quand une page met plus de 3 secondes à charger. La vitesse compte aussi pour le classement : Google l’utilise sur mobile depuis 2018, et ses Core Web Vitals, dont l’INP depuis mars 2024, font partie de ses critères. Ce n’est pas le score PageSpeed lui-même qui compte, mais les mesures réelles de vos visiteurs. Un site lent perd des visiteurs, des positions et des clients simultanément.

La bonne nouvelle : sur la plupart des sites WordPress, passer de 40 à 90+ de PageSpeed est souvent possible en quelques jours sans refaire le site, avec les bons outils dans le bon ordre. Ce guide vous donne le chemin exact — de l’hébergement aux images, en passant par la configuration LiteSpeed Cache.

53%
Des visites mobiles abandonnées au-delà de 3 secondes de chargement (Google, 2016). Le chiffre date, mais la tendance n’a pas changé : un site lent perd des visiteurs.

Les Core Web Vitals 2026 : ce qui compte vraiment

Depuis mars 2024, Google a officiellement remplacé le FID (First Input Delay) par l’INP (Interaction to Next Paint) comme troisième Core Web Vital. Voici les 3 métriques qui déterminent votre score en 2026 :

MétriqueCe que ça mesureSeuil « Bon »Seuil « Mauvais »
LCP — Largest Contentful PaintTemps d’affichage de l’élément principal (hero image, titre H1)≤ 2,5s> 4,0s
INP — Interaction to Next PaintDélai entre une interaction utilisateur et la réponse visuelle≤ 200ms> 500ms
CLS — Cumulative Layout ShiftStabilité visuelle — les éléments ne bougent pas au chargement≤ 0,1> 0,25

⚠️ INP en 2026 : L’INP est le Core Web Vital le plus difficile à passer au vert. Il est impacté par le JavaScript lourd — notamment les constructeurs de pages (Divi, WPBakery, Elementor avec beaucoup d’extensions) et les plugins d’analytics/tracking. Au-delà de 500 ms, l’INP fait passer vos Core Web Vitals au rouge, même si le score PageSpeed de laboratoire paraît correct : ce score ne mesure pas l’INP.

Étape 0 — Mesurez avant d’agir

Avant de toucher quoi que ce soit, mesurez votre score actuel et documentez-le. Vous aurez besoin de cette baseline pour valider l’impact de chaque optimisation.

  • PageSpeed Insights (pagespeed.web.dev) — outil officiel Google, mesure Lab Data ET Field Data
  • GTmetrix — waterfall détaillé, permet d’identifier les ressources les plus lourdes
  • Chrome DevTools (F12 → Performances) — le plus précis pour analyser l’INP
  • Google Search Console → Expérience → Signaux web essentiels — données réelles de vos utilisateurs

À noter : PageSpeed Insights donne un score Lab (conditions simulées) et un score Field (données réelles des utilisateurs Chrome). Le Field score est celui que Google utilise pour le classement. Optimisez les deux, mais priorisez le Field.

Étape 1 — L’hébergement : la base de tout

C’est la vérité que personne ne veut entendre : vous ne pouvez pas compenser un mauvais hébergement avec des plugins de cache. Un hébergement mutualisé bas de gamme peut avoir un TTFB (Time To First Byte) de plus d’une seconde — ce qui condamne votre score PageSpeed avant même que les optimisations front-end entrent en jeu.

⚡ La migration vers LiteSpeed +20 à +40 points

LiteSpeed est le serveur web qui offre les meilleures performances pour WordPress en 2026. Il cache les pages au niveau serveur (sans passer par PHP), supporte HTTP/3 et QUIC, et compresse avec Brotli, plus efficace que Gzip. O2Switch (ma recommandation) fonctionne sur LiteSpeed.

  • Vérifiez si votre hébergeur est LiteSpeed via curl -I votresite.fr et cherchez « Server: LiteSpeed »
  • Si non, migrez vers un hébergeur LiteSpeed comme O2Switch (FR) ou Hostinger
  • TTFB cible après migration LiteSpeed : inférieur à 200ms

⚡ Passer à PHP 8.3 ou plus récent +5 à +15 points

PHP 8 est nettement plus rapide que PHP 7.4, qui n’est plus maintenu depuis fin 2022. C’est un gain de performance gratuit qui ne nécessite aucune modification du site.

  • Vérifiez votre version PHP dans le tableau de bord de votre hébergeur
  • Migrez vers PHP 8.3 ou 8.4 si vous êtes encore sur 7.x, 8.0 ou 8.1
  • Testez votre site après la migration (certains vieux plugins peuvent être incompatibles)

Étape 2 — LiteSpeed Cache : la configuration qui fait tout

Si vous êtes sur un hébergement LiteSpeed, LiteSpeed Cache est le meilleur plugin de performance disponible — et il est gratuit. Il surpasse WP Rocket sur les serveurs LiteSpeed parce qu’il communique directement avec le serveur, sans passer par PHP. Voici la configuration optimale :

⚡ Cache → Paramètres généraux +15 à +25 points

  • Enable LiteSpeed Cache : ON — le plus important
  • Cache Mobile : OFF si votre site est responsive (même HTML, CSS différent)
  • Cache Login Page : OFF — inutile et potentiellement problématique
  • Cache REST API : ON
  • Object Cache : ON si Redis est disponible sur votre hébergement
  • Preload Cache : ON — génère le cache en arrière-plan avant les visites

⚡ Optimisation → CSS/JS +10 à +20 points

  • CSS Minify : ON — supprime les espaces et caractères inutiles
  • CSS Combine : TESTER — peut casser certains thèmes, testez page par page
  • Generate UCSS (CSS inutilisé) : TESTER — nécessite QUIC.cloud, peut casser le design
  • JS Minify : ON
  • JS Defer : ON — charge le JS après l’affichage de la page (améliore LCP)
  • JS Delay : TESTER avec précaution — peut impacter l’INP si mal configuré

⚡ Optimisation → Images +10 à +20 points

  • Lazy Load Images : ON
  • Exclude LCP Image from Lazy Load : CRITIQUE — votre hero image ne doit JAMAIS être en lazy load
  • Viewport Images : ON — détecte et exclut automatiquement les images above-the-fold
  • Add Missing Sizes : ON — ajoute width/height pour éviter le CLS
  • WebP Replacement : ON si vous avez converti vos images en WebP

🚫 L’erreur la plus fréquente avec LiteSpeed Cache : Activer le lazy load sur l’image hero (LCP). C’est la cause principale d’un score LCP rouge. PageSpeed Insights le signale avec « Preload Largest Contentful Paint image » — ajoutez votre image hero à la liste des exclusions du lazy load.

Étape 3 — Images : souvent la plus grosse part du poids

Les images sont souvent la plus grosse part du poids d’une page WordPress. C’est ici que vous pouvez gagner le plus de poids — et donc de vitesse.

⚡ Convertir toutes les images en WebP +30 à +60% de réduction du poids

WebP offre une compression 25 à 35% supérieure au JPEG pour une qualité équivalente. Sur un site WordPress, c’est l’une des optimisations les plus impactantes.

  • Plugin recommandé : Imagify ou ShortPixel
  • Ou directement via LiteSpeed Cache → Optimisation des images (si votre hébergement supporte)
  • Ciblez une taille maximum de 150 à 300 Ko par image — pas de JPEG de 2 Mo sur un site WordPress
  • Dimensionnez les images à leur taille d’affichage réelle — pas besoin d’uploader du 4000×3000px pour une image affichée en 800×600

⚡ Précharger l’image LCP (fetchpriority) -0,5s à -1,5s sur le LCP

Votre image hero (LCP) doit être préchargée avec l’attribut fetchpriority="high". C’est souvent l’une des modifications les plus efficaces sur le LCP.

  • Ou manuellement dans le HTML : <img fetchpriority="high" src="hero.webp" ...>
  • Via le plugin Perfmatters : « Preload LCP Image » avec l’URL de votre image hero

Étape 4 — Supprimer les plugins qui plombent le score

Chaque plugin WordPress charge du CSS et/ou du JavaScript sur toutes les pages — même quand il n’est pas utilisé sur cette page. Un site avec plusieurs dizaines de plugins actifs multiplie les requêtes HTTP sur chaque page.

⚡ Audit des plugins +5 à +20 points

  • Utilisez GTmetrix ou PageSpeed Insights pour identifier les ressources les plus lourdes
  • Dans Query Monitor (plugin de debug), identifiez quels plugins chargent du JS/CSS inutilement
  • Utilisez Perfmatters ou Asset CleanUp pour désactiver les scripts de plugins page par page

🚫 Les constructeurs de pages qui tuent l’INP : Divi, WPBakery et Elementor (avec de nombreux widgets) génèrent des tonnes de JavaScript qui dégradent l’INP. Si votre score INP est rouge, le constructeur de page est le premier suspect. Passer à Kadence et à l’éditeur de blocs améliore souvent nettement l’INP.

⚡ Héberger Google Fonts en local +3 à +8 points

Google Fonts chargés depuis fonts.googleapis.com génèrent une requête externe qui impacte le LCP. Hébergez les fonts localement pour éliminer cette dépendance externe.

  • Plugin OMGF (Optimize My Google Fonts) — automatise l’hébergement local
  • Ou dans LiteSpeed Cache : Optimisation → Réglages → « Supprimer les polices Google »
  • Dans Kadence : activez le chargement local des polices Google dans les réglages de performance du thème

Étape 5 — Base de données et nettoyage

⚡ Nettoyage de la base de données +2 à +8 points

WordPress accumule des révisions d’articles, des commentaires spam, des transients expirés et des données orphelines de plugins désinstallés. Ce bloat ralentit les requêtes SQL.

  • Plugin recommandé : WP-Optimize (gratuit) — nettoyage et optimisation des tables en 1 clic
  • Limitez les révisions dans wp-config.php : define('WP_POST_REVISIONS', 3);
  • Planifiez un nettoyage mensuel automatique
  • LiteSpeed Cache → Outils → Nettoyage de la base de données

La checklist complète — avant / après

  • Score PageSpeed mobile et données réelles de la Search Console notés avant de commencer
  • Hébergement LiteSpeed ou équivalent, TTFB sous 200 ms
  • PHP 8.3 ou plus récent
  • LiteSpeed Cache activé, cache et préchargement configurés
  • CSS et JS minifiés, JS différé, options risquées testées page par page
  • Images en WebP, redimensionnées à leur taille d’affichage
  • Image principale exclue du lazy load, avec fetchpriority= »high »
  • Plugins inutiles supprimés, scripts désactivés là où ils ne servent pas
  • Polices Google hébergées en local
  • Base de données nettoyée, révisions limitées
  • Score et Core Web Vitals mesurés à nouveau, puis comparés au point de départ

Gains indicatifs à chaque étape

Ordres de grandeur indicatifs : le gain réel dépend de votre point de départ et de votre thème.

OptimisationGain indicatifDifficulté
Migration vers hébergement LiteSpeed+20 à +40 ptsMoyenne
PHP 8.3/8.4+5 à +15 ptsFacile
LiteSpeed Cache (config complète)+15 à +25 ptsMoyenne
Images WebP + redimensionnement+10 à +20 ptsFacile
fetchpriority= »high » image LCP+5 à +15 ptsFacile
Google Fonts locales+3 à +8 ptsFacile
Suppression plugins inutiles+5 à +20 ptsFacile
Nettoyage base de données+2 à +8 ptsFacile

À retenir : commencez par l’hébergement et le cache, ce sont eux qui font gagner le plus de points. Les images et le tri des plugins viennent ensuite affiner le score.

Votre score PageSpeed actuel ?

Diagnostic gratuit de votre site sous 24h

J’analyse votre site et je vous envoie les optimisations prioritaires pour gagner en vitesse et en visibilité. Gratuit, sous 24h.

Recevoir mon diagnostic →

L’auteur

Damien Oumanetz
Damien Oumanetz
Fondateur Aardvarks Digital · SEO depuis 2010

Consultant SEO depuis 2010, chez l’annonceur, en agence et en freelance (Zalando, Evaneos, Frontline). Il accompagne aujourd’hui les PME depuis La Roche-sur-Yon.

⚡

Votre score PageSpeed

Diagnostic gratuit : vos priorités vitesse et SEO sous 24h.

Recevoir mon diagnostic →

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *