Rendre WordPress plus rapide : la méthode honnête

WordPress est lent quand on lui demande trop de choses à la fois. Le remède, c’est d’en faire moins, pas d’installer une extension supplémentaire qui promet la vitesse.

Tout site WordPress arrive au moment où les pages traînent, où l’administration rame, et où l’on regarde sa liste d’extensions avec suspicion. Le réflexe est d’installer une extension de cache ou « d’optimisation » et d’espérer. Ça empire généralement les choses, parce que ces extensions règlent un problème qu’on peut régler plus proprement sans elles.

Voici la méthode moderne et honnête : moins d’extensions, un vrai hébergeur, un PHP récent, et deux outils de nettoyage à lancer une fois par mois. Pas de magie, pas d’assistant de réglages en trente étapes.

Le plus gros levier, ce sont les extensions

Avant tout, comptez vos extensions actives. Si le nombre commence par un 3 (ou pire), c’est presque à coup sûr la raison.

Ordre de grandeur : un site de contenu devrait tourner avec moins de 12 à 15 extensions actives. Une boutique ou un site à abonnés avec des utilisateurs connectés peut en justifier 25 à 30. Si une extension a des dizaines de fonctions que vous n’utilisez pas, remplacez-la par une plus légère, ou vivez sans.

Chaque extension active exécute du code à chaque chargement de page, chaque clic dans l’administration, chaque requête AJAX. Même bien écrite, elle ajoute quelques millisecondes. Empilez-en vingt et vous avez déjà dépensé plus d’une seconde avant que WordPress ne commence ce que vous lui avez demandé.

Le plus douloureux : les extensions de « performance » ou « d’optimisation » sont souvent les pires. Elles enregistrent des hooks sur chaque page, lancent leurs propres tâches de fond, ajoutent des bandeaux dans l’administration. L’extension de performance est elle-même un problème de performance.

Auditez votre liste une fois par trimestre. Pour chacune : est-ce que je m’en sers vraiment ? Sinon, désactivez et supprimez. Pas seulement désactiver. Supprimer.

Prenez un vrai hébergeur

Le deuxième levier, c’est l’hébergement. Un mutualisé à trois euros par mois convient à une page d’atterrissage statique. Pour tout ce qui a des utilisateurs connectés, une boutique ou un trafic non négligeable, c’est un boulet quotidien.

Un « vrai hébergeur » en 2026, c’est un hébergement WordPress infogéré (Kinsta, WP Engine, o2switch ou Infomaniak dans leurs offres supérieures) : une pile serveur optimisée, des sauvegardes, des correctifs de sécurité au niveau du système. Pas de CPU partagé avec des centaines de voisins, du PHP-FPM et du cache côté serveur, des sauvegardes quotidiennes hors site incluses, pas vendues en option.

Évitez le VPS nu si personne ne l’administre pour vous. Un VPS non réglé est plus lent qu’un bon infogéré, et chaque correctif de sécurité devient votre problème.

Utilisez un PHP récent

Vérifiez la version de PHP de votre hébergeur. En 2026, il vous faut PHP 8.3 ou plus récent. En dessous de 8.2, c’est en fin de vie, sans correctifs de sécurité. PHP 7, c’est une antiquité.

Le passage de PHP 7 à 8 a été un vrai gain, parfois 20 à 30 % plus rapide à code identique, sans rien faire de votre côté. Si votre hébergeur est encore en 7, ce n’est pas un hébergeur. C’est un musée.

Le « temps de requête vide »

Un concept que nous avons inventé chez Meow Apps, et qui est réellement utile : le temps de requête vide, c’est le temps que WordPress passe avant d’avoir fait quoi que ce soit d’utile pour une seule requête.

Chaque chargement de page déclenche toute la séquence de démarrage : le cœur, le thème, chaque extension active, leurs hooks d’initialisation, et seulement ensuite la vraie requête. Même une page « Bonjour » paie tout ce démarrage.

Repères : moins de 500 ms, c’est sain. De 500 à 1 500 ms, votre pile d’extensions est trop lourde. Au-delà de 2 000 ms, vous aurez des délais dépassés régulièrement. Quelque chose ne va fondamentalement pas.

Si vous avez une extension Meow Apps installée, Meow Apps → Dashboard mesure ce temps toutes les cinq secondes et affiche une moyenne glissante. Pour trouver le coupable : notez le score, désactivez une extension, cliquez Reset, attendez le nouveau score, comparez. Répétez jusqu’à le trouver.

Nettoyez la base de données

Une base WordPress accumule des déchets avec le temps : révisions d’articles (souvent des centaines par article), brouillons automatiques, transients expirés, sessions oubliées, tables orphelines d’extensions désinstallées il y a des années. Rien de cela ne ralentit directement les visiteurs, mais tout ralentit l’administration, chaque recherche, chaque sauvegarde.

Avant tout nettoyage, sauvegardez. Ce n’est pas négociable.

La façon propre de faire en 2026, c’est Database Cleaner. Elle détecte les données orphelines, montre ce qui sera supprimé avant de le faire, et lance le nettoyage sans que vous touchiez au SQL. Honnêtement, elle fait mieux que la plupart des anciennes extensions tout-en-un, et c’est exactement pour ça que nous l’avons écrite.

Pour désactiver complètement les révisions (seulement si vous ne vous en servez vraiment pas), dans wp-config.php :

define('WP_POST_REVISIONS', false);
define('AUTOSAVE_INTERVAL', 259200);

Nettoyez la médiathèque

La médiathèque est l’autre face du même problème. Après quelques années, des centaines ou des milliers d’images ne sont référencées par aucun article, aucune page, aucun produit. Elles prennent de la place, ralentissent les sauvegardes et encombrent le sélecteur de médias.

Media Cleaner analyse l’installation, trouve les fichiers inutilisés et les envoie à la corbeille en masse. La version Pro va plus loin en analysant le système de fichiers pour attraper les orphelins qui n’ont même plus d’entrée en base.

En bref

Moins d’extensions. Un vrai hébergeur et un PHP récent. Mesurez le temps de requête vide pour trouver le coupable. Une fois par mois, Database Cleaner et Media Cleaner. Avec ça, la plupart des « WordPress lents » redeviennent rapides.