Site WordPress lent : trouver la cause et accélérer

Mesurer avant de corriger

« Lent » ne veut rien dire tant qu’on n’a pas mesuré. Un site peut sembler rapide sur votre ordinateur, parce que votre navigateur a déjà gardé ses fichiers en mémoire, et rester pénible pour un visiteur qui arrive pour la première fois sur son téléphone. Trois outils gratuits suffisent pour savoir où vous en êtes.

• PageSpeed Insights (pagespeed.web.dev), l’outil de Google. Il affiche deux choses différentes : les données réelles de vos visiteurs sur les 28 derniers jours, quand votre site a assez de trafic, et un test de laboratoire fait sur le moment. Regardez d’abord les résultats mobiles.
• La Search Console de Google, rapport « Signaux Web essentiels » : il regroupe les pages lentes de tout le site, pas seulement celle que vous testez.
• Query Monitor, une extension gratuite pour WordPress, à activer le temps du diagnostic. Elle montre, page par page, les requêtes à la base de données et les extensions qui font travailler le serveur.

Le score sur 100 de PageSpeed Insights est un repère, pas un but en soi. De 90 à 100, il est considéré comme bon ; de 50 à 89, à améliorer ; en dessous de 50, mauvais. Il varie d’un test à l’autre. Ce qui compte vraiment, pour vos visiteurs comme pour Google, ce sont les indicateurs mesurés sur de vraies visites.

Les trois indicateurs de Google : LCP, INP et CLS

Google regroupe l’expérience de chargement sous le nom de Core Web Vitals, ou Signaux Web essentiels. Depuis 2024, l’indicateur INP a remplacé l’ancien FID. Une page passe le test quand au moins 75 % des visites respectent le seuil.

Ces seuils viennent de web.dev, la documentation de Google. Un quatrième chiffre aide beaucoup au diagnostic : le TTFB, le temps que met le serveur à envoyer le premier octet de la page. Google conseille de viser 0,8 seconde ou moins. Au-delà, le problème se situe côté serveur, avant même que le navigateur ne commence son travail.

D’où vient la lenteur

Le serveur répond lentement

C’est le cas quand le TTFB est élevé. Les causes habituelles : un hébergement saturé ou trop petit pour le site, une version de PHP ancienne, l’absence de cache, une base de données encombrée, ou une extension qui lance des requêtes lourdes à chaque page.

Les pages sont trop lourdes

Une photo de plusieurs mégaoctets affichée en vignette, des vidéos lancées automatiquement, plusieurs polices de caractères, un thème ou un constructeur de pages qui charge du code pour des fonctions que vous n’utilisez pas : tout cela s’additionne et ralentit le LCP, surtout sur mobile.

Trop de scripts venus d’ailleurs

Fenêtre de discussion, pixels publicitaires, cartes, vidéos intégrées, boutons de réseaux sociaux : chacun charge du code depuis un autre serveur. Ces scripts occupent le téléphone du visiteur et dégradent l’INP. Vous ne maîtrisez ni leur poids, ni leur vitesse.

Des extensions mal choisies

Le nombre d’extensions compte moins que ce qu’elles font. Une seule extension mal écrite peut coûter plus cher que vingt extensions légères. Les doublons sont fréquents : deux extensions de cache, deux extensions de référencement, un constructeur de pages installé « pour essayer » puis oublié.

Les corrections, dans l’ordre où elles rapportent le plus

Appliquez-les une par une et mesurez après chaque étape. Si une correction ne change rien, inutile de la garder : chaque réglage en plus est un réglage à surveiller.

1. Passer à une version récente de PHP

WordPress recommande PHP 8.3 ou plus. Le changement se fait en quelques clics dans l’espace client de l’hébergeur. Avant, vérifiez l’outil Santé du site (menu Outils) et testez sur une copie du site si vos extensions sont anciennes. Rester sur une vieille version n’est pas une option durable : PHP 8.2, par exemple, ne reçoit plus de correctifs de sécurité après le 31 décembre 2026.

2. Mettre en place un cache de pages

Sans cache, le serveur reconstruit chaque page à chaque visite. Avec un cache, il sert une copie déjà prête. C’est souvent le gain le plus visible sur le TTFB. Selon votre hébergement :

• si l’hébergeur propose un cache serveur, activez-le d’abord ;
• si le serveur tourne sous LiteSpeed, l’extension gratuite LiteSpeed Cache s’appuie sur ce cache ;
• sinon, une extension de cache classique fait le travail.

N’en installez qu’une seule. Sur une boutique en ligne, vérifiez que le panier, la commande et l’espace client ne sont jamais mis en cache.

3. Alléger les images

Redimensionnez les photos à la taille où elles sont affichées avant de les envoyer, compressez-les, et préférez les formats WebP ou AVIF, nettement plus légers que le JPEG à qualité égale. WordPress accepte l’AVIF depuis la version 6.5, si le serveur le gère. WordPress ajoute aussi de lui-même le chargement différé des images situées plus bas dans la page. Vérifiez seulement que l’image principale, en haut de page, n’est pas différée par une extension : c’est elle qui fixe votre LCP.

4. Différer ou retirer les scripts tiers

Faites la liste de tout ce qui se charge depuis un autre site. Retirez ce qui ne sert plus. Pour le reste, chargez la fenêtre de discussion au clic, remplacez les vidéos intégrées par une image cliquable qui lance la vidéo, et laissez les outils de mesure d’audience attendre le consentement du visiteur, ce qui est de toute façon la règle avec le RGPD.

5. Faire le ménage dans les extensions

Avec Query Monitor, repérez les extensions qui font le plus travailler le serveur. Supprimez celles qui ne servent plus, remplacez les plus lourdes par des solutions plus simples et supprimez les doublons. Désactiver ne suffit pas : une extension désactivée mais présente reste une faille potentielle.

6. Nettoyer la base de données

Au fil des années, la base se remplit de révisions d’articles, de données temporaires expirées, de commentaires indésirables et de réglages laissés par des extensions supprimées. Un nettoyage, après une sauvegarde, allège chaque requête. La constante WP_POST_REVISIONS, dans wp-config.php, permet de limiter le nombre de révisions conservées par contenu.

7. Simplifier les polices et le code

Limitez-vous à une ou deux polices et à quelques graisses, et hébergez-les sur votre propre serveur plutôt que de les charger depuis un service externe. La réduction des fichiers CSS et JavaScript, proposée par la plupart des extensions de cache, aide aussi, mais testez le site après l’avoir activée : c’est le réglage qui casse le plus souvent un menu ou un formulaire.

8. Ajouter un CDN si vos visiteurs sont loin

Un réseau de diffusion de contenu (CDN) copie vos fichiers sur des serveurs répartis dans le monde. C’est utile si vos visiteurs viennent de plusieurs pays. Pour une entreprise locale dont le serveur est en France, le gain est souvent faible : traitez d’abord les points précédents.

9. Changer de thème ou de constructeur de pages

Si le thème ou le constructeur charge beaucoup de code sur chaque page, aucune extension ne compensera vraiment. Un thème léger, ou un thème à blocs qui utilise l’éditeur natif de WordPress, change la donne. C’est souvent le bon moment pour envisager une refonte du site.

10. Changer d’hébergement

Si le TTFB reste élevé alors que PHP est à jour et que le cache fonctionne, c’est le serveur qui fixe la limite. Pour choisir un nouvel hébergement, regardez la version de PHP proposée, la présence d’un cache serveur, des ressources garanties, des sauvegardes incluses et un serveur situé près de vos visiteurs.

Les fausses bonnes idées

• Empiler les extensions d’optimisation. Deux caches ou deux outils de compression se gênent et créent des pannes difficiles à comprendre.
• Viser 100 sur 100 à tout prix. Retirer une fonction utile pour gagner trois points de score n’apporte rien à vos visiteurs.
• Tester une seule fois, sur ordinateur. Faites plusieurs mesures, en mobile, et comparez les tendances plutôt qu’un chiffre isolé.
• Oublier de vider le cache après une modification, puis croire que la modification ne marche pas.

Un site rapide le reste rarement tout seul : chaque nouvelle extension, chaque nouveau script peut le ralentir. Une maintenance WordPress régulière inclut ce suivi.

Questions fréquentes

Combien d’extensions peut-on installer sans ralentir le site ?

Il n’existe pas de chiffre magique. Une extension légère et bien écrite ne se remarque pas ; une extension lourde peut ralentir tout le site à elle seule. Mesurez avec Query Monitor plutôt que de compter.

Pourquoi mon score PageSpeed change-t-il à chaque test ?

Le test de laboratoire dépend du réseau et de la charge du serveur au moment du test. Les écarts de quelques points sont normaux. Lancez plusieurs tests et fiez-vous surtout aux données réelles des visiteurs, plus stables.

Un site lent est-il moins bien classé sur Google ?

Google indique tenir compte de l’expérience de page, dont ces indicateurs, parmi beaucoup d’autres signaux. La pertinence du contenu pèse davantage. En revanche, un site lent perd des visiteurs qui n’attendent pas la fin du chargement, et cela se voit directement sur les demandes de contact.

Faut-il un hébergement spécial WordPress ?

Pas forcément. Un hébergement classique bien entretenu suffit pour la plupart des sites vitrines, à condition de proposer une version récente de PHP, un cache et des ressources suffisantes. Les offres dites « WordPress » ajoutent surtout des outils pratiques : copie de test, sauvegardes, mises à jour.