Mémoire épuisée : quand WordPress bute sur la limite de l'hébergeur

12 novembre 2026

Ou : trois récipients emboîtés, et c’est toujours le plus petit qui déborde.

La réponse courte : le message « Fatal error: Allowed memory size of 134217728 bytes exhausted » signifie qu’un script PHP a atteint sa limite de mémoire, ici 128 Mo (134 217 728 octets, calcul). Trois limites distinctes peuvent être en cause : celle que WordPress demande, WP_MEMORY_LIMIT ; celle que PHP accorde, memory_limit ; et la mémoire réelle du compte d’hébergement. La documentation de wp-config.php indique que WordPress tente par défaut de porter la mémoire à 40 Mo pour un site simple, 64 Mo pour un multisite, et jusqu’à 256 Mo dans l’administration, mais prévient que certains hébergeurs ne permettent pas d’augmenter la limite de PHP automatiquement. Savoir laquelle a cédé évite de payer une offre plus chère pour rien, et fait partie du choix d’un hébergement taillé pour WordPress.

Le chiffre de l’erreur dit presque tout. 128 Mo, c’est la valeur par défaut de memory_limit dans PHP, selon la liste des directives du php.ini : l’hébergeur n’a rien réglé, ou vous êtes sur une configuration ancienne. 40 ou 64 Mo, c’est WordPress qui se limite lui-même. Un chiffre plus élevé, 512 Mo ou davantage, signale un script vraiment gourmand, ou une boucle qui ne s’arrête pas.

Pour qui : un site WordPress chargé d’extensions, ou une petite boutique, qui a besoin d’une limite de mémoire de script élevée sans administrer de serveur.
À partir de : 5,75 € par mois hors TVA, facturés à l’année, pour l’hébergement WordPress Infomaniak, proposé sur son hébergement web, avec un memory_limit de 640 à 1 280 Mo (tarif et valeurs affichés le 12 novembre 2026).
Pour démarrer : commander l’hébergement web Infomaniak, régler la mémoire de PHP du site, puis fixer WP_MEMORY_LIMIT dans wp-config.php.

Allowed memory size exhausted sous WordPress : la limite de qui ?

Hébergeur, offre	`memory_limit`	Ce qu’on peut changer
Infomaniak, hébergement web	de 640 à 1 280 Mo au maximum	la valeur dans cette fourchette ; plafond débloquable 10 fois par an pendant 60 minutes
Infomaniak, Serveur Cloud managé	de 640 à 2 048 Mo au maximum	idem
OVHcloud, hébergement mutualisé	512 Mo avec PHP-FPM, 128 Mo sans	valeur fixée par l’environnement ; PHP-FPM actif par défaut, sauf offres d’avant 2014 non mises à jour
Hostinger, Premium, Unlimited, Cloud Startup	1 536, 2 048 et 3 072 Mo	jusqu’au plafond fixe de l’offre ; au-delà, changer d’offre
o2switch	plafond non publié ; 512 Mo dans les exemples de php.ini de sa FAQ	le php.ini, par l’outil de choix de la version de PHP

Relevés du 12 novembre 2026 sur les fiches d’offres et documentations officielles (OVHcloud : documentation mise à jour le 8 juin 2026 ; Hostinger : tableau des limites mis à jour le 6 novembre 2026 ; o2switch : FAQ mise à jour le 9 novembre 2026).

La correction se fait dans l’ordre inverse des limites. D’abord PHP, chez l’hébergeur : le panneau propose presque toujours un réglage, dans une fourchette qu’il fixe. Ensuite WordPress, dans wp-config.php, avant la ligne qui demande d’arrêter les modifications :

1
2
3
4
// mémoire demandée par WordPress sur le site public
define( 'WP_MEMORY_LIMIT', '256M' );
// mémoire demandée dans l'administration (256M par défaut)
define( 'WP_MAX_MEMORY_LIMIT', '512M' );

Ces deux lignes ne servent que si PHP accorde la mémoire demandée : WordPress ne peut pas réclamer plus que ce que l’hébergeur autorise. C’est la confusion la plus fréquente, et la raison pour laquelle tant de tutoriels « qui ne marchent pas » marchent très bien ailleurs. Depuis PHP 8.5, l’hébergeur dispose même d’une directive dédiée, max_memory_limit, qui fixe la valeur maximale que memory_limit peut prendre, au démarrage comme en cours d’exécution.

WordPress verse, PHP filtre, le compte encaisse : c'est le goulot le plus étroit qui fixe le débit.

La troisième limite est la plus discrète : la mémoire totale du compte. Sur un mutualisé, chaque processus PHP a son memory_limit, mais tous partagent la RAM de l’offre. Hostinger affiche 2 Go de RAM pour son offre Premium et 1 536 Mo de memory_limit : deux scripts gourmands en même temps suffisent à toucher le plafond du compte (calcul). L’erreur ressemble alors à une erreur de mémoire PHP, alors que c’est le compte qui sature.

Quand l’erreur persiste avec une limite déjà généreuse, la FAQ d’o2switch, mise à jour le 12 novembre 2026, conseille d’augmenter la mémoire progressivement, puis de soupçonner un défaut du script, une boucle infinie par exemple. Trois signes disent en revanche que l’offre est trop petite : l’erreur revient chaque jour sur des tâches normales (import, sauvegarde, génération de miniatures), le plafond de memory_limit est atteint et ne peut plus monter, et les graphiques de ressources du panneau montrent la mémoire du compte à son maximum aux mêmes heures.

Trouver l’extension qui mange la mémoire

Une extension qui charge des milliers d’objets à chaque page consomme mémoire et temps de réponse. Query Monitor attribue requêtes et erreurs PHP à chaque extension, et la méthode pour isoler le coupable est décrite dans le diagnostic d’un site WordPress qui rame.

La mémoire, critère à lire avant l’achat

memory_limit est l’une des douze valeurs qu’un hébergeur publie, ou devrait publier, avant que vous payiez. Les autres, de la version de PHP au nombre de processus, sont réunies dans les valeurs à vérifier avant de choisir un hébergeur WordPress.

Une boutique, plus gourmande qu’un blog

WooCommerce demande 256 Mo pour WordPress dans ses prérequis, et une boutique cumule les processus PHP non mis en cache. Le moment où le mutualisé ne suffit plus est estimé dans l’hébergeur qu’il faut à une boutique WooCommerce.