Aller au contenu
Fonctionnalités Tarifs Test gratuit de mon site Blog Création de site web Contact Connexion Créer mon compte gratuit
Accueil › Blog › Écran blanc WordPress
WordPress

Écran blanc WordPress (WSOD) : causes et solutions pour réparer votre site

Mis à jour le 3 octobre 2026 · 8 minutes de lecture

Vous tapez votre adresse, et au lieu de votre site s'affiche... rien. Pas de message d'erreur, pas de code HTTP affiché, juste une page blanche et silencieuse. C'est le tristement célèbre « White Screen of Death » (WSOD) de WordPress — et c'est l'une des pannes les plus déroutantes à diagnostiquer, justement parce qu'elle ne donne aucun indice.

Personne frustrée devant son ordinateur portable face à un problème technique non résolu

Qu'est-ce que l'écran blanc de la mort (WSOD) ?

L'écran blanc apparaît quand PHP rencontre une erreur fatale en essayant de construire votre page — mais que, par mesure de sécurité, WordPress et le serveur masquent le détail de cette erreur aux visiteurs plutôt que de l'afficher en clair. Résultat : une page totalement vide, sans en-tête, sans menu, sans pied de page.

Cela peut toucher uniquement le site public, uniquement l'administration (/wp-admin), ou les deux à la fois selon l'endroit exact où l'erreur se produit.

Pourquoi cette panne échappe souvent à la surveillance classique

C'est le piège de l'écran blanc : dans la majorité des cas, le serveur renvoie quand même un code HTTP 200 OK — c'est-à-dire « tout va bien » — accompagné d'une page vide. Un outil qui se contente de vérifier que le serveur répond ne verra aucune anomalie.

C'est exactement le même angle mort que celui décrit dans notre article sur les pannes partielles invisibles : le site « répond », mais ne rend plus le service attendu. Seule une surveillance qui contrôle aussi le contenu réel de la page — et pas seulement son code de statut — repère ce genre d'incident avant qu'un client ne vous appelle.

Les causes les plus fréquentes

1. Une extension incompatible ou mal mise à jour

C'est la cause numéro un. Une extension mise à jour automatiquement devient incompatible avec votre version de PHP ou avec une autre extension déjà installée, et provoque une erreur fatale dès le chargement du site.

2. Un thème corrompu ou mal codé

Un fichier de thème modifié par erreur, un téléversement interrompu ou un thème gratuit de mauvaise qualité peut contenir une ligne de code qui fait planter tout l'affichage.

3. Un dépassement de la limite mémoire PHP

Chaque hébergement impose une limite de mémoire allouée à PHP. Un thème lourd, trop d'extensions actives en même temps ou une page avec beaucoup de contenu peuvent dépasser cette limite et interrompre brutalement le traitement de la page.

4. Une erreur de syntaxe dans un fichier modifié à la main

Une modification directe du fichier functions.php — une parenthèse ou un point-virgule oublié — suffit à rendre tout le site inaccessible, y compris pour vous.

5. Un conflit de version PHP

Après une mise à jour de PHP chez votre hébergeur, une extension ou un thème ancien qui utilisait des fonctions désormais obsolètes peut cesser de fonctionner du jour au lendemain.

Diagnostiquer en urgence : la méthode pas à pas

Étape 1 : révéler le message d'erreur réel

Via FTP ou le gestionnaire de fichiers de votre hébergeur, ouvrez le fichier wp-config.php et repérez la ligne define('WP_DEBUG', false);. Remplacez temporairement false par true, puis rechargez votre site : le message d'erreur exact — fichier et ligne concernés — s'affiche enfin. Pensez à remettre false une fois le diagnostic terminé.

Étape 2 : consulter le journal d'erreurs du serveur

La plupart des hébergeurs conservent un fichier error_log accessible depuis le panneau d'administration ou par FTP, dans le dossier racine de votre site. Il détaille la même erreur, avec un horodatage précis.

Étape 3 : désactiver toutes les extensions d'un coup

Si l'administration est elle-même inaccessible, renommez le dossier wp-content/plugins en, par exemple, plugins-off. Cela désactive instantanément toutes les extensions. Si le site revient, le coupable se trouve parmi elles : renommez le dossier à son nom d'origine et réactivez les extensions une par une depuis l'administration jusqu'à reproduire l'erreur.

Étape 4 : basculer sur un thème par défaut

Toujours par FTP, renommez le dossier de votre thème actif dans wp-content/themes. WordPress bascule alors automatiquement sur un thème par défaut. Si le site revient, le problème vient du thème.

Étape 5 : augmenter la limite mémoire PHP

Dans votre panneau d'hébergement, portez la limite mémoire PHP à 256 Mo minimum, ou ajoutez define('WP_MEMORY_LIMIT', '256M'); dans wp-config.php.

Si rien n'y fait : restaurer une sauvegarde

Sous pression, avec un client qui attend, chercher la cause exacte prend parfois trop de temps. Si vous disposez d'une sauvegarde récente, la restaurer est souvent la solution la plus rapide pour remettre le site en ligne — vous pourrez ensuite investiguer la cause à froid. Notre guide complet des sauvegardes de site web explique comment mettre en place ce filet de sécurité correctement, pour qu'il soit disponible le jour où vous en aurez besoin.

Si le site reste inaccessible même après ces vérifications, élargissez le diagnostic avec notre guide complet en 7 étapes face à un site en panne, qui couvre aussi les pistes côté hébergeur et nom de domaine.

Éviter que l'écran blanc ne revienne

  • Testez chaque mise à jour (extension, thème, cœur) sur une copie du site avant de l'appliquer en production.
  • Limitez le nombre d'extensions actives et supprimez celles que vous n'utilisez plus au lieu de les laisser inactives.
  • Gardez une sauvegarde récente et testée, stockée en dehors du serveur.
  • Suivez une hygiène de sécurité de base : notre checklist sécurité WordPress en 12 points réduit aussi le risque d'incidents liés à des extensions douteuses.
  • Surveillez le contenu réel de votre page, pas seulement sa disponibilité, pour détecter un écran blanc avant vos visiteurs.

Ne découvrez plus un écran blanc par hasard

Sitalerte vérifie votre site en continu et détecte aussi les pages anormalement vides ou un contenu qui a changé sans explication — pas seulement un serveur hors ligne. Gratuit pour un site, à vie.

Questions fréquentes

Par défaut, WordPress masque les erreurs PHP critiques aux visiteurs pour des raisons de sécurité. Le serveur rencontre bien une erreur fatale, mais au lieu de l'afficher, il renvoie une page vide. Il faut activer le mode debug pour voir le message réel.
Pas toujours. Un écran blanc renvoie souvent un code HTTP 200 avec une page vide : pour un outil qui vérifie uniquement que le serveur répond, tout semble normal. Seule une surveillance qui contrôle aussi le contenu réel de la page détecte ce type de panne silencieuse.
Renommez le dossier wp-content/plugins via FTP pour désactiver toutes les extensions d'un coup. Si le site revient, réactivez-les une par une depuis l'administration jusqu'à reproduire l'erreur.
Si vous disposez d'une sauvegarde récente et fonctionnelle, c'est souvent la solution la plus rapide, surtout sous pression. Chercher la cause exacte reste utile ensuite pour éviter que l'incident ne se reproduise après la restauration.

Besoin d'aide pour sécuriser ou maintenir votre WordPress ? Nout Web Réunion crée et maintient des sites vitrines et e-commerce à partir de 690 €, maintenance incluse. Devis gratuit sous 24 h.