Écran blanc WordPress : causes et premières actions

Si votre site WordPress affiche une page entièrement blanche, sans message d’erreur, sans logo et sans contenu, quelque chose a empêché la construction de la page avant que quoi que ce soit puisse s’afficher.

On parle souvent d’« écran blanc de la mort » (white screen of death). Le nom semble dramatique, mais le problème est généralement moins grave qu’il n’y paraît. Dans la plupart des cas, le contenu du site est toujours là : WordPress s’est simplement arrêté pendant la préparation de la page.

La difficulté, c’est qu’un écran blanc ne donne aucun indice sur la cause. Il peut toucher tout le site, seulement le tableau de bord ou seulement quelques pages, et il peut venir d’un plugin, du thème, d’une limite du serveur ou même d’un cache qui a enregistré une page vide.

Ce guide explique ce que signifie généralement un écran blanc, les causes les plus fréquentes, ce que vous pouvez vérifier sans risque et quand demander de l’aide.

Que signifie un écran blanc ?

Lorsque quelqu’un ouvre une page, WordPress charge son propre code, les plugins actifs et le thème, lit le contenu dans la base de données et assemble la page.

Si l’une de ces étapes échoue suffisamment gravement, PHP, le langage de programmation dans lequel WordPress est écrit, s’arrête. Si l’erreur n’est pas affichée à l’écran, ce qui est normal et plus sûr sur un site en ligne, le visiteur reçoit une page vide.

Les versions récentes de WordPress interceptent généralement ces échecs et affichent à la place le message « There has been a critical error on this website » (en français : « Il y a eu une erreur critique sur ce site »). Si vous voyez ce message, notre guide sur l’erreur critique de WordPress est un meilleur point de départ. Un écran blanc peut toutefois encore apparaître dans plusieurs situations, par exemple lorsque l’erreur survient d’une manière que WordPress ne peut pas intercepter, lorsque la protection a été désactivée, ou lorsque la page vide provient d’un cache plutôt que de WordPress lui-même.

Quelles sont les causes les plus fréquentes ?

Une erreur fatale PHP

C’est la cause classique. Un morceau de code échoue et PHP s’arrête. Les raisons typiques sont :

une mise à jour de plugin incompatible avec votre version de WordPress ou de PHP
un conflit entre deux plugins
une mise à jour du thème ou une modification des fichiers du thème
du code personnalisé ajouté au thème ou à un plugin de snippets
un changement de version de PHP, par vous ou par l’hébergeur
une mise à jour interrompue, qui a laissé des fichiers incomplets

L’erreur est masquée aux visiteurs, mais elle est généralement enregistrée dans un log. Trouver cette entrée de log est souvent le moyen le plus rapide d’identifier la cause.

Le site a manqué de mémoire

PHP accorde à chaque requête une quantité maximale de mémoire. Si un plugin, un import, un constructeur de pages ou une page volumineuse en demande davantage, la requête s’arrête et peut laisser une page vide.

Augmenter la limite de mémoire peut aider, mais ce n’est pas toujours la vraie solution. Il vaut la peine de comprendre pourquoi le site a soudain besoin de plus de mémoire qu’avant.

Un plugin ou le thème

Même sans message d’erreur visible, les plugins et les thèmes sont la source la plus fréquente d’un écran blanc, surtout juste après une mise à jour, une installation ou une activation.

Un cache qui sert une page vide

Le cache enregistre une copie de chaque page pour rendre le site plus rapide. Si le site a échoué un instant pendant l’enregistrement d’une page, le cache peut continuer à afficher cette copie vide même après la disparition du vrai problème.

Des caches peuvent exister à plusieurs endroits :

un plugin de cache dans WordPress
le cache serveur de l’hébergeur
un CDN ou un proxy comme Cloudflare
le propre navigateur du visiteur

L’écran blanc touche-t-il tout le site ?

L’endroit où apparaît l’écran blanc en dit long.

Tout le site est blanc

Les pages publiques comme le tableau de bord sont blancs. Cela indique un élément chargé partout : un plugin, le thème, une limite de mémoire ou un problème de serveur.

Seul le tableau de bord est blanc

Le site public fonctionne, mais /wp-admin/ affiche une page blanche. Cela indique souvent :

un plugin qui fonctionne principalement dans le tableau de bord
une limite de mémoire atteinte dans l’administration, qui effectue généralement plus de travail que les pages publiques
un problème qui n’apparaît que pour les utilisateurs connectés

Seules certaines pages sont blanches

La page d’accueil fonctionne, mais certaines pages, certains articles ou certains produits sont blancs. Cela indique souvent :

un modèle de page précis dans le thème
un shortcode, un bloc ou un élément de constructeur de pages utilisé uniquement sur ces pages
un plugin qui ne s’exécute que sur certains types de pages, comme la boutique ou le panier
une page très volumineuse qui dépasse la limite de mémoire

Vous seul le voyez, ou seuls les visiteurs le voient

Si vous voyez une page blanche mais pas un collègue, ou l’inverse, un cache est probablement en cause. Essayez d’ouvrir la page dans une fenêtre privée, sur un autre appareil ou en données mobiles plutôt que sur le réseau de votre bureau.

Que faut-il vérifier en premier ?

Réfléchissez à ce qui a changé

Avant de toucher à quoi que ce soit, demandez-vous :

Un plugin, un thème ou WordPress a-t-il été mis à jour ?
Un nouveau plugin a-t-il été installé ou activé ?
Quelqu’un a-t-il modifié le thème ou ajouté du code personnalisé ?
L’hébergeur a-t-il changé la version de PHP ?
Le site a-t-il été migré ou restauré ?
Un plugin de cache a-t-il été installé ou reconfiguré ?

Un écran blanc qui apparaît juste après une modification précise est généralement lié à cette modification.

Consultez l’e-mail de l’administrateur WordPress

Lorsque WordPress détecte une erreur fatale, il peut envoyer à l’adresse de l’administrateur un e-mail avec des détails et un lien vers le mode de récupération. Consultez la boîte de réception et le dossier spam de l’adresse utilisée pour le site. Traitez le lien de récupération comme une information sensible et ne le partagez pas publiquement.

Essayez de vider le cache

Si vous avez accès au tableau de bord ou à votre service de cache ou de CDN, vider le cache est une étape sûre et réversible. Rechargez ensuite la page dans une fenêtre privée. Si la page réapparaît, le cache affichait une ancienne copie vide, mais il reste utile de vérifier pourquoi la page a échoué au départ.

Que pouvez-vous essayer sans risque ?

Contactez la personne qui a fait la dernière modification

Si une agence, un développeur ou un collègue a récemment mis à jour ou modifié le site, demandez-lui d’abord. Il pourra peut-être annuler rapidement sa modification.

Demandez le log d’erreurs à votre hébergeur

Les hébergeurs peuvent généralement consulter les logs d’erreurs PHP et vous dire si :

une erreur fatale a été enregistrée au moment où le problème a commencé
la limite de mémoire a été atteinte
la version de PHP a changé récemment
le serveur a rencontré d’autres problèmes

Le message d’erreur nomme souvent le plugin ou le thème concerné.

Désactivez le plugin suspect depuis le tableau de bord

Si le tableau de bord fonctionne encore et que vous soupçonnez fortement un plugin, par exemple parce que l’écran blanc a commencé juste après sa mise à jour, désactivez uniquement ce plugin depuis Plugins → Installed Plugins (Extensions → Extensions installées) et rechargez la page concernée.

N’oubliez pas que les plugins peuvent gérer les paiements, les formulaires, la sécurité ou les traductions. Un site qui se charge de nouveau ne fonctionne pas forcément entièrement : testez ensuite les fonctions importantes.

Que faut-il éviter ?

Évitez de :

mettre à jour ou supprimer tous les plugins à la fois
supprimer des dossiers de plugins ou de thèmes
réinstaller WordPress au hasard
restaurer une ancienne sauvegarde sans vérifier quelles données plus récentes elle écraserait
changer plusieurs fois de suite la version de PHP
laisser des messages d’erreur affichés publiquement sur le site en ligne
copier dans wp-config.php ou dans le thème du code trouvé sur des forums sans le comprendre

Changez une chose à la fois et notez ce que vous avez fait. Si une tentative n’a pas aidé, annulez-la avant de passer à l’étape suivante.

Quand faut-il demander une assistance technique ?

Demandez de l’aide lorsque :

tout le site est blanc et vous ne pouvez pas accéder au tableau de bord
le site vend des produits, prend des réservations ou gère des abonnements
l’écran blanc revient après une correction temporaire
vous ne trouvez aucune erreur claire dans les logs
du code personnalisé ou un thème très personnalisé est en jeu
le problème est apparu après une migration ou un changement de PHP
vous n’êtes pas à l’aise pour modifier des fichiers ou utiliser le SSH

Vous n’avez pas besoin de diagnostiquer le problème vous-même avant de demander de l’aide. Décrivez ce que vous voyez, où cela apparaît et ce qui a changé.

Quelles informations rassembler ?

Les éléments utiles sont notamment :

l’URL du site et les adresses des pages concernées
si le tableau de bord fonctionne
quand l’écran blanc a commencé
ce qui a changé juste avant
tout e-mail reçu de WordPress
le nom de l’hébergeur
si un plugin de cache ou un CDN est utilisé
si une sauvegarde récente est disponible

N’envoyez pas de mots de passe par simple e-mail. D4Hub peut vous expliquer quels accès sont nécessaires et comment les partager en toute sécurité.

Comment D4Hub peut vous aider

L’objectif est de trouver la vraie cause, pas seulement de faire réapparaître la page.

Selon la situation, D4Hub peut vous aider à :

trouver et lire l’erreur à l’origine de l’écran blanc
identifier le plugin, le thème ou le code personnalisé concerné
vérifier la compatibilité entre WordPress, les plugins et PHP
enquêter sur les problèmes de mémoire et leur origine
vider et revoir la configuration du cache sur le site, le serveur et le CDN
restaurer les fichiers endommagés ou incomplets
évaluer si une restauration de sauvegarde est appropriée
tester ensuite le checkout, les formulaires, la connexion et les autres fonctions clés

Vous pouvez demander un accompagnement à n’importe quel stade, de la première page vide à une correction qui n’a fonctionné qu’en partie.

Ouvrir un ticket de support

Pour les utilisateurs autonomes : trouver la cause d’un écran blanc

Ces vérifications s’adressent aux personnes à l’aise avec le SFTP ou le SSH, wp-config.php et WP-CLI.

Avant toute modification, sauvegardez les fichiers et la base de données du site, ou faites au moins une copie de chaque fichier que vous allez modifier. Ne publiez jamais de logs ni le contenu de wp-config.php, car ils peuvent contenir des informations sensibles.

Vérifiez ce que le serveur renvoie réellement

Depuis un terminal, vérifiez le code de statut HTTP de la page :

curl -I https://example.com/

Un statut 500 signifie généralement une erreur serveur ou PHP. Un statut 200 avec une page vide peut indiquer un cache, un modèle de thème qui n’affiche rien ou une erreur gérée silencieusement.

Activez le log de débogage de WordPress

Ouvrez wp-config.php et ajoutez ces lignes avant la ligne qui indique « That's all, stop editing » (dans les installations en français : « C’est tout, ne touchez pas à ce qui suit ! ») :

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

Si l’une de ces constantes est déjà définie dans le fichier, modifiez la ligne existante au lieu d’en ajouter une seconde.

Avec ces réglages, les erreurs sont écrites dans un fichier au lieu d’être affichées aux visiteurs. Rechargez une fois la page vide, puis ouvrez :

wp-content/debug.log

Regardez les lignes les plus récentes. Une erreur fatale indique généralement un chemin de fichier, comme wp-content/plugins/plugin-name/... ou wp-content/themes/theme-name/..., qui vous dit quel composant a échoué. Un message comme « Allowed memory size exhausted » indique une limite de mémoire.

Une fois l’information obtenue, remettez WP_DEBUG à false et supprimez debug.log. Le fichier se trouve dans un dossier public : il ne doit pas rester sur un site en ligne.

Désactivez tous les plugins en renommant le dossier

Si vous ne pouvez pas accéder au tableau de bord et ne savez pas quel plugin est en cause :

Connectez-vous en SFTP ou via le gestionnaire de fichiers de l’hébergement.
Ouvrez wp-content/.
Renommez plugins en quelque chose comme plugins-disabled.
Rechargez le site.

Si le site fonctionne de nouveau, un plugin est en cause. Redonnez au dossier le nom plugins. WordPress peut alors afficher les plugins comme désactivés : réactivez-les un par un, en vérifiant le site après chacun, jusqu’à ce que l’écran blanc revienne.

Gardez à l’esprit que tant que les plugins sont désactivés, des fonctionnalités comme les paiements, les formulaires et la sécurité le sont aussi.

Désactivez un seul plugin

Si le log ou la chronologie désigne un plugin, renommez uniquement son dossier dans wp-content/plugins/, par exemple de plugin-name en plugin-name-disabled. Ne le supprimez pas.

Avec WP-CLI, vous pouvez faire la même chose :

wp plugin deactivate plugin-name --skip-plugins --skip-themes

Utilisez WP-CLI sans charger les plugins et les thèmes

Si un plugin ou un thème provoque une erreur fatale, les commandes WP-CLI peuvent échouer elles aussi. Les options --skip-plugins et --skip-themes permettent à WP-CLI de s’exécuter sans les charger :

wp plugin list --skip-plugins --skip-themes
wp theme list --skip-plugins --skip-themes

Vous pouvez ainsi voir quels plugins et thèmes sont actifs, et leurs versions, même lorsque le site est blanc.

Passez à un thème par défaut

Si le problème semble venir du thème, vérifiez quels thèmes sont installés et activez un thème WordPress par défaut, s’il y en a un :

wp theme list --skip-plugins --skip-themes
wp theme activate twentytwentyfive --skip-plugins --skip-themes

Utilisez le nom d’un thème par défaut qui apparaît réellement dans votre liste. Changer de thème modifie l’apparence du site et peut affecter les menus et les widgets : considérez-le comme une étape de diagnostic et revenez au thème d’origine une fois que vous en savez plus.

Vérifiez la limite de mémoire

Si le log mentionne la mémoire, demandez à votre hébergeur quelle est la limite de mémoire PHP. WordPress a aussi son propre réglage, que vous pouvez augmenter dans wp-config.php :

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

WordPress ne peut pas dépasser la limite fixée par le serveur. Si le site a besoin de beaucoup plus de mémoire qu’avant, cherchez ce qui a changé plutôt que d’augmenter la limite à répétition.

D4Hub peut vous aider à lire le log, à identifier le composant concerné et à planifier une correction sûre.

Questions fréquentes

Mon contenu est-il perdu ?

Généralement non. Un écran blanc signifie que la page n’a pas pu être construite, pas que le contenu a été supprimé. Une fois la cause corrigée, le site revient normalement tel qu’il était.

Quelle est la différence entre un écran blanc et une erreur critique ?

Les deux sont souvent causés par une erreur PHP. Les versions récentes de WordPress affichent généralement un message d’erreur critique, alors qu’un écran blanc signifie que rien n’a été affiché du tout, parfois parce que l’erreur n’a pas pu être interceptée ou parce qu’un cache a conservé une page vide.

Pourquoi l’écran blanc n’apparaît-il que dans le tableau de bord ?

Le tableau de bord charge du code et effectue un travail que les pages publiques n’effectuent pas. Un plugin qui ne s’exécute que dans l’administration, ou une limite de mémoire atteinte à cet endroit, peut casser le tableau de bord alors que le site fonctionne encore pour les visiteurs.

J’ai vidé le cache et le site est revenu. Le problème est-il réglé ?

Le symptôme visible a disparu, mais le cache n’a conservé une page vide que parce que quelque chose a échoué à un moment donné. Consultez les logs d’erreurs ou demandez de l’aide pour vous assurer que le problème ne reviendra pas.

Dois-je augmenter la limite de mémoire ?

Cela peut aider si le log indique une erreur de mémoire, mais cela traite le symptôme. Si le site a soudain besoin de plus de mémoire, un plugin, un import ou une modification peut être la vraie cause.

Dois-je restaurer une sauvegarde ?

Pas en premier lieu. Une restauration peut écraser des commandes, des saisies de formulaires ou du contenu plus récents. Il vaut généralement mieux trouver d’abord la cause, puis décider si une restauration est nécessaire.

D4Hub peut-il m’aider si j’ai déjà essayé certaines corrections ?

Oui. Dites-nous ce que vous avez essayé et ce qui s’est passé après chaque étape. Ces informations aident à reconstituer le problème et à choisir la prochaine action sans risque.