Écran blanc WordPress : que faire

Cet article suit la documentation de WordPress sur les erreurs courantes et sur le débogage, relues le 14 octobre 2026.

Écran blanc ou erreur critique ?

Depuis la version 5.2, WordPress intercepte la plupart des erreurs fatales : au lieu d'une page vide, il affiche aujourd'hui « Il y a eu une erreur critique sur ce site » et envoie un courriel à l'adresse d'administration. Si c'est ce message que vous voyez, suivez plutôt Erreur critique WordPress, qui part de ce courriel.

Une page entièrement blanche signifie que ce mécanisme n'a pas pris le relais, ou que la page vide vient d'ailleurs, par exemple d'un cache. La documentation de wp-config.php précise qu'il se désactive par la constante WP_DISABLE_FATAL_ERROR_HANDLER : si elle est présente à true dans votre wp-config.php, c'est normal de ne voir aucun message.

1. Délimiter la panne

Avant de toucher au site, notez où la page blanche apparaît :

1. Ouvrez une fenêtre de navigation privée et chargez l'accueil, une page intérieure, puis /wp-admin/.
2. Comparez : tout le site, seulement l'administration, ou une seule page.
3. Rappelez-vous le dernier changement : une mise à jour, une extension ajoutée, un fichier modifié, une version de PHP changée.

Si seule l'administration est blanche, la cause est presque toujours une extension. Si une seule page est blanche, regardez son modèle de page ou le bloc qu'elle contient. Si tout le site l'est depuis une mise à jour, la dernière extension ou le thème mis à jour est le premier suspect.

2. Vider les caches

Une page blanche peut avoir été mise en cache au moment d'une panne passagère, et rester servie alors que le site est réparé.

1. Si l'administration répond, videz le cache de votre extension de cache. Avec WP Rocket, voir WP Rocket : régler le cache.
2. Si votre site passe par Cloudflare, purgez aussi son cache depuis son tableau de bord.
3. Rechargez la page en navigation privée.

Si la page reste blanche, le problème est bien dans le site.

3. Lire le journal d'erreurs

Le journal d'erreurs du serveur nomme le fichier et la ligne en cause. Sur un hébergement Plesk, il se trouve dans le dossier logs de votre espace, fichier error_log, ouvrable depuis le gestionnaire de fichiers : le chemin est détaillé dans Erreur 500 : comprendre et corriger.

Si le journal ne dit rien d'utile, activez le journal de WordPress. Ajoutez ces lignes dans wp-config.php, au-dessus de la ligne qui demande d'arrêter les modifications :

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

Rechargez la page blanche, puis ouvrez wp-content/debug.log. La dernière ligne « PHP Fatal error » donne la cause. Quand vous avez fini, remettez WP_DEBUG à false et supprimez debug.log, qui peut être lu depuis le web s'il reste dans wp-content.

4. Écarter les extensions, puis le thème

La documentation de WordPress donne cet ordre : extensions d'abord, thème ensuite. L'étape 2 suit sa FAQ de dépannage.

1. Désactivez toutes les extensions. Sans accès à l'administration, renommez le dossier wp-content/plugins en plugins_old : WordPress les désactive toutes. Les autres méthodes sont dans Désactiver une extension sans accès à l'admin.
2. Rechargez le site. S'il revient, connectez-vous et ouvrez l'écran Extensions (/wp-admin/plugins.php) : WordPress constate que les extensions manquent et les désactive. Sans ce passage, elles redeviennent actives dès que le dossier reprend son nom.
3. Rendez son nom au dossier `plugins`, puis réactivez les extensions une par une depuis l'écran Extensions, en rechargeant le site après chacune. La dernière activée avant le retour de la page blanche est la coupable.
4. Si rien ne change, écartez le thème. Activez un thème par défaut de WordPress (Twenty Twenty-Five, par exemple), ou renommez le dossier du thème actif dans wp-content/themes/.

Dans Plesk, WP Toolkit sait aussi activer ou désactiver une extension et changer de thème depuis la fiche du site, onglets « Plugins » et « Themes », sans passer par l'administration de WordPress, selon sa documentation.

Les autres causes

• La mémoire PHP épuisée : le journal dit « Allowed memory size exhausted ». Cherchez d'abord ce qui consomme, une importation géante ou une extension.
• Une version de PHP trop récente ou trop ancienne pour une extension : le journal parle d'une fonction inconnue ou dépréciée.
• Une erreur de base de données : voir Erreur lors de la connexion à la base de données.
• Un fichier modifié à la main avec une faute de syntaxe, souvent functions.php du thème.

Sur un hébergement Hubspace

Le gestionnaire de fichiers de Plesk sert, sur toutes les offres, à renommer un dossier, lire error_log et modifier wp-config.php. La version de PHP se change dans Plesk ; les réglages de PHP, comme la mémoire, se modifient sur demande. La sauvegarde quotidienne de nos serveurs est gardée 30 jours : si l'écran blanc suit une modification, la restauration de la veille se demande par simple appel. Si vous préférez ne pas chercher vous-même, écrivez-nous depuis votre espace client.

Questions fréquentes