Erreur 500 PrestaShop ou page blanche : que faire tout de suite

Vous ouvrez votre boutique un lundi matin et vous ne voyez que « Erreur 500 », ou une page complètement blanche, pendant que les commandes du week-end attendent. Une erreur 500 PrestaShop ou une page blanche ne veut presque jamais dire que vous avez perdu votre boutique : cela signifie que quelque chose a planté en interne et que PrestaShop ne sait pas vous dire quoi. D’abord, ne touchez à rien à l’aveugle ; ensuite, soit vous faites le diagnostic avec les étapes ci-dessous, soit vous confiez le problème à quelqu’un qui s’en occupera en moins de 12 heures.

Que signifie l’erreur 500 sur PrestaShop ?

C’est un message générique du serveur : « quelque chose s’est mal passé et je ne peux pas finir de charger la page ». Il ne dit pas quoi. La page blanche, c’est la même chose, mais sans même le message : la boutique est configurée pour ne pas afficher les erreurs aux clients, donc elle n’affiche rien.

La bonne nouvelle, c’est que vos produits, vos clients et vos commandes sont toujours dans la base de données. Ce qui est cassé, c’est la partie qui les affiche, et cela se répare.

Pourquoi ma boutique est-elle tombée d’un coup ?

Il y a presque toujours quelque chose qui a changé juste avant. Les causes les plus fréquentes sont :

• Un module nouveau ou mis à jour qui entre en conflit avec un autre ou avec votre version de PrestaShop.
• Une mise à jour de PrestaShop ou du thème restée à moitié faite.
• Un changement chez votre hébergeur : il a passé la version de PHP (le langage dans lequel tourne PrestaShop) à une version supérieure et votre boutique n’est pas compatible avec la nouvelle.
• Le cache, les fichiers temporaires que PrestaShop garde pour aller plus vite, est devenu obsolète ou corrompu.
• Le serveur manque de mémoire sur les pages les plus lourdes, comme le catalogue ou le back-office.
• Des droits sur les fichiers mal réglés après avoir déplacé la boutique ou envoyé quelque chose par FTP.

Avant toute chose, faites le point : qu’est-ce qui a été installé, mis à jour ou modifié ces derniers jours ? Cette réponse fait gagner la moitié du travail.

Que faire tout de suite pour ne pas aggraver la situation ?

1. Ne réinstallez pas PrestaShop et ne supprimez pas de modules au hasard. Désinstaller un module peut effacer sa configuration et ses données.
2. Demandez à votre hébergeur une sauvegarde des fichiers et de la base de données dans leur état actuel, ou faites-la vous-même depuis son panneau. Ainsi, chaque essai pourra être annulé.
3. Regardez si tout plante ou seulement une partie. La page d’accueil, seulement le panier, seulement le back-office ? Notez-le : c’est le premier indice.
4. Faites une capture d’écran de ce que vous voyez, avec l’adresse de la page visible.

Comment voir la vraie erreur derrière la page blanche ?

PrestaShop a un mode debug qui, au lieu de la page blanche, affiche le message d’erreur complet. Ce message indique généralement quel fichier ou quel module a planté.

Si le back-office s’ouvre encore, activez-le dans Paramètres avancés > Performances > Mode debug. S’il ne s’ouvre pas non plus, il faut modifier un fichier par FTP ; c’est expliqué dans la dernière partie, destinée à votre équipe technique.

Attention, c’est important : avec le mode debug activé, vos clients voient aussi les erreurs. Ne l’utilisez que le temps de lire le message, puis désactivez-le.

L’autre source d’indices, ce sont les journaux d’erreurs : PrestaShop les enregistre dans le dossier var/logs de votre boutique, et votre hébergeur a généralement son propre journal d’erreurs PHP dans le panneau de contrôle.

Puis-je le réparer moi-même sans savoir programmer ?

Parfois, oui. Il y a trois vérifications que vous pouvez faire sans toucher au code :

Vider le cache

Dans le back-office, sous Paramètres avancés > Performances, cliquez sur Vider le cache. Si le back-office ne s’ouvre pas, votre équipe technique peut le vider en supprimant le contenu d’un dossier. C’est sans risque : PrestaShop recrée ces fichiers tout seul.

Désactiver le dernier module que vous avez touché

Si le problème a commencé après l’installation ou la mise à jour d’un module, désactivez-le (ne le désinstallez pas) dans Modules > Gestionnaire de modules. Si la boutique revient, vous savez qui était le coupable.

Demander à votre hébergeur si quelque chose a changé

Une question directe : « Avez-vous changé la version de PHP ou une limite du serveur ces derniers jours ? ». Chaque version de PrestaShop ne fonctionne qu’avec certaines versions de PHP, et un changement de ce genre fait tomber une boutique du jour au lendemain.

Si rien n’a changé après cela, arrêtez les essais. Chaque tentative à l’aveugle, c’est plus de temps avec la boutique fermée et plus de risque de toucher à quelque chose qui fonctionnait.

Combien coûte la réparation ?

Chez BK Modules, vous avez le support PrestaShop urgent : vous payez une heure de technicien, 45 € (tarif d’octobre 2026), et nous nous y mettons. Nous travaillons 7 jours sur 7. Les erreurs 500, les pages blanches et le back-office qui ne s’ouvre pas sont tout en haut de la liste de ce que nous réparons.

Voici comment cela fonctionne :

1. Vous payez l’heure. Vous pouvez nous dire ce que vous voyez, l’adresse de votre boutique et joindre des captures ou le journal d’erreurs, mais c’est facultatif : inutile d’expliquer quoi que ce soit pour payer.
2. Un technicien vous écrit en moins de 12 heures, 7 jours sur 7, avec ce que nous constatons et comment nous allons le réparer. C’est à ce moment-là que nous vous demandons l’accès à votre boutique et, si besoin, à votre hébergement, par un canal sécurisé. Jamais dans le formulaire.
3. Si c’est réparé dans l’heure, c’est terminé. S’il faut plus de temps, nous nous arrêtons et vous disons ce qui reste à faire et combien de temps cela prendra. C’est vous qui décidez si nous continuons ; rien n’est facturé sans votre accord.

Nous travaillons avec PrestaShop 1.6, 1.7, 8 et 9, et votre facture est dans votre compte dès le paiement. C’est nous qui développons des modules PrestaShop, nous connaissons donc de l’intérieur ce qui casse le plus souvent.

Comment éviter que cela se reproduise ?

La plupart de ces erreurs arrivent avec une mise à jour faite sans test ou un changement sur le serveur dont personne n’a prévenu. Avoir quelqu’un qui connaît votre boutique et teste les mises à jour avant de les appliquer évite presque toutes les mauvaises surprises.

C’est exactement la maintenance PrestaShop annuelle : mises à jour testées, sauvegardes, surveillance et des heures dans l’année pour le jour où quelque chose plante.

Pour votre équipe technique

Si le back-office ne s’ouvre pas, le mode debug s’active dans config/defines.inc.php, en remplaçant false par true sur cette ligne :

define('_PS_MODE_DEV_', true);

• Journaux : var/logs/ de la boutique, plus le journal d’erreurs PHP du serveur.
• Cache : supprimer le contenu de var/cache/prod/ et var/cache/dev/.
• Module suspect sans accès au back-office : renommer son dossier dans modules/ pour que PrestaShop ne le charge pas.
• Mémoire : memory_limit PHP d’au moins 256 Mo.
• Droits : dossiers en 755 et fichiers en 644, avec var/, img/ et upload/ accessibles en écriture pour l’utilisateur du serveur web.
• PHP : vérifier que la version active est compatible avec la version de PrestaShop installée.

Une fois terminé, remettre _PS_MODE_DEV_ à false.

Vous voulez que quelqu’un s’occupe de votre boutique dès maintenant ?

Chaque heure de boutique en panne, ce sont des ventes qui partent sur un autre site. Payez l’heure, et un technicien qui connaît PrestaShop de l’intérieur vous écrit en moins de 12 heures pour la remettre en marche.

Réparer ma boutique pour 45 €