Au milieu d'une opération, souvent l'import d'un catalogue, la génération de vignettes ou l'installation d'un module : voyez comment nous transformons des boutiques PrestaShop en réalisations concrètes. PrestaShop s'arrête net avec un message technique : « Fatal error: Allowed memory size of X bytes exhausted ». La boutique a manqué de mémoire. Voici ce que ça signifie et comment le régler proprement.
Ce que dit vraiment l'erreur
PHP attribue à chaque script une quantité maximale de mémoire vive, définie par le paramètre memory_limit. Quand une opération PrestaShop dépasse cette limite, PHP coupe et affiche cette erreur fatale. La boutique ne « bug » pas au hasard, elle a simplement atteint son plafond.
Les moments où ça arrive sont assez typiques : import ou export d'un gros catalogue, régénération des miniatures d'images, installation ou mise à jour d'un module lourd, ou une page qui charge trop de données d'un coup.
Augmenter la mémoire, la bonne dose
La première réponse est d'augmenter la memory_limit. Pour une boutique PrestaShop, 256 Mo est un minimum confortable, et 512 Mo un bon objectif si vous avez des modules et un catalogue conséquent. En dessous de 128 Mo, les erreurs de mémoire sont quasi inévitables.
Selon votre hébergement, vous ajustez cette valeur de différentes façons. Sur un serveur où vous avez la main, dans le fichier php.ini. Sur beaucoup de mutualisés, depuis le panneau de l'hébergeur, ou via un fichier .user.ini à la racine, avec une ligne du type memory_limit = 512M. Si vous n'avez accès à rien de tout ça, le support de l'hébergeur applique le changement en quelques minutes.
Attention au piège : augmenter n'est pas réparer
Voilà le point que beaucoup ratent. Si vous devez sans cesse augmenter la mémoire, ce n'est pas normal. Une boutique saine tourne très bien avec 256 ou 512 Mo. Si elle en réclame toujours plus, c'est qu'un élément consomme anormalement. Documentation PrestaShop
Le coupable est souvent un module mal optimisé, qui charge tout un catalogue en mémoire au lieu de procéder par lots, ou un module ancien qui traîne des inefficacités. Dans ce cas, monter la limite ne fait que repousser le mur. La vraie solution est d'identifier le module fautif et de le corriger, le remplacer ou le retirer, une démarche proche de celle décrite quand un module plante le site.
Une version de PrestaShop ou de PHP inadaptée aggrave aussi la consommation. Sur ce point, notre article PrestaShop et PHP 8 fait le tour de la question.
Quand c'est le signe d'une boutique à bout de souffle
Des erreurs de mémoire à répétition, sur une boutique ancienne et chargée de modules accumulés au fil des ans, racontent souvent la même histoire : une base vieillissante qu'on rafistole. Repartir sur une version PrestaShop 9 propre, avec des modules à jour et un thème léger comme Hummingbird, allège nettement la consommation et espace les incidents.
Si vous préférez déléguer, notre dépannage PrestaShop diagnostique la cause réelle, à partir de 95 €/h, plutôt que de se contenter d'augmenter la limite. Et la maintenance PrestaShop surveille les performances pour éviter que ces erreurs ne surgissent en pleine journée de vente.
Pour aller plus loin : blog officiel PrestaShop · notes de version PrestaShop · versions PHP supportées · endoflife.date – PHP
Pour approfondir : règlement européen sur la protection des données.
| Plateforme | Maintenance requise | Coût annuel type |
|---|---|---|
| Shopify | Abonnement + apps | 360-3 600 € |
| WooCommerce | Hébergement + extensions | 200-2 000 € |
| PrestaShop | Hébergement + modules + MAJ | 500-3 000 € |
Pour approfondir : Commission européenne – économie numérique.
