PrestaShop erreur 500 ou page blanche : que faire pour réparer ? 🛠️

Que veut dire une erreur 500 sur une boutique PrestaShop ?

Une erreur 500 signifie que le serveur a rencontré un problème interne et n'a pas pu afficher la page. La boutique n'est pas effacée : un élément bloque son fonctionnement.

Le serveur, c’est l’ordinateur qui fait tourner votre boutique chez votre hébergeur. Quand un client ouvre une page, ce serveur lance PrestaShop, qui fabrique la page à la volée. Si quelque chose casse en route, le serveur renvoie un code 500 : « erreur interne ».

Ce code est volontairement vague. Il dit qu’il y a un problème, pas lequel. Le site de référence MDN donne une définition claire du code d’erreur HTTP 500 : le serveur a rencontré une situation qu’il ne sait pas gérer.

Ce que l’erreur 500 n’est pas

• Ce n’est pas un piratage, dans la très grande majorité des cas.
• Ce n’est pas une boutique supprimée : produits, clients et commandes restent en général dans la base de données.
• Ce n’est pas forcément la faute de l’hébergeur, même s’il faut parfois le contacter.

Ce que vous voyez à l’écran

Selon la configuration, l’erreur prend plusieurs visages :

• un message « Erreur 500 » ou « Internal Server Error » ;
• une page totalement blanche, sans rien ;
• un message de PrestaShop du type « Oops, quelque chose s’est mal passé » ;
• une page qui s’affiche, mais seulement sur certaines pages (panier, fiche produit, paiement).

Prenons un caviste qui vend ses bouteilles en ligne. Le matin, l’accueil fonctionne. Mais dès qu’un client ajoute une bouteille au panier, erreur 500. Le problème est alors localisé : souvent un module de livraison ou de paiement. Noter précisément où l’erreur apparaît vous fait gagner beaucoup de temps.

Pourquoi PrestaShop affiche-t-il une page blanche ?

Une page blanche sur PrestaShop est presque toujours une erreur 500 masquée. Le message est caché par sécurité, il faut activer le mode debug pour le lire.

La page blanche déroute, car elle ne dit rien. En réalité, c’est souvent la même panne qu’une erreur 500. Simplement, la boutique est réglée pour ne pas montrer les détails techniques aux visiteurs. C’est un bon réglage en temps normal : ces détails peuvent aider un pirate.

Les situations typiques

• Page blanche partout : un fichier essentiel ne se charge plus. Cause fréquente : cache, module ou version de PHP.
• Page blanche seulement sur le site, back-office OK : souvent le thème ou un module affiché en vitrine.
• Page blanche seulement dans le back-office : souvent un module d’administration ou un manque de mémoire.
• Page blanche après connexion : fréquemment un souci de cookies ou de cache.

Un exemple concret

Une fleuriste installe un module de calendrier de livraison. Elle revient sur sa boutique : écran blanc. Rien d’autre n’a changé. Dans ce cas, le coupable est presque certain. Désactiver ce module suffit souvent à tout faire revenir.

Le bon réflexe

Ne tentez pas dix choses à la fois. Une page blanche se règle en deux temps :

1. Rendre l’erreur visible, pour savoir ce qui bloque.
2. Corriger uniquement ce qui est désigné.

Sans le vrai message, on cherche à l’aveugle. On supprime parfois des fichiers utiles et la panne empire. La méthode pour afficher ce message est détaillée plus bas.

Quelles sont les causes les plus fréquentes d’un bug PrestaShop ?

Les bugs PrestaShop viennent surtout d'un module incompatible, d'une mise à jour ratée, d'un cache abîmé, d'une version de PHP inadaptée ou d'un serveur trop limité.

Une boutique PrestaShop, c’est un moteur principal entouré de dizaines de pièces ajoutées : thème, modules, surcharges. Chaque pièce doit s’entendre avec les autres. Le bug naît souvent d’une seule pièce qui ne suit plus.

Les causes classiques

• Un module installé, mis à jour ou mal codé. C’est la cause numéro un dans la pratique.
• Une mise à jour de PrestaShop interrompue ou faite sans vérifier les modules.
• Le cache, ces fichiers temporaires qui accélèrent le site, devenu incohérent.
• La version de PHP, le langage qui fait tourner PrestaShop, changée par l’hébergeur.
• Le fichier .htaccess, qui gère les adresses des pages, mal réécrit.
• La mémoire du serveur, trop faible pour un gros catalogue ou un import.
• Les droits des fichiers, modifiés lors d’un transfert.
• La base de données, inaccessible après un changement de mot de passe.

La question qui trouve la cause

Demandez-vous : qu’est-ce qui a changé juste avant la panne ? Dans la majorité des cas, la réponse est là.

Ce qui a changé	Piste à suivre
Nouveau module	Désactiver ce module
Mise à jour de PrestaShop	Cache, puis compatibilité des modules
Courriel de l’hébergeur	Version de PHP ou limites du serveur
Déménagement du site	Identifiants de base de données, droits des fichiers
Rien du tout	Mise à jour automatique, espace disque plein, piratage plus rare

Un coiffeur qui vend ses produits en ligne n’a rien touché ? Regardez quand même les courriels de l’hébergeur. Un changement de PHP passe souvent inaperçu.

Que faire en premier quand la boutique ne s’affiche plus ?

Gardez votre calme, notez ce qui a changé, faites une sauvegarde des fichiers et de la base de données, puis vérifiez si la panne touche tout le site.

Dans l’urgence, on a envie de tout tester. C’est le meilleur moyen d’empirer les choses. Suivez plutôt cet ordre.

1. Constater précisément

• La panne touche-t-elle l’accueil, les fiches produits, le panier, le back-office ?
• Apparaît-elle sur un autre appareil, une autre connexion ?
• Depuis quand ? Une heure, une journée ?

Faites une capture d’écran. Notez l’heure. Ces détails aideront la personne qui vous dépannera, ou vous-même.

2. Lister les changements récents

Module installé, thème modifié, mise à jour lancée, courriel de l’hébergeur : tout compte. Si vous travaillez avec un prestataire, demandez-lui ce qu’il a fait.

3. Sauvegarder avant de toucher

Avant toute réparation, faites une copie :

• des fichiers, via le gestionnaire de fichiers de l’hébergeur ou un logiciel FTP (un outil qui copie les fichiers entre le serveur et votre ordinateur) ;
• de la base de données, souvent depuis l’espace client de l’hébergeur.

Beaucoup d’hébergeurs gardent aussi des sauvegardes automatiques. Vérifiez qu’elles existent.

4. Prévenir vos clients

Un message sur vos réseaux ou une réponse type par courriel évite les inquiétudes. Une épicerie fine en ligne peut simplement écrire : « Boutique en maintenance, commandes par téléphone en attendant. »

5. Vérifier l’hébergeur

Regardez la page d’état de votre hébergeur. Une panne générale de son côté se règle sans vous. Inutile alors de toucher à votre boutique.

Comment afficher le vrai message d’erreur avec le mode debug ?

Le mode debug de PrestaShop remplace la page blanche par le vrai message d'erreur. Il s'active dans le back-office ou dans un fichier de configuration.

Le mode debug, c’est le mode « diagnostic ». Au lieu d’une page blanche, PrestaShop affiche le fichier en cause et la ligne qui bloque. C’est souvent la clé de la réparation.

Si le back-office fonctionne

Allez dans Paramètres avancés > Performances. Repérez la zone « Mode débogage » et passez-la sur « Oui ». Enregistrez, puis rechargez la page en panne.

Si le back-office est inaccessible

Il faut passer par les fichiers :

1. Connectez-vous au gestionnaire de fichiers de l’hébergeur ou en FTP.
2. Ouvrez le fichier config/defines.inc.php.
3. Repérez la ligne qui contient PS_MODE_DEV suivie de false.
4. Remplacez false par true, puis enregistrez.

Gardez une copie du fichier d’origine avant de le modifier.

Lire le message

Le message ressemble souvent à ceci : un type d’erreur, un chemin de fichier, un numéro de ligne. Le chemin est l’indice le plus utile :

• s’il contient /modules/nom-du-module/, ce module est en cause ;
• s’il contient /themes/, regardez votre thème ;
• s’il parle de memory, c’est la mémoire du serveur ;
• s’il parle de database ou SQL, c’est la base de données.

Les journaux d’erreurs

Sur les versions récentes, PrestaShop garde aussi des journaux dans le dossier var/logs. Votre hébergeur propose souvent un journal des erreurs du serveur dans son espace client.

Ne l’oubliez pas

Une fois réparé, remettez le mode debug sur « Non ». Laissé actif, il ralentit la boutique et montre des informations techniques à tout le monde.

Comment vider le cache de PrestaShop, même sans back-office ?

Pour vider le cache sans back-office, supprimez le contenu du dossier var/cache par FTP. PrestaShop recrée ces fichiers temporaires tout seul au chargement suivant.

Le cache, ce sont des fichiers temporaires que PrestaShop prépare pour aller plus vite. Après une mise à jour ou un changement de thème, ils peuvent devenir incohérents. La boutique tente alors d’utiliser des pièces qui n’existent plus. Résultat : erreur 500.

Depuis le back-office

Si vous y avez accès, allez dans Paramètres avancés > Performances. Cliquez sur le bouton « Vider le cache », en haut à droite. C’est sans risque.

Sans accès au back-office

Passez par le gestionnaire de fichiers ou le FTP :

• PrestaShop 1.7 et 8 : ouvrez le dossier var/cache. Supprimez le contenu des dossiers prod et dev, pas les dossiers eux-mêmes si vous hésitez.
• PrestaShop 1.6 : videz le dossier cache/smarty/compile et cache/smarty/cache. Supprimez aussi le fichier cache/class_index.php.

Ne supprimez rien d’autre. Les dossiers img, modules ou upload contiennent vos vraies données.

Le cache du navigateur et des services externes

Il existe d’autres caches :

• celui de votre navigateur : essayez une fenêtre de navigation privée ;
• celui d’un service d’accélération si votre hébergeur en propose un ;
• celui d’un module de cache installé sur la boutique.

Exemple

Un créateur de bijoux met à jour son thème. Les fiches produits tombent en erreur. Il vide var/cache/prod par FTP. La page suivante met quelques secondes à charger, puis tout revient. Ce temps de chargement plus long est normal : PrestaShop reconstruit son cache.

Comment désactiver un module qui fait planter la boutique ?

Désactivez le module depuis le gestionnaire de modules si possible. Sinon, renommez son dossier dans /modules par FTP : PrestaShop ne le charge plus.

Un module défaillant est la cause la plus courante d’une erreur 500. Le désactiver ne supprime en général ni vos réglages ni vos données. On peut le réactiver ensuite.

Méthode 1 : par le back-office

Ouvrez Modules > Gestionnaire de modules. Cherchez le module suspect, puis choisissez « Désactiver ». Évitez « Désinstaller » dans un premier temps : la désinstallation peut effacer ses réglages.

Méthode 2 : par FTP

Si le back-office plante aussi :

1. Ouvrez le dossier modules à la racine de la boutique.
2. Trouvez le dossier du module, souvent au nom proche du module.
3. Renommez-le, par exemple en ajoutant _off à la fin.
4. Videz le cache, puis rechargez la boutique.

Pour réactiver le module, remettez son nom d’origine.

Si vous ne savez pas quel module accuser

Dans Paramètres avancés > Performances, PrestaShop propose des options pour désactiver d’un coup les modules non natifs et les surcharges. Si la boutique remarche, un de ces éléments est en cause. Réactivez-les ensuite un par un.

Les surcharges, ce piège discret

Une surcharge est un fichier qu’un module ajoute pour modifier PrestaShop. Elle se trouve dans le dossier override. Elle peut rester après la suppression d’un module et casser la boutique. Ne la supprimez pas sans copie de sauvegarde.

Après la réparation

Contactez l’éditeur du module avec le message d’erreur. Un module de réservation pour un gîte ou de devis pour un menuisier mérite une version à jour, compatible avec votre PrestaShop.

La version de PHP peut-elle causer une erreur 500 ?

Oui. Chaque version de PrestaShop accepte seulement certaines versions de PHP. Si l'hébergeur passe à une version trop récente ou trop ancienne, la boutique peut planter.

PHP est le langage dans lequel PrestaShop est écrit. Votre hébergeur le met à jour régulièrement, pour des raisons de sécurité. Mais une vieille boutique ne comprend pas forcément une version récente de PHP. Et une boutique récente refuse une version trop ancienne.

Comment le repérer

• La panne arrive sans que vous ayez touché à rien.
• Vous avez reçu un courriel de l’hébergeur sur PHP.
• Le message du mode debug parle de fonction « obsolète » ou « indéfinie ».

Vérifier la compatibilité

PrestaShop publie les prérequis techniques officiels de PrestaShop 8, avec les versions de PHP acceptées. Pour une version plus ancienne, consultez la page équivalente de sa documentation. Votre version de PrestaShop est indiquée en bas du back-office ou dans Paramètres avancés > Informations.

Changer la version de PHP

La plupart des hébergeurs permettent de choisir la version de PHP dans l’espace client. Souvent, quelques clics suffisent. Revenir à la version précédente est une solution d’urgence valable.

Une solution d’urgence, pas définitive

Rester longtemps sur une vieille version de PHP pose deux problèmes :

• elle ne reçoit plus de correctifs de sécurité ;
• l’hébergeur finira par la retirer.

Pour un boucher-traiteur qui prend des commandes en ligne, c’est un risque réel. La vraie solution est de mettre à jour PrestaShop et ses modules. Ou, si la boutique est très ancienne, d’envisager une refonte.

La mémoire et le temps d’exécution

Dans le même réglage, l’hébergeur indique la mémoire allouée à PHP. Un catalogue de milliers de produits peut la dépasser. Demandez une hausse si le message parle de « memory ».

Que faire si l’erreur 500 n’apparaît que dans le back-office ?

Une erreur limitée au back-office vient souvent d'un module d'administration, d'un manque de mémoire ou d'un cache abîmé. La vitrine continue alors de vendre normalement.

Bonne nouvelle : si la vitrine fonctionne, vos clients commandent toujours. Vous avez un peu de temps pour réparer proprement.

Les pages souvent en cause

• La page des commandes : souvent un module de livraison, de facturation ou d’export.
• Le catalogue : beaucoup de produits ou de déclinaisons, donc manque de mémoire.
• Le gestionnaire de modules : connexion bloquée vers le catalogue d’add-ons ou module cassé.
• Le tableau de bord : un module de statistiques trop gourmand.

La marche à suivre

1. Notez la page exacte qui plante, et celles qui marchent.
2. Activez le mode debug par le fichier config/defines.inc.php.
3. Rechargez la page en panne et lisez le chemin du fichier en cause.
4. Désactivez le module désigné ou demandez plus de mémoire.
5. Videz le cache.

Le cas de l’import de produits

Un grossiste en pièces auto importe un fichier de plusieurs milliers de lignes. Le back-office tombe en erreur au milieu. Cause habituelle : temps d’exécution ou mémoire dépassés. Découper le fichier en plusieurs petits imports règle souvent le problème.

Le cas de la connexion impossible

Si la page de connexion du back-office plante, essayez d’abord :

• une fenêtre de navigation privée ;
• un autre navigateur ;
• la suppression des cookies du site.

Si rien ne change, le problème vient du serveur. Revenez au mode debug et au cache. Pensez aussi au dossier d’administration : son nom est unique et ne doit pas avoir été modifié.

Une erreur 500 fait-elle perdre des places sur Google ?

Une panne courte n'a en principe pas d'effet durable. Si l'erreur 500 dure plusieurs jours, Google ralentit sa visite et peut retirer des pages de ses résultats.

Google visite régulièrement votre boutique avec un robot. Quand il tombe sur une erreur 500, il comprend que le serveur a un souci. Il revient plus tard, plus lentement.

Google explique dans son aide comment les erreurs serveur affectent la Recherche Google. En résumé : une erreur passagère est tolérée, une erreur qui persiste peut faire sortir des pages de l’index, la liste des pages que Google connaît.

Ce que ça veut dire pour vous

• Quelques heures de panne : pas d’inquiétude particulière.
• Un ou deux jours : réparez vite, la plupart des pages reviennent ensuite.
• Une semaine ou plus : des fiches produits peuvent disparaître des résultats pendant un temps.

Le mode maintenance

Si vous devez travailler plusieurs heures sur la boutique, activez le mode maintenance dans Paramètres de la boutique > Général > Maintenance. Il affiche un message propre à vos clients. Il envoie en principe un code 503, qui signale à Google une absence temporaire. Ajoutez votre adresse IP pour continuer à voir la boutique vous-même.

Après la panne

• Vérifiez vos pages principales une à une.
• Testez le panier et le paiement jusqu’au bout.
• Contrôlez que les adresses des pages n’ont pas changé.

Une bonne visibilité se construit dans la durée, sur un site stable. Le couvreur TB Rénovation & Nettoyage est passé de 2 à 63 visites Google par jour entre juin 2025 et octobre 2026, avec un site et un référencement local travaillés. Une boutique qui plante souvent perd ce genre de régularité.

Quand faut-il confier le dépannage PrestaShop à un professionnel ?

Appelez un pro si le message d'erreur ne vous parle pas, si la base de données est touchée, si la panne revient souvent ou si chaque heure coûte des ventes.

Certains dépannages sont à votre portée : vider le cache, désactiver un module, changer de version de PHP. D’autres demandent un œil habitué.

Les signaux qui doivent vous alerter

• Le message parle de base de données, de tables ou de SQL.
• Une mise à jour de PrestaShop s’est arrêtée au milieu.
• Vous voyez des fichiers inconnus ou des redirections vers d’autres sites : piratage possible.
• La panne revient chaque semaine, malgré vos corrections.
• Vous ne trouvez plus de sauvegarde récente.
• Chaque heure de panne vous fait perdre des commandes.

Ce que fait un prestataire sérieux

1. Il sauvegarde tout avant de toucher à quoi que ce soit.
2. Il lit les journaux d’erreurs du serveur et de PrestaShop.
3. Il corrige la cause, pas seulement le symptôme.
4. Il vous explique ce qui s’est passé et comment l’éviter.

Préparer votre demande

Plus votre demande est précise, plus le dépannage est rapide. Donnez :

• votre version de PrestaShop et votre hébergeur ;
• l’heure de la panne et ce qui a changé avant ;
• les captures d’écran et le message du mode debug ;
• vos accès, transmis de façon sûre.

Si la réparation débouche sur un projet plus large, posez vos besoins par écrit. Le modèle de cahier des charges de site internet à remplir vous aide à ne rien oublier.

Pour un restaurant qui vend des plats à emporter, le choix est vite fait. La boutique qui ne prend plus de commandes le vendredi soir coûte plus cher qu’un dépannage. Et si la boutique doit être refaite, notre service de création de site e-commerce peut prendre le relais.

Combien coûte un dépannage PrestaShop ?

Un dépannage simple coûte en général de quelques dizaines à quelques centaines d'euros. Une mise à niveau complète ou une réparation de base de données coûte davantage.

Le prix dépend surtout du temps passé et de la cause. Les tarifs varient beaucoup selon les prestataires. Les fourchettes ci-dessous sont des ordres de grandeur du marché, pas des devis.

Type d’intervention	Ordre de grandeur
Cache, module à désactiver, réglage PHP	Quelques dizaines à environ deux cents euros
Module à corriger ou remplacer	Une à quelques centaines d’euros
Mise à jour de PrestaShop et des modules	Plusieurs centaines d’euros, parfois plus
Nettoyage après piratage	Plusieurs centaines d’euros, selon les dégâts
Contrat de maintenance	Quelques dizaines à quelques centaines d’euros par mois

Ce qui fait monter la facture

• L’absence de sauvegarde.
• Une version de PrestaShop très ancienne.
• Beaucoup de modules achetés à des éditeurs différents.
• Des modifications faites directement dans le cœur de PrestaShop.
• L’urgence, le soir ou le week-end.

Ce qui la fait baisser

• Une description claire de la panne.
• Les accès prêts : hébergeur, FTP, back-office.
• Une sauvegarde récente.

Le vrai calcul

Comparez le prix du dépannage au chiffre d’affaires perdu par jour de panne. Pour un torréfacteur qui vend ses cafés en ligne, deux jours sans commandes pèsent souvent plus lourd que l’intervention.

Autre calcul utile : additionnez les dépannages de l’année. Si le total devient régulier et élevé, une boutique plus récente revient parfois moins cher sur quelques années. Demandez toujours un devis écrit avant l’intervention, avec ce qui est inclus.

Faut-il réparer PrestaShop ou changer de solution ?

Réparez si la panne est ponctuelle et la boutique récente. Envisagez une refonte ou une migration si les pannes se répètent, si la version est ancienne ou si l'entretien vous épuise.

Une erreur 500 isolée ne veut pas dire que PrestaShop est un mauvais choix. C’est une solution solide, utilisée par de nombreuses boutiques. Mais elle demande un entretien régulier. Si vous voulez peser le pour et le contre, notre avis complet sur PrestaShop et le profil de boutique auquel il convient fait le tour de la question.

Réparer, c’est logique si…

• votre boutique est sur une version récente de PrestaShop ;
• la panne a une cause claire et unique ;
• vous avez un prestataire ou le temps de suivre les mises à jour ;
• la boutique répond bien à vos besoins.

Pour vous rassurer, regardez quelques exemples de boutiques PrestaShop qui fonctionnent bien. Bien entretenue, la solution tient la route.

Changer, c’est à étudier si…

• la boutique tourne sur une version très ancienne, impossible à mettre à jour simplement ;
• les pannes reviennent souvent ;
• chaque mise à jour casse un module ;
• vous voulez passer moins de temps sur la technique.

Avant de décider, comparez honnêtement les options. Le comparatif PrestaShop ou WooCommerce : lequel choisir vous aide à voir les différences. Si le départ est décidé, la méthode pour passer de PrestaShop à Shopify ou WooCommerce détaille les étapes et les précautions.

Si vous choisissez WooCommerce

WooCommerce fonctionne avec WordPress. Si vous avez déjà un site WordPress vieillissant à côté, la méthode de refonte d’un site WordPress étape par étape vous servira aussi.

Le conseil de bon sens

Ne décidez pas en pleine panne. Réparez d’abord pour revendre. Puis prenez le temps de choisir à tête reposée, chiffres en main.