Pourquoi mon site WordPress est‑il devenu lent ?

C’est la remarque qui revient le plus souvent, et presque toujours dans les mêmes termes : « le site était rapide au début, maintenant il rame ». La lenteur n’arrive jamais d’un coup : elle s’installe. Voici ce que je regarde, dans l’ordre, et ce que vous pouvez vérifier vous‑même avant de faire appel à qui que ce soit.

À partir de quand un site est‑il vraiment lent ?

La question n’est pas de savoir si le site vous paraît lent à vous : vous le connaissez par cœur, votre navigateur en garde une copie, et vous êtes probablement en fibre. Le chiffre qui compte est le LCP, le temps au bout duquel le plus gros élément visible apparaît.

• Moins de 2,5 s : correct, ne cherchez pas de problème là où il n’y en a pas.
• Entre 2,5 et 4 s : perceptible. Vous perdez déjà des visiteurs sur mobile.
• Plus de 4 s : un visiteur sur deux part avant d’avoir vu la page.

Mesurez‑le sur PageSpeed Insights, en mobile, et sur une page réelle, pas l’accueil, qui est souvent la plus soignée du site.

Pourquoi un site ralentit‑il avec le temps ?

Parce que l’on lui ajoute sans cesse, sans jamais rien retirer. Dans l’ordre de fréquence, voici ce que je trouve :

Les extensions accumulées

Un site de cinq ans porte en moyenne une trentaine d’extensions, dont un tiers ne sert plus à rien. Chacune charge son propre CSS et son propre JavaScript sur toutes les pages, y compris celles où elle n’intervient pas. Un formulaire de contact utilisé sur une seule page pèse ainsi sur les quarante autres.

Les images déposées telles quelles

Une photo sortie d’un téléphone fait 4 000 pixels de large et 3 Mo. Affichée dans un cadre de 800 pixels, elle reste téléchargée en entier. C’est de très loin la première cause de lenteur que je rencontre, et la plus simple à corriger.

Le thème qui fait trop

Les thèmes vendus « tout‑en‑un » embarquent un constructeur de pages, une bibliothèque d’icônes complète, un carrousel, et souvent jQuery en plus. On utilise 5 % de l’ensemble, on télécharge 100 %.

Un plugin de cache suffit‑il à régler le problème ?

Non, et c’est le malentendu le plus coûteux. Un cache évite de recalculer la page à chaque visite : il ne réduit pas son poids. Une page de 6 Mo mise en cache reste une page de 6 Mo à télécharger.

Le cache masque le symptôme. Il ne soigne rien, et il rend le diagnostic plus difficile.

C’est utile, après avoir allégé, jamais à la place. Installé sur un site malade, il donne surtout l’illusion que le problème est réglé.

Que puis‑je vérifier moi‑même dès aujourd’hui ?

Trois choses, sans aucune compétence technique et sans rien casser :

• Le poids de vos images. Clic droit sur une image du site, puis « Ouvrir l’image dans un nouvel onglet », et regardez ses dimensions réelles. Au‑delà de 1 600 pixels de large, elle est trop grande.
• Le nombre d’extensions actives. Dans le tableau de bord, comptez‑les. Au‑dessus de vingt, il y a du ménage à faire.
• La version de PHP. Chez votre hébergeur. En dessous de 8.1, vous perdez de la vitesse et vous ne recevez plus de correctifs de sécurité.

Combien de temps prend une remise en état ?

Sur un site vitrine ordinaire, l’essentiel du gain s’obtient en une journée : compression des images, désactivation de ce qui ne sert plus, chargement conditionnel des scripts. On passe couramment de 5 secondes à moins de 2. Le reste, refonte du thème, révision de l’hébergement, ne se justifie que si le premier passage n’a pas suffi.

Sur le même sujet : Comment mesurer l’effet d’une correction ? · Faut‑il héberger ses vidéos soi‑même ?