Écran blanc WordPress : les 6 causes et comment les corriger

Un écran blanc sur WordPress signifie que PHP s’est arrêté avant d’avoir produit la moindre ligne de page. Dans la quasi-totalité des cas, la cause est une extension, un thème, un manque de mémoire ou une erreur de syntaxe dans un fichier récemment modifié. Vos contenus, eux, ne risquent rien : ils sont dans la base de données, intacts.

L’écran blanc est plus déroutant que l’erreur critique parce qu’il n’affiche aucun message. Voici les six causes qui expliquent presque tous les cas que je rencontre, dans l’ordre de fréquence.

Faites d’abord parler le site

Un écran blanc sans message est un écran blanc dont l’affichage des erreurs est désactivé. Commencez toujours par le réactiver, sinon vous travaillez à l’aveugle.

Ouvrez wp-config.php à la racine de votre site et ajoutez :

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );

Rechargez la page, puis consultez wp-content/debug.log. Dans la plupart des cas, l’écran blanc se transforme en message d’erreur explicite, avec un nom de fichier et un numéro de ligne. Vous venez de gagner l’essentiel du temps de diagnostic.

Cause 1 : un conflit d’extension

C’est la cause majoritaire, de loin. Deux extensions qui se marchent dessus, ou une extension mise à jour qui ne s’entend plus avec votre version de WordPress.

Sans accès à l’administration, renommez le dossier wp-content/plugins en plugins-off depuis votre gestionnaire de fichiers. Si le site revient, recréez le dossier plugins et remettez les extensions une par une, en rechargeant à chaque fois.

Un indice utile : la panne survient presque toujours juste après une mise à jour. Si votre hébergeur applique les mises à jour automatiquement, regardez l’heure du dernier plantage et comparez-la à l’historique.

Cause 2 : le thème

Deuxième suspect. Renommez le dossier de votre thème dans wp-content/themes/ : WordPress bascule sur un thème par défaut, et le site s’affiche, moche mais fonctionnel.

Cas particulier fréquent : l’écran blanc n’apparaît que sur certaines pages. C’est alors un gabarit précis du thème qui est en cause, souvent la page d’archive ou la page d’article seul, rarement l’accueil.

Cause 3 : la mémoire PHP épuisée

Le journal affiche Allowed memory size of X bytes exhausted. Le serveur a coupé le traitement en cours de route.

Ajoutez dans wp-config.php :

define( 'WP_MEMORY_LIMIT', '512M' );

Si l’écran blanc ne touche que l’administration, ajoutez aussi WP_MAX_MEMORY_LIMIT avec la même valeur. Et rappelez-vous que c’est un pansement : un site vitrine correctement construit tourne très bien avec 256 Mo.

Cause 4 : une erreur de syntaxe dans un fichier

Vous avez modifié functions.php depuis l’éditeur de code de WordPress, ou collé un extrait trouvé sur un forum. Une accolade manquante suffit à faire tomber tout le site.

Le journal indique alors Parse error: syntax error avec le fichier et la ligne exacte. Revenez à la version précédente du fichier, ou corrigez la ligne signalée.

Pour la suite : ne modifiez jamais un fichier PHP directement depuis l’éditeur de WordPress. Il n’y a ni sauvegarde, ni retour arrière, et une erreur vous coupe l’accès à l’outil qui vous permettrait de la corriger.

Cause 5 : un cache resté bloqué

Plus vicieuse, celle-là. Le site est réparé, mais vous voyez toujours l’écran blanc. Ce n’est pas le site : c’est une version en cache servie par votre navigateur, par l’extension de cache ou par le serveur.

Testez dans une fenêtre de navigation privée, ou depuis votre téléphone en données mobiles. Si la page s’affiche, videz le cache de l’extension et, sur un hébergement avec LiteSpeed ou un réseau de diffusion, videz aussi le cache serveur.

Cause 6 : le fichier .htaccess

Plus rare, mais elle existe, notamment après une migration ou une manipulation de permaliens. Renommez le fichier .htaccess à la racine en .htaccess-old, puis rechargez.

Si le site revient, allez dans Réglages puis Permaliens dans l’administration, et cliquez simplement sur Enregistrer : WordPress régénère un fichier propre.

Le cas particulier de l’administration blanche

Si le site public fonctionne mais que /wp-admin/ reste blanc, la cause est presque toujours une extension d’administration ou une limite de mémoire propre au tableau de bord.

Essayez d’abord d’augmenter WP_MAX_MEMORY_LIMIT. Si ça ne suffit pas, désactivez les extensions par les fichiers comme décrit plus haut. C’est souvent un constructeur de pages ou une extension de sécurité mal configurée.

Quand ce n’est pas une panne mais une intrusion

Un écran blanc accompagné de redirections vers des sites inconnus, de pages que vous n’avez jamais créées, ou d’une alerte de Google dans les résultats de recherche n’est pas un simple bug.

Dans ce cas, arrêtez le diagnostic classique. Nettoyer un site compromis demande une méthode différente : identifier la porte d’entrée, retirer les fichiers infectés, changer tous les accès, puis demander la levée de l’alerte auprès de Google. C’est le sujet d’un dépannage d’urgence, et ça se traite dans l’ordre.

Écran blanc ou erreur critique : ce n’est pas pareil

La distinction paraît cosmétique, elle ne l’est pas, et elle vous oriente vers deux diagnostics différents.

Une erreur critique, avec son message explicite, signifie que WordPress a intercepté le problème. Il a eu le temps de comprendre ce qui n’allait pas, de couper proprement et souvent de vous envoyer un e-mail. C’est presque toujours une extension ou un thème, et le mode de récupération vous attend.

Un écran totalement blanc signifie que PHP s’est arrêté avant même que WordPress ne prenne la main. Le problème se situe plus bas : mémoire insuffisante, erreur de syntaxe dans un fichier chargé très tôt, ou configuration serveur. Il n’y aura ni e-mail ni mode de récupération.

Concrètement, si vous voyez un message, cherchez du côté des extensions en priorité. Si vous ne voyez rien du tout, commencez par activer le journal de débogage et regardez du côté de la mémoire et de wp-config.php.

Un cas concret, pour fixer les idées

Un client me contacte un lundi matin : site vitrine totalement blanc, y compris l’administration. Rien n’a été touché depuis des semaines, selon lui.

Journal de débogage activé, le fichier debug.log montre une erreur de fonction inconnue dans une extension de galerie photo. Vérification de l’hébergement : la version de PHP est passée de 7.4 à 8.2 pendant la nuit du samedi, automatiquement. L’extension n’avait pas été mise à jour depuis 2021 et utilisait une fonction supprimée dans PHP 8.

Retour temporaire en PHP 7.4, le site revient en trois minutes. Puis remplacement de l’extension abandonnée par une équivalente maintenue, et repassage en PHP 8.2. Une heure au total, dont cinquante minutes de diagnostic et dix de correction.

C’est représentatif : le temps se passe presque toujours à chercher, très rarement à réparer.

La vraie prévention

Sur les écrans blancs que je répare, la moitié aurait été évitée par un simple test de mise à jour sur une copie du site. L’autre moitié par une extension supprimée depuis longtemps mais laissée installée.

Faites le ménage dans vos extensions au moins une fois par an : désinstallez ce que vous n’utilisez pas, plutôt que de le désactiver. Une extension désactivée reste sur le serveur et reste une porte potentielle.

Et sauvegardez avant chaque intervention. Une maintenance régulière transforme ce genre d’incident en non-événement : la panne est détectée avant vous, et la version précédente est remise en ligne en quelques minutes.