Accélérer WordPress : le guide

Q: Quel plugin rend WordPress rapide ?

Aucun à lui seul. Un cache peut aider, mais il faut d’abord identifier la couche limitante.

Q: Faut-il un CDN ?

Il est utile pour une audience dispersée ou beaucoup de médias ; il ne corrige pas un PHP lent.

Q: Combien de temps prévoir ?

Les gains rapides prennent quelques heures ; un thème ou une base mal conçus demandent un chantier plus profond.

Le problème à résoudre

Un WordPress rapide ne vient pas d’un réglage miracle. Il résulte d’une chaîne cohérente : serveur réactif, PHP bien dimensionné, requêtes maîtrisées, cache adapté et page raisonnablement légère.

Commencez toujours par mesurer une page froide et une page mise en cache. Cette distinction évite d’attribuer au serveur un délai produit par une extension, une police distante ou une image surdimensionnée.

Reconnaître les bons signaux

Signal observé	Interprétation probable	Premier contrôle
TTFB élevé sur toutes les pages	Traitement PHP, base ou réseau lent	Comparer page froide et page en cache
LCP élevé mais TTFB correct	Ressource visuelle principale trop lourde	Identifier l’élément LCP
Lenteur réservée au back-office	Extensions, Heartbeat ou requêtes admin	Profiler une action précise

Les notions à maîtriser

Le cache de page évite de reconstruire une réponse identique pour chaque visiteur anonyme.
OPcache conserve le bytecode PHP compilé ; il ne remplace ni le cache de page ni le cache objet.
Les formats WebP ou AVIF et des dimensions explicites réduisent le transfert et les décalages de mise en page.
Une optimisation utile se juge sur des mesures reproductibles, pas sur une note isolée.

Méthode de diagnostic

1. Relever TTFB, LCP, poids total et nombre de requêtes sur trois pages représentatives.

2. Contrôler CPU, mémoire, I/O, workers PHP-FPM et requêtes SQL pendant le test.

3. Tester avec le cache vidé, puis chaud, afin de localiser le coût dynamique.

4. Désactiver temporairement une seule extension suspecte sur une copie de préproduction.

Plan d’action recommandé

Corriger les images héro et les polices avant de minifier chaque fichier.
Configurer un cache de page compatible avec les sessions et le panier.
Activer et dimensionner OPcache selon le nombre de fichiers PHP.
Nettoyer les transients expirés et les révisions seulement après sauvegarde.
Mesurer de nouveau et conserver uniquement les changements qui apportent un gain.

Inventaire WordPress avant optimisation

Avec WP-CLI, conservez la liste des extensions actives et des événements planifiés avant toute modification. Ces commandes lisent l’état ; elles ne désactivent rien.

wp core version
wp plugin list --status=active
wp theme list --status=active
wp cron event list --fields=hook,next_run_relative,recurrence

Exécutez-les avec l’utilisateur du site et depuis sa racine. Ajoutez la version PHP, le type de cache et la mesure de départ au compte rendu.

Erreurs fréquentes à éviter

Installer plusieurs plugins d’optimisation qui se chevauchent.
Masquer une requête lente avec davantage de CPU sans chercher son origine.
Tester uniquement la page d’accueil alors que les gabarits diffèrent.

Indicateurs à suivre

Indicateur	Repère	Pourquoi le suivre
TTFB	< 800 ms hors cache, selon contexte	Suit le temps de réponse initial
LCP	< 2,5 s au 75e percentile	Reflète l’affichage du contenu principal
Poids de page	Le plus bas possible sans dégrader l’usage	Impacte mobile et débit limité

Checklist avant validation

Une mesure de référence est conservée.
Le changement est testé hors production lorsque c’est possible.
Une sauvegarde ou un retour arrière est disponible.
Les dépendances web, e-mail et DNS ont été contrôlées.
Les journaux et alertes sont surveillés après intervention.
Le résultat est documenté avec date et responsable.

Questions fréquentes

Quel plugin rend WordPress rapide ?

Aucun à lui seul. Un cache peut aider, mais il faut d’abord identifier la couche limitante.

Faut-il un CDN ?