Avant de changer quoi que ce soit, il faut savoir ce qui ralentit votre site. Empiler des extensions de cache au hasard aggrave souvent la situation. Voici ma méthode, puis les 12 causes que je rencontre le plus souvent en audit.
Pourquoi mon site WordPress est-il lent ?
Parce que, pour chaque page, le serveur doit exécuter WordPress, interroger la base de données, puis le navigateur doit télécharger et afficher images, polices et scripts. Le ralentissement peut se situer à chacune de ces étapes, d’où l’importance de mesurer.
Quel est un bon temps de chargement ?
Google utilise trois indicateurs, mesurés sur de vrais visiteurs : le LCP (affichage de l’élément principal) doit rester sous 2,5 secondes, l’INP (réactivité aux clics) sous 200 millisecondes, et le CLS (stabilité de la mise en page) sous 0,1. Dans PageSpeed Insights, regardez d’abord le bloc « Découvrez ce que vivent vos utilisateurs » avant le score de laboratoire.
Les 12 causes les plus fréquentes
| Cause | Comment la repérer | Correctif |
|---|---|---|
| Hébergement sous-dimensionné | TTFB élevé, même sur une page simple | Offre adaptée, PHP récent, cache serveur |
| Pas de cache de page | Chaque visite régénère la page | Cache de page côté serveur ou extension |
| Images trop lourdes | L’élément LCP est une image de plusieurs centaines de Ko | Redimensionner, WebP/AVIF, dimensions déclarées |
| Image principale chargée en différé | Le LCP attend le « lazy loading » | Pas de lazy loading sur l’image du haut, priorité haute |
| Constructeur de pages lourd | Beaucoup de CSS/JS sur chaque page | Thème léger ou nettoyage des modules inutiles |
| Trop de scripts tiers | Chat, pixels, cartes, vidéos intégrées | Charger au clic, supprimer l’inutile |
| Extensions inutiles ou lourdes | Requêtes lentes visibles dans Query Monitor | Désactiver, remplacer, développer plus léger |
| Base de données encombrée | Options « autoload » volumineuses, révisions | Nettoyage ciblé, limite des révisions |
| Polices web mal chargées | Plusieurs familles et graisses | Héberger localement, précharger une police |
| Version de PHP ancienne | Version affichée dans Santé du site | Passer à une version supportée après tests |
| Pas de compression ni HTTP/2 | Fichiers non compressés | Activer Brotli/Gzip chez l’hébergeur |
| Vidéos et iframes intégrées | Chargées dès l’ouverture de la page | Vignette cliquable (« façade ») |
Faut-il un plugin de cache ?
Oui, sauf si votre hébergeur fournit déjà un cache de page. Mais une seule solution, bien configurée : deux extensions de cache se marchent dessus. Et le cache ne corrige ni des images trop lourdes ni un thème surchargé.
L’hébergeur influence-t-il la vitesse ?
Fortement, surtout le temps de réponse du serveur (TTFB). Si le TTFB reste élevé alors que le cache est actif, le problème est côté serveur : ressources insuffisantes, absence de cache objet ou base de données lente.
Comment améliorer le LCP ?
- Identifier l’élément LCP dans PageSpeed Insights (souvent l’image ou le titre du haut de page).
- Servir cette image au bon format et à la bonne taille, sans chargement différé.
- Réduire le CSS et les polices qui bloquent l’affichage.
- Diminuer le temps de réponse du serveur.
Les images ralentissent-elles WordPress ?
Ce sont souvent elles qui pèsent le plus. Une photo envoyée directement depuis un appareil récent peut dépasser plusieurs mégaoctets, alors qu’elle est affichée sur quelques centaines de pixels. WordPress génère des tailles intermédiaires, mais l’image d’origine peut quand même être utilisée par le thème.
- Redimensionnez les images à la taille réellement affichée avant de les envoyer.
- Utilisez les formats WebP ou AVIF, plus légers à qualité égale.
- Déclarez largeur et hauteur pour éviter les décalages de mise en page.
- Ne chargez pas en différé l’image principale du haut de page.
Comment mesurer sans se tromper ?
Le score de PageSpeed Insights varie d’un test à l’autre : il est calculé sur un appareil simulé. Les données « terrain », issues de vrais visiteurs Chrome sur 28 jours, sont plus fiables pour suivre l’évolution. Mesurez toujours les mêmes pages (accueil, une page de service, un article) et notez les résultats avant toute modification.
Par quoi commencer ?
- Le serveur : si le temps de réponse dépasse largement la demi-seconde, aucune optimisation front-end ne suffira.
- L’élément LCP de vos pages clés.
- Les scripts tiers : chaque outil ajouté (chat, pixel, carte) a un coût.
- Le thème et les extensions : ce qui est chargé sur chaque page sans servir.
Et maintenant ?
Ce que vous pouvez faire dès aujourd’hui :
- Lancez PageSpeed Insights sur vos trois pages les plus visitées et notez le LCP.
- Repérez l’élément LCP de chaque page.
- Listez les scripts tiers chargés et ceux dont vous pourriez vous passer.
Pour aller plus loin : Optimisation de la vitesse WordPress