Message WhatsApp client
« On a finalisé la migration cette nuit, ce matin tout est blanc. Front et admin. Au secours. »
🚨 Page blanche · Diagnostic immédiat
Page blanche sur votre PrestaShop ?
Page blanche sur votre PrestaShop ?
on remonte tout, sans toucher vos données.
Diagnostic et résolution de pages blanches PrestaShop
Une page entièrement blanche — pas d'erreur, pas de 500, juste du vide — c'est presque toujours une erreur PHP fatale silencieuse. On active le debug, on lit la vraie erreur, on neutralise le fautif (module, override, hook) et on restaure votre boutique sans perdre une commande.
✓ Aucune perte de donnée
✓ Intervention sous 24 h ouvrées
✓ À partir de 60 €/h HT sur devis
✓ Garantie 30 jours
👀 Quel type de page blanche
4 scénarios qu'on traite chaque semaine
Le contexte d'apparition de la page blanche oriente déjà le diagnostic. Reconnaissez le vôtre.
A. Tout est blanc (front + admin)
Plus rien ne répond, ni la home, ni les fiches produit, ni l'URL /admin-xxx. Cause typique : fichier core corrompu (souvent config/defines.inc.php ou config/config.inc.php mal édité), erreur dans composer.json sur PS 8.x/9.x, ou autoloader cassé. Solution : restauration ciblée du fichier en cause + audit git du dernier diff.
B. Front blanc, admin OK
Vous pouvez vous connecter au back-office, mais le front affiche du blanc — y compris la page d'accueil. Cause typique : hook de module branché sur displayHeader qui jette une exception, ou theme corrompu (template layouts/layout-full-width.tpl avec parse error). Solution : bascule sur le thème par défaut classic en SQL, identification du module problématique.
C. Admin blanc, front OK
Vos visiteurs voient bien la boutique mais vous ne pouvez plus vous connecter au BO : page blanche dès /admin-xxx ou après le login. Cause typique : override de contrôleur admin cassé après update, ou module qui plante sur actionAdminControllerInitBefore. Solution : neutralisation de /override/controllers/admin/, désactivation SQL des modules récemment installés.
D. Blanc uniquement sur certaines fiches produit
La home, le catalogue et le checkout marchent, mais certaines fiches produit sont blanches. Souvent lié à un module qui plante quand un attribut spécifique est présent (combinaisons, customizations, accessoires liés). Solution : identification du produit pivot, désactivation ciblée du hook coupable, patch.
🩺 Tableau diagnostic
Ce que la page blanche dit (ou ne dit pas)
Quelques minutes en mode debug suffisent souvent à isoler la cause. Voici la grille qu'on utilise.
⚡ Intervention type
Chronologie d'une page blanche résolue en 52 min
Cas réel · Boutique mode enfant · PrestaShop 1.7.8 → migration en cours vers 8.1 · Mai 2026.
Activation du debug en pré-prod
Récupération SSH. Édition de
app/config/parameters.php : '_PS_MODE_DEV_' => true. Refresh.
Erreur identifiée
Fatal error: Declaration of CustomProductCore::getPrice() must be compatible with ProductCore::getPrice(...). Override de Product dans /override/classes/Product.php incompatible avec la signature 8.x.
Override porté à la nouvelle signature
Ajout du paramètre
?int $id_customization = null à la signature, mise à jour des appels parent::getPrice(). Tests sur 3 fiches produit : rendu OK.
Désactivation debug · déploiement prod
Patch poussé.
_PS_MODE_DEV_ remis à false. Cache vidé. Site OK : front + admin fonctionnels.
Audit des autres overrides
Scan complet de
/override/ : 4 autres méthodes avec signatures à mettre à jour. Devis envoyé pour passage propre en 2 h supplémentaires.
52 min
Temps de remise en ligne
~ 55 €
Facturé sur devis
(52 min × 60 €/h)
(52 min × 60 €/h)
0
Donnée perdue
💰 Tarifs
Tarifs annoncés d'avance
Diagnostic offert. Pour l'intervention, vous savez exactement combien ça coûte avant que je touche au code.
🔍 Diagnostic
Diagnostic
voir l'erreur masquée
0€offert
30 min · sans engagement
- Mode debug PrestaShop activé temporairement
- Module / override fautif identifié
- Devis chiffré envoyé immédiatement
- Vous décidez si vous continuez
⚡ Le plus demandé
🔧 Intervention
Intervention ciblée
restaurer la boutique
dès 60€HT
selon diagnostic · prix annoncé d'avance
- Sauvegarde fichiers + BDD avant intervention
- Neutralisation du module / override fautif
- Debug désactivé, cache Smarty vidé, tests prod
- Rapport écrit cause + correctif appliqué
- Garantie 30 jours sur le correctif
🛡️ Maintenance
Maintenance mensuelle
tests pré-prod avant chaque update
dès 50€/ mois
surveillance 24/7 · sans engagement
- Audit des modules avant chaque update majeure
- Sauvegardes auto quotidiennes externalisées
- Intervention prioritaire si page blanche
- Veille overrides + portage à chaque MAJ
🧭 Ne confondez pas
Page blanche, ce n'est pas...
❌ Pas une erreur 500
Si vous voyez HTTP ERROR 500 ou Internal Server Error, c'est le serveur qui renvoie un statut 500, pas une page blanche. Le diagnostic est différent — voir la fiche erreur 500.
❌ Pas une boutique fermée
❌ Pas WordPress
Si PrestaShop affiche votre page « Boutique en maintenance » personnalisée, c'est juste le mode maintenance activé dans Préférences → Maintenance. Désactivable en 5 clics.
Vous êtes sur WordPress, pas PrestaShop ? Une page blanche WP a des causes très différentes (plugin, thème, wp-config.php). On a une fiche dédiée.
❓ FAQ
Page blanche PrestaShop — vos questions fréquentes
Une page blanche signifie que le serveur a bien servi du contenu (HTTP 200) mais que ce contenu est vide. C'est typiquement une erreur PHP fatale silencieuse :
display_errors est désactivée en production, donc PHP avale l'erreur et Smarty rend un template vide. Causes fréquentes : override de classe qui jette au bootstrap, hook de module qui plante au chargement du thème, defines_custom.inc.php mal édité, cache Smarty corrompu.Une 500 est affichée par Apache/Nginx avec un message explicite. Une page blanche est un statut HTTP 200 OK avec un corps vide : PHP a planté mais l'erreur a été masquée. Les outils de diagnostic diffèrent : pour une page blanche on doit réactiver manuellement le mode debug PrestaShop.
Cas classique d'override de contrôleur admin cassé ou de module qui ne plante que côté BO. On accède en SSH/FTP, on désactive temporairement
/override/controllers/admin/ en le renommant, on teste, on isole le fichier coupable. Si ça ne résout pas, on désactive les modules récemment installés via SQL. Résolution 30-60 min.Très fréquent, rarement grave en termes de données. Une mise à jour 1.7→8 ou 8.x→9 réécrit beaucoup de classes core : vos overrides peuvent référencer des méthodes disparues ou changées. Les modules anciens qui n'ont pas suivi non plus. Le fix consiste à neutraliser
/override/, identifier les overrides à porter, auditer les modules. Vos commandes, clients, catalogue restent intacts.Diagnostic offert (30 min) puis intervention sur devis, à partir de 60 €/h HT. La majorité des pages blanches sont résolues en 1 à 2 h une fois la cause identifiée. Le devis est envoyé sous 24 h ouvrées avant tout démarrage : vous savez ce que vous payez avant qu'on touche au site. Inclus dans la maintenance Business/Performance.
Sur PrestaShop 1.7+, éditer
/config/defines.inc.php : define('_PS_MODE_DEV_', true);. Sur 8.x/9.x, utiliser /app/config/parameters.php. Ce mode ne doit JAMAIS rester actif en production (il expose des chemins serveur et données sensibles). On l'active 5 minutes, on lit l'erreur, on le désactive, on corrige.Trois étapes : (1) Renommer le dossier du module dans
/modules/ (ex: monmodule_OFF). (2) En SQL : UPDATE ps_module SET active=0 WHERE name='nom_du_module';. (3) Vider le cache Smarty (suppression de /var/cache/prod/). Si vous n'êtes pas à l'aise, on s'en charge — diagnostic gratuit puis intervention sur devis à partir de 60 €/h HT.
🛡️ Plus jamais ça
Pour éviter qu'une page blanche revienne après chaque update
Tests pré-prod systématiques avant tout update, audit des overrides, veille des modules incompatibles : c'est exactement ce que fait notre maintenance Performance à 129 €/mois.
Voir les formules maintenance →Votre site est blanc en ce moment ?
Diagnostic gratuit en 30 min puis intervention sur devis à partir de 60 €/h HT. Vous savez ce que vous payez avant qu'on touche au site.