Options autoloadées WordPress : diagnostiquer et corriger un site ralenti

Réduisez les options autoloadées seulement après avoir identifié les plus volumineuses et leur usage. Une option inutile peut être supprimée ; une option nécessaire mais rarement lue peut ne plus être autoloadée, à condition de tester le changement.

Ces options sont chargées très tôt par WordPress, à chaque requête qui initialise le CMS. Elles sont utiles pour les réglages nécessaires en permanence, mais des exports, journaux, caches ou données limitées à une page peuvent alourdir la lecture, la mise en cache et la désérialisation.

Mesurez avant de modifier

Consultez d’abord Outils > Santé du site. Selon votre version de WordPress, un avertissement peut signaler que les options autoloadées sont susceptibles d’affecter les performances ; l’onglet « Informations » permet aussi de conserver un état initial.

Interrogez ensuite la base sur une préproduction ou en lecture seule dans phpMyAdmin. Remplacez wp_ par le préfixe réel de vos tables.

Requête phpMyAdmin :
SELECT option_name, LENGTH(option_value) AS bytes, autoload
FROM wp_options
WHERE autoload IN ('yes', 'on', 'auto', 'auto-on')
ORDER BY bytes DESC
LIMIT 30;

Cette requête affiche les options les plus lourdes chargées automatiquement. Pour mesurer le volume total, utilisez la même sélection avec SUM(LENGTH(option_value)), puis comparez le résultat avant et après intervention plutôt que de viser un seuil universel.

Vous pouvez lancer la même requête avec WP-CLI :

Commande WP-CLI :
wp db query "SELECT option_name, LENGTH(option_value) AS bytes, autoload FROM wp_options WHERE autoload IN ('yes','on','auto','auto-on') ORDER BY bytes DESC LIMIT 30;"

En multisite, contrôlez chaque table d’options concernée. Les réglages réseau sont stockés séparément et doivent être analysés dans leur propre contexte.

Attribuez chaque option avant d’agir

Le nom d’une option peut indiquer son plugin, son thème ou une ancienne extension, sans prouver qu’elle est supprimable. Vérifiez son contenu et son usage réel, notamment si elle semble liée à un plugin désinstallé, une migration, un cache ou un transient expiré.

Pour un plugin ou thème actif, consultez sa documentation et utilisez d’abord ses fonctions de purge ou de nettoyage.
Pour un plugin désinstallé, confirmez qu’aucun code, tâche planifiée ou intégration n’utilise encore ses données.
Pour une option nécessaire mais rarement consultée, envisagez de désactiver l’autoload plutôt que de la supprimer.

Les données de widgets, de constructeurs de pages, de commerce ou de traduction peuvent être volumineuses tout en restant légitimes. Pour les résidus d’extensions, consultez aussi notre méthode pour repérer les plugins WordPress abandonnés.

Appliquez un changement réversible

Traitez une option à la fois, idéalement sur une préproduction représentative. Vérifiez d’abord que votre sauvegarde peut être restaurée : notre guide explique comment tester une restauration WordPress sans risque.

Notez le nom de l’option, sa taille, sa valeur d’autoload initiale et l’extension supposée responsable. Préférez une suppression native, une désinstallation propre ou un outil officiel ; si vous modifiez l’autoload, testez ensuite les pages clés, la connexion, les formulaires, le panier et l’administration, puis surveillez les erreurs PHP et les logs.

N’utilisez pas une requête SQL de masse pour passer toutes les options à autoload = no. Elle peut multiplier les requêtes, casser un réglage attendu ou masquer un défaut d’extension ; relancez la mesure après chaque correction et poursuivez le diagnostic côté requêtes, cache, PHP et tâches planifiées si le gain n’est pas visible.