Comment faire un audit de performance WordPress avec PageSpeed Insights

PageSpeed Insights est l’outil d’audit de performance de Google — gratuit, précis, et directement lié aux critères de ranking. Voici comment l’utiliser efficacement pour diagnostiquer et corriger les problèmes de performance de votre site WordPress.

Comprendre la différence données terrain / données labo

PageSpeed Insights fournit deux types de données :

Données terrain (CrUX) — métriques réelles collectées sur les vrais utilisateurs de votre site via Chrome. Disponibles seulement si votre site a suffisamment de trafic (seuil : ~1000 visites/mois sur Chrome). Ce sont ces données que Google utilise pour le ranking.

Données labo (Lighthouse) — simulation depuis un serveur Google avec un réseau simulé (4G lent, CPU throttlé). Disponibles pour tous les sites, mais ne reflètent pas parfaitement la réalité terrain.

Si vos données terrain sont disponibles, concentrez-vous dessus. Sinon, les données labo sont votre seul repère.

Les 3 Core Web Vitals à surveiller

LCP — Largest Contentful Paint

Temps de chargement du plus grand élément visible à l’écran (souvent l’image hero ou le titre principal).

• Bon : < 2,5s
• À améliorer : 2,5s – 4s
• Mauvais : > 4s

Causes fréquentes d’un mauvais LCP sur WordPress : image hero non préchargée, hébergeur lent (TTFB élevé), thème Elementor qui charge 1 Mo de CSS avant l’image.

CLS — Cumulative Layout Shift

Mesure les décalages visuels inattendus pendant le chargement (image qui saute, bouton qui se déplace).

• Bon : < 0,1
• À améliorer : 0,1 – 0,25
• Mauvais : > 0,25

Cause n°1 sur WordPress : images sans attributs width/height. Le navigateur ne réserve pas l’espace avant que l’image soit chargée.

INP — Interaction to Next Paint

Mesure le délai entre une interaction utilisateur (clic, frappe) et la réponse visuelle. Remplace le FID depuis mars 2024.

• Bon : < 200ms
• À améliorer : 200ms – 500ms
• Mauvais : > 500ms

Cause fréquente : trop de JavaScript synchrone qui bloque le thread principal. Plugins de chat, scripts analytics non optimisés, page builders avec JS lourd.

Lire les recommandations PageSpeed

Après les Core Web Vitals, PageSpeed liste des “opportunités” et des “diagnostics”. Comment les prioriser :

Opportunités — à corriger en priorité

• Serve images in next-gen formats → convertir PNG/JPEG en WebP
• Properly size images → utiliser les srcset WordPress pour servir la bonne taille selon l’écran
• Eliminate render-blocking resources → différer les scripts non critiques avec defer ou async
• Reduce unused CSS/JS → désactiver les styles de plugins sur les pages qui ne les utilisent pas

Diagnostics — à analyser selon le contexte

• Large DOM size → l’arbre HTML dépasse 1500 éléments. Souvent causé par Elementor ou un menu mega-menu complexe.
• Serve static assets with an efficient cache policy → configurer les headers Cache-Control sur vos ressources statiques (images, CSS, JS)

Les 5 actions PageSpeed les plus impactantes

Dans l’ordre de ROI (temps investi / gain de score) :

1. Activer un cache serveur — WP Super Cache ou Redis. Gain TTFB immédiat.
2. Convertir les images en WebP — poids divisé par 2-3. Gain LCP significatif.
3. Ajouter width et height aux images — élimine le CLS en 30 minutes.
4. Différer les scripts non critiques — attributs defer/async sur les scripts WordPress.
5. Activer Cloudflare — CDN, compression Brotli, et caching des ressources statiques.

Fixer l’objectif avant de commencer

PageSpeed n’est pas une fin en soi — c’est un indicateur proxy pour l’expérience utilisateur réelle. L’objectif de 90+ sur mobile est atteignable pour la plupart des sites WordPress avec un thème natif. Mais ne passez pas 3 jours à passer de 92 à 97 alors que votre contenu a plus besoin d’attention.

Pour un audit de performance complet avec plan d’action priorisé, découvrez notre service d’audit.