Optimiser les performances de WordPress

WordPress peut servir une page en moins de 200 ms ou en plusieurs secondes avec le même contenu. L'écart vient de ce que le thème, les extensions et la base exécutent à chaque requête. Ce guide porte sur l'application elle-même ; les en-têtes serveur et la compression sont traités dans l'article général sur l'accélération d'un site.

Mesurer avant d'optimiser

Installez Query Monitor sur un environnement de test. L'extension affiche le nombre de requêtes SQL, leur durée, les hooks lents et les extensions qui pèsent. Complétez avec Lighthouse et une mesure de TTFB en navigation privée, où le cache visiteur ne fausse pas le résultat.

Notez trois chiffres : TTFB, nombre de requêtes SQL, poids de la page. Optimisez, puis remesurez avec le même profil.

Cache

Une seule extension de cache de page suffit. Deux plugins de cache qui se disputent le même dossier produisent des pages périmées et des erreurs difficiles à reproduire. Réglez la purge après mise à jour, et excluez les pages de panier ou d'administration si votre site en dépend.

Le cache d'objets (Redis) n'est pas garanti sur l'hébergement web. Ne l'activez que si le service est fourni et documenté par votre offre ; sur un VPS, installez-le vous-même et testez la reconnexion après redémarrage.

Les en-têtes de cache navigateur pour les fichiers statiques évitent de retélécharger le CSS et les images à chaque visite.

Images et médias

Les images représentent souvent la moitié du poids d'une page.

• Convertissez en WebP ou AVIF, en conservant une copie des originaux.
• Redimensionnez avant l'envoi : une photo de 4000 px affichée en 800 px ne sert à rien.
• Activez le chargement différé sous la ligne de flottaison, pas sur l'image principale.
• Limitez le nombre de tailles générées par WordPress, qui multiplie les fichiers sur le disque.

Base de données et code

Limitez les révisions pour éviter que chaque enregistrement crée des dizaines de lignes :

define('WP_POST_REVISIONS', 5);

Supprimez les commentaires indésirables, les articles en corbeille et les transients expirés. Les tables wp_options et wp_postmeta gonflent vite avec les extensions mal écrites : inspectez-les avec Query Monitor avant de les nettoyer, et sauvegardez la base.

Sur le code, gardez un thème léger, supprimez les extensions inutilisées, différez les scripts non critiques et évitez d'empiler plusieurs constructeurs de pages ou bibliothèques d'icônes.

PHP et tâches planifiées. Vérifiez dans KeyHelp que le domaine tourne en PHP 8.4 et que l'OPcache est actif. Une version récente de PHP apporte des gains réels sur les sites à trafic modéré, à condition que thème et extensions soient compatibles : testez sur une copie.

WP-Cron ne se déclenche qu'à l'arrivée d'un visiteur. Sur un site à faible trafic, les tâches planifiées prennent du retard. Ne désactivez DISABLE_WP_CRON que si vous avez une vraie tâche système qui appelle wp-cron.php à intervalle régulier.

Vérifier le résultat

• Le TTFB a baissé et le nombre de requêtes SQL aussi.
• La page se charge correctement en navigation privée et sur mobile.
• Aucune image n'est floue ni déformée après conversion.
• Le site fonctionne après purge du cache, et l'administration reste accessible.
• Une sauvegarde précède chaque changement de thème ou de plugin.

Si le gain est nul, revenez au réglage précédent : une optimisation non mesurée n'est qu'une modification de plus à maintenir.