L’écran blanc de la mort, comme on l’appelle parfois, est devenu plus rare depuis que WordPress affiche un message en cas d’erreur fatale. Il subsiste néanmoins, notamment quand l’erreur survient trop tôt dans le chargement, ou quand un cache sert une page vide.
Je regarde votre situation et je vous dis en vingt minutes ce qui mérite d’être corrigé en priorité.
Faire parler WordPress
La page est blanche parce que PHP est configuré pour ne rien afficher aux visiteurs — ce qui est le bon réglage en production. Il faut donc rediriger les erreurs vers un fichier plutôt que vers l’écran.
Ajoutez dans wp-config.php, avant la ligne « That’s all, stop editing » : WP_DEBUG à true, WP_DEBUG_LOG à true, et WP_DEBUG_DISPLAY à false. Rechargez la page blanche, puis ouvrez wp-content/debug.log. La cause y figure, avec le fichier et la ligne.
Observer l’étendue du problème
Une information capitale : tout le site est-il blanc, ou seulement une partie ? Cette distinction oriente immédiatement le diagnostic.
- Tout le site, administration comprise : erreur fatale globale ou mémoire épuisée
- Partie publique seule : thème, ou cache servant une page vide
- Administration seule : extension active uniquement côté administration
- Une seule page : contenu ou bloc spécifique en cause
- Blanc par intermittence : mémoire insuffisante sous charge
| Zone touchée | Cause probable | Test à mener |
|---|---|---|
| Tout le site | Erreur fatale globale ou mémoire | Journal de débogage, limite mémoire |
| Partie publique uniquement | Thème ou cache | Basculer sur un thème par défaut |
| Administration uniquement | Extension côté administration | Renommer wp-content/plugins |
| Une page précise | Contenu ou bloc défectueux | Modifier la page, retirer les blocs un à un |
| Par intermittence | Mémoire insuffisante sous charge | Augmenter WP_MEMORY_LIMIT |
Je peux appliquer directement ces corrections sur votre site plutôt que vous laisser une liste de recommandations.
La piste de la mémoire
Quand PHP dépasse sa limite de mémoire, il s’arrête net, parfois sans écrire quoi que ce soit. C’est le cas typique d’un écran blanc intermittent : la page passe quand le serveur est peu sollicité, échoue aux heures de pointe.
Le tableau Outils puis Santé du site indique la limite en vigueur. En dessous de 128 Mo, une installation avec un constructeur de pages et une boutique atteindra le plafond régulièrement.
Le piège de l’espace après la balise fermante
Cause classique et déroutante : un espace ou une ligne vide après la balise PHP fermante d’un fichier — souvent functions.php, modifié à la main. Cet espace est envoyé au navigateur avant les en-têtes, ce qui casse le rendu.
La convention consiste d’ailleurs à ne pas fermer la balise PHP en fin de fichier. Si vous voyez un ?> suivi d’une ligne vide dans functions.php, supprimez-le : c’est parfois toute la correction.
Une page blanche ne cache pas l’erreur : elle la garde pour elle. Le journal de débogage la rend visible en une minute.
Ce qu’il faut retenir
Activez le journal de débogage avant toute autre manipulation : c’est le geste qui transforme un écran blanc muet en message exploitable. Regardez ensuite quelle partie du site est touchée — cette seule observation élimine la moitié des causes possibles.
Activer WP_DEBUG sur un site en production
Avantages
- Seule façon d’obtenir la cause réelle
- Avec DISPLAY à false, aucun visiteur ne voit d’erreur
- Se désactive en supprimant trois lignes
- Révèle aussi des avertissements passés inaperçus
Inconvénients
- Le fichier journal peut grossir vite sur un site actif
- Il est accessible en direct s’il n’est pas protégé
- Un oubli de désactivation laisse une trace exploitable
- Ne capture pas les erreurs survenues avant le chargement de WordPress
Faire apparaître la cause
0 sur 5 points validés
Cochez au fur et à mesure : votre avancement reste sur cet appareil, rien n’est envoyé et aucun compte n’est nécessaire.
Une page blanche est une erreur qu’on a empêchée de s’afficher. Activez le journal de débogage pour la rendre visible, puis observez quelle partie du site est touchée : cette observation seule élimine la moitié des causes.
Questions fréquentes
Le fichier debug.log ne se crée pas.
Vérifiez que le dossier wp-content est accessible en écriture, et que WP_DEBUG_LOG est bien à true. Si l’erreur survient avant le chargement de WordPress, elle n’ira pas dans ce fichier : cherchez alors dans le journal du serveur.
La page reste blanche même avec toutes les extensions désactivées.
Basculez sur un thème par défaut en renommant le dossier du thème actif. Si le blanc persiste, la cause est dans le cœur ou dans la configuration PHP.
Faut-il laisser le débogage activé ?
Non. Le fichier journal grossit, contient des chemins internes et peut être consulté s’il n’est pas protégé. Retirez les constantes et supprimez le fichier une fois le problème réglé.
Sources et vérifications
Causes classées selon les cas rencontrés en dépannage. Le comportement des constantes de débogage correspond à WordPress 6.x.
Décrivez votre situation en quelques lignes. Réponse sous 24 heures, sans engagement ni relance commerciale.
