WordPress page blanche : trouver la cause et remettre le site en ligne

Vous tapez l’adresse de votre site et rien ne s’affiche : ni menu, ni message, juste un fond blanc. Les visiteurs repartent, les commandes s’arrêtent, et la page d’administration est peut-être tout aussi vide. Ce symptôme, que l’on appelle page blanche ou écran blanc sur WordPress, ne dit pas ce qui cloche, et c’est ce qui le rend déroutant. Il a pourtant un nombre limité de causes, que l’on peut écarter une à une, dans un ordre précis.

Qu’est-ce que l’écran blanc de WordPress ?

L’écran blanc de WordPress est une page qui s’affiche vide parce que le code PHP du site s’est arrêté avant de produire le moindre contenu. Les pages d’aide francophones de WordPress le décrivent ainsi : les erreurs PHP et de base de données peuvent se manifester par un écran blanc, vide, sans information.

Le silence est voulu : par sécurité, un site masque aux navigateurs les détails d’une erreur, comme le rappelle la documentation d’OVHcloud. Le serveur a pourtant une explication précise, qu’il faut faire apparaître. Le blanc peut toucher tout le site, seulement l’administration ou une seule page, et cette nuance oriente le diagnostic : une page isolée pointe vers l’extension qui s’y affiche, un site entier vers le thème ou la configuration du serveur.

Quelles sont les causes d’une page blanche sur WordPress ?

Les causes documentées sont une extension incompatible, un thème défaillant, une mémoire PHP insuffisante et une mise à jour qui a mal tourné. La documentation de WordPress cite d’abord le conflit avec une extension, puis le thème, surtout si l’écran blanc apparaît juste après l’activation d’un nouveau thème.

La mémoire est le troisième suspect. WordPress tente par défaut de porter la limite de mémoire de PHP à 40 Mo pour un site simple et à 64 Mo pour un réseau de sites, et la documentation pour développeurs précise que certains hébergeurs bloquent cette augmentation. Une extension gourmande peut dépasser la limite : le script s’interrompt et la page reste vide.

Reste la mise à jour. OVHcloud note que des erreurs proviennent parfois d’une mise à jour effectuée automatiquement par un composant du site, ou d’un changement de version de PHP.

Symptôme	Cause probable	Premier test
Blanc juste après l’installation ou la mise à jour d’une extension	Extension incompatible	Renommer le dossier plugins
Blanc après l’activation d’un thème	Thème défaillant	Renommer le dossier du thème actif
Blanc sur une page lourde, message de mémoire dans le journal	Limite de mémoire PHP atteinte	Lire debug.log, revoir la limite
Blanc ou erreur 500 après un changement de PHP	Code incompatible avec la nouvelle version	Revenir à la version précédente chez l’hébergeur
Erreur 500 après une modification de configuration	Anomalie dans .htaccess	Renommer le fichier en .htaccess.old

Comment diagnostiquer une page blanche étape par étape ?

On diagnostique une page blanche en commençant par la sauvegarde, puis en isolant les extensions, le thème et la mémoire, du test le moins intrusif au plus intrusif.

1. Sauvegarder. Téléchargez par FTP les fichiers du site et exportez la base de données. OVHcloud le recommande avant toute modification.
2. Consulter la messagerie. Une erreur fatale déclenche un e-mail à l’administrateur, avec un lien vers le mode de récupération (voir plus bas). Regardez aussi les courriers indésirables.
3. Lire l’erreur. Activez le journal de débogage (section suivante) et ouvrez wp-content/debug.log : le chemin de fichier cité désigne l’extension, le thème ou le noyau en cause.
4. Désactiver les extensions. Par FTP, renommez wp-content/plugins en plugins_old. Si le site s’affiche, rendez au dossier son nom, puis renommez les dossiers des extensions un par un pour trouver la coupable.
5. Passer à un thème par défaut. Si l’administration répond, activez un thème fourni par WordPress, par exemple Twenty Twenty-One comme le cite la documentation. Sinon, renommez par FTP le dossier du thème actif dans wp-content/themes.
6. Tester .htaccess. Renommez-le en .htaccess.old et rechargez le site, comme le préconise OVHcloud.
7. Revoir la mémoire et la version de PHP si rien n’a changé.

Sans FTP, la documentation de WordPress propose une autre voie : dans phpMyAdmin, la ligne active_plugins de la table wp_options prend la valeur a:0:{}, ce qui désactive toutes les extensions. Cette manipulation sur la base demande une sauvegarde préalable.

Comment activer le mode débogage de WordPress ?

On active le mode débogage en ajoutant des constantes dans wp-config.php, à la racine du site, avant la ligne « That’s all, stop editing! ». Selon la documentation de WordPress, WP_DEBUG déclenche le mode de débogage, WP_DEBUG_LOG enregistre les erreurs dans un fichier debug.log et WP_DEBUG_DISPLAY règle leur affichage dans les pages.

// Enable WP_DEBUG mode
define( 'WP_DEBUG', true );

// Enable Debug logging to the /wp-content/debug.log file
define( 'WP_DEBUG_LOG', true );

// Disable display of errors and warnings
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

Avec ce réglage, les erreurs n’apparaissent pas aux visiteurs mais s’écrivent dans wp-content/debug.log. Rechargez la page blanche, puis ouvrez ce fichier par FTP.

La documentation déconseille ces outils sur un site en production, car ils sont prévus pour les installations locales et de préproduction. Retirez donc ces lignes une fois l’erreur trouvée. Si l’erreur parle de mémoire, la documentation donne en exemple la constante suivante, qui n’agit que si l’hébergeur laisse WordPress modifier la limite :

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

Que faire quand WordPress affiche une erreur critique au lieu du blanc ?

Il faut ouvrir le lien du mode de récupération reçu par e-mail : il permet d’entrer dans l’administration alors que l’extension ou le thème fautif est suspendu. Depuis WordPress 5.2, le visiteur voit un écran signalant des difficultés techniques, et un e-mail part vers l’adresse de l’administrateur, ainsi que du super administrateur sur un réseau de sites, selon l’équipe de WordPress.

Le lien secret pose un cookie sur votre navigateur : l’élément en cause est mis en pause pour vous seul, et vous pouvez vous connecter. Un bandeau liste les extensions suspendues et leurs erreurs. Vous pouvez en désactiver une, la corriger puis la relancer, ou transmettre l’erreur exacte à son auteur. Le bouton de sortie de la barre d’administration supprime le cookie ; si l’extension reste défectueuse, l’erreur fatale revient.

L’annonce ne précise ni la durée de validité du lien ni la manière de changer le destinataire. Si le message n’arrive pas, la désactivation par FTP reste possible. Une panne qui dure pèse sur les visites ; les vérifications à mener sont détaillées dans l’article sur la chute de trafic.

Quand faut-il appeler l’hébergeur ?

Il faut le contacter dès que debug.log reste vide, que le blanc persiste avec les extensions renommées et un thème par défaut, ou que l’accès FTP est impossible. Ces cas relèvent du serveur plus que de WordPress.

OVHcloud indique par exemple, pour ses hébergements, des droits de 705 pour les dossiers et de 604 pour les fichiers, et propose de passer l’hébergement en mode développement pour afficher les erreurs PHP, avant de revenir en production. Ces valeurs sont propres à cet hébergeur. Décrivez au support ce que vous avez essayé, l’heure du dernier changement (mise à jour, nouvelle extension, changement de PHP) et joignez les dernières lignes du journal. Une restauration remplace le contenu actuel : OVHcloud avertit que les données présentes juste avant ne peuvent plus être récupérées.

Questions fréquentes

La page blanche touche seulement l’administration, que faire ?

Une extension ou le thème plante alors dans l’interface seule. Appliquez les mêmes tests : renommez le dossier des extensions, puis celui du thème actif. Si l’administration revient, réactivez les extensions une à une.

Peut-on perdre ses contenus en renommant le dossier des extensions ?

Non, les articles et les pages sont stockés dans la base de données, que ce renommage ne touche pas. La documentation de WordPress précise qu’après avoir rendu son nom au dossier, les extensions restent désactivées et se réactivent une à une.

Que faire si je ne trouve pas le fichier debug.log ?

Vérifiez que les lignes sont placées dans wp-config.php avant la mention « stop editing » et que vous avez rechargé la page fautive après la modification. Un fichier absent peut signaler une erreur survenue avant le chargement de WordPress, donc côté serveur.

Faut-il réinstaller WordPress quand le blanc persiste ?

Pas en premier recours : réinstaller le noyau ne règle ni un conflit d’extension ni un souci de serveur. Cette option se discute après avoir écarté les extensions, le thème, .htaccess, la mémoire et PHP, avec une sauvegarde complète.

Comment éviter que cela se reproduise ?

Sauvegardez avant chaque mise à jour, comme le demande la documentation de WordPress, et mettez à jour une extension à la fois. Cybermalveillance.gouv.fr recommande aussi de garder une copie dans un lieu différent de celui des données d’origine et de vérifier régulièrement qu’elle fonctionne.

Sources

Sources consultées le 24 octobre 2026, présentées sans liens cliquables.

• WordPress en Français, « Erreurs courantes », fr.wordpress.org. Adresse : https://fr.wordpress.org/support/article/common-wordpress-errors/
• WordPress.org, « Debugging in WordPress », developer.wordpress.org. Adresse : https://developer.wordpress.org/advanced-administration/debug/debug-wordpress/
• WordPress.org, « Editing wp-config.php », developer.wordpress.org. Adresse : https://developer.wordpress.org/advanced-administration/wordpress/wp-config/
• WordPress.org, « FAQ Troubleshooting », wordpress.org. Adresse : https://wordpress.org/documentation/article/faq-troubleshooting/
• Équipe WordPress Core, « Fatal error recovery mode in 5.2 », make.wordpress.org, 16 avril 2019. Adresse : https://make.wordpress.org/core/2019/04/16/fatal-error-recovery-mode-in-5-2/
• OVHcloud, « Que faire en cas d’erreur 500 Internal Server Error ? », documentation OVHcloud. Adresse : https://docs.ovh.com/fr/hosting/comment-diagnostiquer-page-blanche/
• Cybermalveillance.gouv.fr, « Pourquoi et comment bien gérer ses sauvegardes ? ». Adresse : https://www.cybermalveillance.gouv.fr/tous-nos-contenus/bonnes-pratiques/sauvegardes