Comment accélérer un site WordPress lent, par ordre d’impact

Un site WordPress lent vous coûte à deux niveaux : les visiteurs partent avant le chargement et Google classe les sites plus lents moins haut. La bonne nouvelle est que la plupart des sites lents le sont pour les mêmes quelques raisons. Corriger les plus importantes en premier apporte l’essentiel du gain.

Ce guide explique comment mesurer correctement le problème et le corriger par ordre d’impact.

Étape 1 : mesurez avant toute modification

Testez votre page d’accueil et une page intérieure importante, comme une page produit ou service, avec PageSpeed Insights (pagespeed.web.dev). Concentrez-vous sur les résultats mobiles et sur ces Core Web Vitals :

• Largest Contentful Paint (LCP) : la vitesse d’apparition du contenu principal. Visez moins de 2,5 secondes.
• Interaction to Next Paint (INP) : la rapidité de réaction aux appuis et aux clics. Visez moins de 200 ms.
• Cumulative Layout Shift (CLS) : l’importance des déplacements de la mise en page pendant le chargement. Visez moins de 0,1.

Notez également le Time to First Byte (TTFB), le délai avant que le serveur commence à répondre. Au-delà d’environ 0,8 seconde, le serveur ou WordPress lui-même constitue le point de ralentissement : des ajustements de la partie visible ne suffiront pas.

Étape 2 : activez le cache de pages

Sans cache, WordPress reconstruit chaque page avec PHP et des requêtes de base de données pour chaque visiteur. Un cache de pages stocke le HTML terminé et le sert immédiatement.

• Sur un serveur LiteSpeed, utilisez l’extension gratuite LiteSpeed Cache.
• Chez les autres hébergeurs, utilisez le cache intégré ou une extension telle que WP Rocket, WP Super Cache ou W3 Total Cache.
• Excluez les pages qui doivent rester dynamiques : panier, validation de commande, compte et pages de formulaires utilisant des jetons de sécurité.

Le cache seul réduit souvent de moitié le temps de chargement.

Étape 3 : vérifiez les bases de l’hébergement et de PHP

• Utilisez une version récente de PHP, encore prise en charge et compatible avec votre site. Testez les extensions et le thème sur une copie de préproduction avant de changer de version.
• Activez le cache d’objets, Redis ou Memcached, si votre hébergeur le propose. Il aide les boutiques WooCommerce et les sites très fréquentés.
• Vérifiez votre offre d’hébergement. Un hébergement mutualisé très bon marché sur des serveurs surchargés produit un TTFB lent qu’aucune extension ne peut corriger.
• Utilisez un CDN tel que Cloudflare si vos visiteurs sont loin du serveur.

Étape 4 : optimisez les images

Les images sont généralement les éléments les plus lourds d’une page.

• Redimensionnez les images à leur taille d’affichage. Une photo de 4000 pixels affichée à 800 pixels gaspille de la bande passante.
• Convertissez-les en WebP ou AVIF, beaucoup plus légers que JPEG et PNG à qualité égale.
• Utilisez le chargement différé pour les images situées sous la partie visible au chargement, mais pas pour l’image principale du bandeau d’introduction. Cela ralentit le LCP.
• Définissez toujours la largeur et la hauteur des images pour éviter les déplacements de mise en page.

Étape 5 : réduisez les extensions et les scripts lourds

Chaque extension peut ajouter du CSS, du JavaScript et des requêtes de base de données. Passez en revue votre liste et supprimez ce que vous n’utilisez pas activement. Surveillez particulièrement :

• Les diaporamas et carrousels, lourds et rarement utiles aux conversions
• Les extensions faisant double emploi, comme deux extensions SEO ou deux extensions de formulaire
• Les widgets de chat, flux sociaux et scripts de suivi chargés sur toutes les pages
• Les packs de modules pour constructeurs de pages contenant des dizaines de widgets inutilisés

L’extension gratuite Query Monitor montre les extensions qui ajoutent le plus de requêtes de base de données et de temps de chargement sur une page.

Étape 6 : optimisez le CSS, le JavaScript et les polices

• Minifiez et combinez le CSS et le JavaScript avec prudence, puis testez le site. Des réglages trop poussés peuvent casser les menus et les formulaires.
• Différez le JavaScript non essentiel pour qu’il ne bloque pas le premier affichage.
• Hébergez les polices localement, limitez-vous aux graisses réellement utilisées et utilisez font-display: swap.
• Évitez de charger une police d’icônes pour quelques icônes seulement. Des SVG intégrés sont plus légers.

Étape 7 : nettoyez la base de données

Au fil du temps, la base accumule des révisions d’articles, des données transitoires expirées, des commentaires indésirables et des tables laissées par des extensions supprimées. Nettoyer ces éléments avec un outil comme WP-Optimize et limiter les révisions avec define( 'WP_POST_REVISIONS', 10 ); permet de garder des requêtes rapides. Sauvegardez la base avant de la nettoyer.

Étape 8 : mesurez à nouveau

Relancez PageSpeed Insights sur les mêmes pages et comparez. Gardez à l’esprit que les données de terrain utilisent les données réelles des visiteurs des 28 derniers jours : elles s’améliorent donc moins vite que le score de laboratoire.

Questions fréquentes

Quel est un bon score PageSpeed pour WordPress ?

Visez au moins 90 sur ordinateur et le plus haut possible sur mobile, mais donnez la priorité à la validation des Core Web Vitals. Les mesures réelles LCP, INP et CLS comptent plus pour Google que le score lui-même.

Une extension de cache risque-t-elle de casser mon site ?

Le cache de pages est généralement sans risque. Les problèmes viennent plutôt de réglages trop poussés d’optimisation du CSS et du JavaScript : activez-les un par un et testez.

Mon thème ralentit-il mon site ?

C’est possible. Les thèmes polyvalents lourds et les constructeurs de pages ajoutent beaucoup de code. Faites un test avec un thème par défaut léger sur une copie de préproduction pour mesurer la différence.