Mémoire autorisée épuisée dans WordPress : comment corriger l’erreur

Votre site affiche une erreur de ce type, à l’écran ou dans le journal des erreurs :

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 20480 bytes) in /home/.../wp-content/plugins/...

Elle peut se manifester par une page blanche, un message d’« erreur critique », un téléversement qui échoue ou une importation qui s’arrête à mi-parcours. La cause est la même : un processus PHP a eu besoin de plus de mémoire qu’il n’était autorisé à utiliser, et PHP l’a interrompu.

Ce guide explique les nombres du message, comment augmenter correctement la limite et comment repérer si un élément du site consomme bien plus de mémoire que nécessaire.

Comprendre l’erreur

À chaque chargement de page, PHP exécute WordPress, votre thème et vos extensions dans une quantité de mémoire définie. Le nombre indiqué dans l’erreur correspond à cette limite, en octets. Quelques valeurs courantes :

• 33554432 octets = 32 Mo
• 67108864 octets = 64 Mo
• 134217728 octets = 128 Mo
• 268435456 octets = 256 Mo

Le nombre « tried to allocate » désigne seulement le dernier petit bloc demandé par PHP au moment de l’épuisement. Il n’indique pas la quantité de mémoire supplémentaire nécessaire. Le chemin du fichier en fin de message est plus utile : il montre l’extension ou le thème en cours d’exécution lorsque la mémoire a manqué, même si ce n’est pas toujours celui qui en consomme le plus.

Étape 1 : vérifier les limites actuelles

Allez dans Outils → Santé du site → Informations et ouvrez les rubriques Serveur et Constantes WordPress . Notez trois valeurs :

• Limite de mémoire PHP (dans Serveur) : le plafond fixé par votre hébergeur.
• WP_MEMORY_LIMIT: la mémoire demandée par WordPress pour les pages ordinaires.
• WP_MAX_MEMORY_LIMIT: la mémoire demandée par WordPress dans wp-admin et pour les tâches lourdes, comme le traitement d’images.

WordPress peut augmenter sa propre limite jusqu’au plafond PHP, mais pas au-delà. Si l’hébergeur limite PHP à 128 Mo, définir 512 Mo dans WordPress n’a aucun effet.

Étape 2 : augmenter la limite de mémoire WordPress

Ouvrez wp-config.php dans le gestionnaire de fichiers ou en SFTP, puis ajoutez ces lignes au-dessus de « That’s all, stop editing! » :

define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );

Pour la plupart des sites, 256 Mo suffisent largement. Les boutiques WooCommerce et les sites utilisant des constructeurs de pages en ont souvent besoin. Rechargez la page en échec. Si l’erreur a disparu, consultez de nouveau Santé du site pour vérifier que la nouvelle valeur est utilisée.

Étape 3 : augmenter la limite PHP si WordPress ne le peut pas

Si Santé du site affiche toujours l’ancienne limite PHP, augmentez-la au niveau du serveur. Utilisez la méthode prise en charge par votre hébergeur :

• Panneau de gestion de l’hébergement : recherchez « Réglages PHP », « Select PHP Version → Options » ou « MultiPHP INI Editor », puis réglez memory_limit sur 256M. C’est la méthode la plus sûre.
• .user.ini ou php.ini à la racine du site, chez les hébergeurs qui l’autorisent :

memory_limit = 256M

• .htaccess, uniquement sur les serveurs Apache exécutant PHP comme module Apache :

php_value memory_limit 256M

Soyez prudent avec la méthode .htaccess. Sur les serveurs qui exécutent PHP autrement, cette ligne provoque une erreur 500 Internal Server Error. Dans ce cas, retirez-la immédiatement. Les modifications de .user.ini peuvent mettre quelques minutes à s’appliquer. Si aucune de ces méthodes ne fonctionne, demandez à l’hébergeur d’augmenter la limite.

Étape 4 : trouver ce qui consomme autant de mémoire

Augmenter la limite corrige le symptôme. Si votre site utilisait 128 Mo le mois dernier et dépasse 256 Mo aujourd’hui, quelque chose ne va pas. Augmenter encore la limite ne fait que retarder la prochaine panne. Recherchez la cause :

• Vérifiez le chemin du fichier dans l’erreur. S’il désigne toujours la même extension, commencez par elle.
• Repensez aux changements récents. Une nouvelle extension, une mise à jour ou une importation importante coïncide souvent avec la première erreur.
• Utilisez Query Monitor. Cette extension gratuite affiche le pic de consommation mémoire de chaque page dans la barre d’administration. Comparez les pages, puis désactivez les extensions suspectes une par une sur une copie de préproduction et observez la valeur.
• Recherchez les tâches lourdes. Les extensions de sauvegarde, de recherche de liens cassés ou d’articles similaires, ainsi que les outils de sitemap ou de SEO qui parcourent tous les articles, peuvent consommer beaucoup de mémoire, surtout sur les grands sites.

Étape 5 : corriger les problèmes de mémoire fréquents

• Images très volumineuses : téléverser directement des photos de 6 000 pixels sorties de l’appareil pousse WordPress à créer de nombreuses copies redimensionnées en même temps, ce qui peut épuiser la mémoire. Redimensionnez les images avant de les envoyer.
• Importations et exportations importantes : divisez les gros fichiers CSV ou XML en fichiers plus petits, ou utilisez WP-CLI, qui dispose souvent d’une limite plus élevée.
• Options chargées automatiquement trop volumineuses : WordPress charge chaque réglage « autoloaded » sur toutes les pages. Les données laissées par des extensions supprimées peuvent rendre cet ensemble très volumineux. Outils → Santé du site vous avertit lorsque ces options prennent trop de place.
• Anciennes versions de PHP : les versions récentes utilisent généralement la mémoire plus efficacement. Utiliser une version compatible avec vos extensions et recevant encore des mises à jour de sécurité peut aider.

Étape 6 : si wp-admin est inaccessible

Si l’erreur bloque aussi wp-admin, modifiez wp-config.php en SFTP ou dans le gestionnaire de fichiers, comme à l’étape 2. Si cela ne suffit pas, désactivez les extensions en renommant le dossier wp-content/plugins , comme indiqué dans notre guide sur l’écran blanc WordPress, puis réactivez-les une par une.

Quand faire appel à un spécialiste

Demandez de l’aide si l’erreur revient après l’augmentation de la limite, si l’hébergeur refuse de dépasser une limite basse, si le chemin désigne une extension indispensable à votre site ou si la consommation augmente constamment avec sa croissance. Cela indique généralement un problème de code ou de base de données qui nécessite une analyse des ressources, plutôt qu’un plafond plus élevé.

Questions fréquentes

De combien de mémoire WordPress a-t-il besoin ?

WordPress lui-même a des besoins modestes. Un blog simple fonctionne souvent bien avec 128 Mo. Les boutiques, les sites avec espace membre et ceux utilisant des constructeurs de pages nécessitent généralement 256 Mo. Si un site demande bien davantage sur des pages ordinaires, recherchez une extension lourde ou des données trop volumineuses.

Peut-on définir une limite de mémoire très élevée sans risque ?

La limite est un plafond, pas une réservation : l’augmenter ne consomme donc pas de mémoire en soi. Mais une limite très élevée peut permettre à un processus défectueux de ralentir tout le serveur. Augmentez-la selon vos besoins et corrigez la cause.

Pourquoi l’erreur est-elle apparue sans aucun changement ?

Les mises à jour automatiques d’extensions, une base de données qui grossit ou une baisse des limites ou un changement de version PHP chez l’hébergeur peuvent la déclencher. Consultez l’historique des mises à jour et demandez à l’hébergeur si quelque chose a changé de son côté.