Une page entièrement blanche, sans le moindre message ? Depuis WordPress 5.2, ce cas est devenu rare : le cœur affiche normalement une erreur critique plutôt qu’un écran vide. Un vrai écran blanc signifie donc que le problème est survenu avant que WordPress puisse afficher quoi que ce soit — mémoire épuisée, erreur de syntaxe dans un fichier de configuration, ou affichage des erreurs désactivé sur le serveur. Le diagnostic est différent, et plus rapide qu’il n’y paraît.
Pourquoi l’écran blanc n’est plus ce qu’il était
Longtemps, la moindre erreur fatale PHP produisait une page vide, faute de mécanisme pour l’intercepter. WordPress 5.2 a introduit un gestionnaire d’erreurs fatales : quand une extension ou un thème plante, le cœur affiche un message lisible et envoie un e-mail à l’administrateur.
Conséquence pratique : si vous voyez aujourd’hui un message d’erreur critique, suivez notre guide dédié à l’erreur critique WordPress. Si vous voyez une page réellement vide, c’est que le gestionnaire n’a pas pu entrer en action. Cela restreint fortement le champ des causes possibles, et c’est une bonne nouvelle.
Première étape : regarder le code source
Avant toute manipulation, faites un clic droit sur la page blanche et affichez le code source. Ce que vous y voyez oriente immédiatement le diagnostic.
- Le code source est totalement vide. L’exécution s’est arrêtée avant la moindre écriture : erreur de syntaxe dans
wp-config.php, dans une extension chargée en priorité, ou mémoire épuisée dès le démarrage. - Le code source contient le début du HTML puis s’interrompt. Le site a commencé à s’afficher avant de planter. La cause est plus loin dans le chargement : thème, extension, ou une requête trop lourde.
- Le HTML est complet mais rien ne s’affiche. Ce n’est pas un écran blanc au sens strict mais un problème de feuille de styles ou de JavaScript. Regardez la console du navigateur.
Notez également où le blanc se produit : sur tout le site, sur l’administration uniquement, ou sur une seule page. Un écran blanc limité à l’administration innocente le thème public ; limité à une page, il désigne une extension liée à cette page.
Deuxième étape : forcer l’affichage des erreurs
Une page blanche n’est qu’une erreur qu’on vous cache. Ouvrez wp-config.php et ajoutez, avant la ligne « Nous avons fini, bonne publication ! » :
define( 'WP_DEBUG', true ); define( 'WP_DEBUG_LOG', true ); define( 'WP_DEBUG_DISPLAY', false );Rechargez la page blanche, puis ouvrez wp-content/debug.log par FTP. La dernière ligne vous donne le fichier fautif et le numéro de ligne. Dans la grande majorité des cas, le diagnostic s’arrête là.
Si le fichier debug.log n’apparaît pas, l’erreur survient avant que ce réglage soit lu. Cherchez alors le journal du serveur, souvent nommé error_log, à la racine du site ou accessible depuis votre panneau d’hébergement.
Pensez à repasser WP_DEBUG à false et à supprimer debug.log une fois le problème réglé : ce fichier est lisible publiquement et expose des chemins serveur.
Cause 1 — La mémoire PHP épuisée
C’est la cause typique d’un écran blanc sans aucun message. Le journal affiche alors une ligne mentionnant Allowed memory size exhausted. Ajoutez dans wp-config.php :
define( 'WP_MEMORY_LIMIT', '256M' );Si rien ne change, la limite est imposée côté serveur et seul votre hébergeur peut la relever. Mais posez-vous la bonne question : une installation WordPress saine tourne confortablement dans 128 Mo. Si vous avez besoin de bien plus, c’est qu’une extension consomme anormalement, et augmenter la mémoire ne fait que repousser le problème.
Cause 2 — Une erreur de syntaxe dans un fichier
Si l’écran blanc est apparu juste après que vous ayez modifié un fichier, vous avez votre coupable. Un point-virgule oublié, une accolade non fermée, une apostrophe en trop : PHP s’arrête immédiatement, avant tout affichage.
Les deux fichiers concernés dans neuf cas sur dix sont wp-config.php et le functions.php du thème. Restaurez la version précédente, ou retirez le morceau de code ajouté en dernier. C’est la raison pour laquelle il ne faut jamais modifier ces fichiers depuis l’éditeur intégré de WordPress : en cas d’erreur, vous perdez l’accès à l’outil qui vous permettrait de corriger.
Un cas plus discret mérite d’être connu : les espaces ou lignes vides ajoutés après la balise de fermeture PHP finale d’un fichier. Ils sont envoyés au navigateur avant le reste et cassent l’affichage. Supprimez tout ce qui suit la dernière balise fermante.
Cause 3 — Une extension ou le thème
Le test reste le même que pour toute panne WordPress. Par FTP, renommez le dossier wp-content/plugins en plugins-off. Si le site revient, remettez le nom d’origine et réactivez les extensions par moitiés successives : cinq tests suffisent à isoler la coupable parmi trente. La procédure détaillée figure dans notre guide sur la désactivation d’une extension en FTP.
Si le blanc persiste avec toutes les extensions désactivées, renommez le dossier du thème dans wp-content/themes/ : WordPress bascule sur un thème par défaut, à condition qu’un thème Twenty soit encore installé.
N’oubliez pas un emplacement que tout le monde oublie : wp-content/mu-plugins. Ces extensions « obligatoires » se chargent avant toutes les autres, n’apparaissent pas dans la liste habituelle et ne peuvent pas être désactivées depuis l’administration. Certains hébergeurs et certaines extensions de sécurité en installent à votre insu.
Cause 4 — Le cache
Un cache peut avoir enregistré une page vide au moment de l’incident et continuer à la servir alors que le problème est résolu. Avant de conclure que rien n’a fonctionné, videz tous les caches : celui de l’extension dédiée, celui du serveur, celui du réseau de diffusion, et testez en navigation privée.
Un symptôme typique : le site fonctionne pour vous, connecté, mais reste blanc pour les visiteurs. Dans ce cas, le problème est presque toujours dans le cache, pas dans WordPress.
Questions fréquentes
L’écran blanc signifie-t-il que mon site est piraté ?
Pas nécessairement, et c’est même rarement le cas. Les causes ordinaires sont une extension incompatible, une erreur de code ou un manque de mémoire. Un piratage produit plutôt des redirections vers d’autres sites, du contenu ajouté ou des pages inconnues indexées dans Google. Cela dit, si l’écran blanc s’accompagne de fichiers récemment modifiés que vous n’avez pas touchés, la piste mérite d’être vérifiée.
Pourquoi seule l’administration est-elle blanche ?
Parce que l’administration charge des composants que le site public n’utilise pas. Une extension dont le code d’administration est défectueux casse wp-admin sans affecter les pages visibles. Le diagnostic est le même, en testant à chaque étape sur l’écran qui pose problème. Ce cas est plutôt une bonne nouvelle : votre site reste accessible aux visiteurs pendant que vous cherchez.
Peut-on tout réparer sans accès FTP ?
Le gestionnaire de fichiers de votre hébergement remplit exactement le même rôle et suffit à toutes les manipulations décrites ici : modifier wp-config.php, renommer des dossiers, lire le journal d’erreurs. Vous le trouverez dans cPanel, Plesk ou l’interface propre à votre hébergeur. Sans accès aux fichiers ni à l’espace client, en revanche, il faudra passer par le support de l’hébergeur.
Le mode de récupération peut-il aider ?
Seulement si WordPress a détecté l’erreur, ce qui n’est justement pas le cas devant un écran blanc complet. Vérifiez tout de même la boîte mail de l’adresse d’administration : si un e-mail de récupération vous y attend, WordPress a identifié la cause et vous fait gagner beaucoup de temps. Sans e-mail, revenez à la méthode par les fichiers.
Faut-il augmenter la mémoire par précaution ?
Passer à 256 Mo est raisonnable sur un site chargé, notamment une boutique. Au-delà, vous masquez un problème plutôt que vous ne le résolvez : une extension qui réclame 512 Mo pour afficher une page a un défaut de conception. Cherchez laquelle consomme, avec une extension de suivi des performances, plutôt que d’augmenter indéfiniment la limite.
Comment éviter que cela se reproduise ?
Ne modifiez jamais un fichier depuis l’éditeur intégré de WordPress : utilisez le FTP, qui vous laisse une porte de sortie. Sauvegardez avant toute intervention sur le code. Mettez à jour vos extensions une par une. Et testez les changements sensibles sur une copie de préproduction, que la plupart des hébergeurs proposent désormais en un clic.