Une page blanche sur WordPress est presque toujours une erreur PHP dont le message reste caché : une extension, le thème, un manque de mémoire ou une version de PHP incompatible. Pour la réparer vite, regardez d’abord où elle apparaît (partout, seulement dans l’administration, dans l’éditeur, sur une page, ou pour les visiteurs seulement), puis vérifiez dans l’ordre : les caches, le journal d’erreurs, les extensions, le thème, la mémoire et PHP. Rassurez-vous : vos textes et vos pages ne sont pas effacés, ils restent dans la base de données.
Ce guide vous aide à lire le symptôme, à trouver la cause et à réparer sans rien aggraver. Si le site est à l’arrêt et que chaque heure compte, c’est une urgence que je traite en dépannage WordPress.
Page blanche ou erreur critique : quelle différence ?
Depuis la version 5.2, quand une extension ou le thème provoque une erreur fatale, WordPress affiche en général un message d’erreur critique et envoie un lien de secours à l’adresse d’administration. La page totalement blanche, surnommée « écran blanc de la mort », existe pourtant toujours. Elle apparaît quand l’erreur survient avant que WordPress puisse l’intercepter, quand la mémoire manque au point de tout arrêter, ou quand le problème ne vient pas de PHP du tout : une page vide gardée en cache, un modèle qui n’affiche rien, un éditeur qui ne se charge pas.
Un indice simple aide à trancher. Dans votre navigateur, touche F12, onglet « Réseau », rechargez la page et regardez la première ligne :
- un code 500 signale une erreur côté serveur, donc PHP, une extension, le thème ou la mémoire ;
- un code 200 avec une page vide signale une page servie telle quelle : un cache, un modèle de page ou un script qui ne s’exécute pas.
Où apparaît la page blanche ? La cause change selon le cas
Partout, pour tout le monde
Le site public et l’administration sont blancs. C’est le cas classique d’une erreur PHP fatale, très souvent juste après une mise à jour d’extension, de thème ou de PHP. Commencez par le journal d’erreurs, qui nomme en général le fichier fautif, puis désactivez les extensions par FTP. Toutes les étapes détaillées sont dans notre article sur l’erreur critique et l’erreur 500 WordPress.
Seulement dans l’administration
Le site s’affiche pour les visiteurs, mais le tableau de bord reste blanc. Certaines extensions ne chargent leur code que dans l’administration, et l’administration consomme plus de mémoire que les pages publiques. Une extension récemment mise à jour, ou une limite de mémoire trop basse, suffit à la bloquer. Renommez le dossier des extensions par FTP pour les désactiver toutes, puis réactivez-les une à une.
Seulement dans l’éditeur
L’éditeur de blocs ou Elementor s’ouvre sur une page vide ou un chargement sans fin. Ici, le coupable est souvent un script JavaScript en erreur : ouvrez la console du navigateur (F12, onglet « Console ») pour lire le message en rouge. Deux suspects fréquents : une extension de sécurité qui bloque l’API REST, la porte par laquelle l’éditeur dialogue avec le serveur, et une extension de cache ou d’optimisation qui regroupe les scripts. Testez aussi dans une fenêtre privée, sans les extensions de votre navigateur. Pour Elementor, son mode sans échec, dans ses outils, charge l’éditeur sans les autres extensions. Voyez aussi pourquoi un site Elementor est lent.
Sur une seule page
Le reste du site fonctionne, mais une page précise reste blanche. Le problème vient de son contenu ou de son modèle : un code court (shortcode) d’une extension désactivée, un bloc défectueux, un modèle de page supprimé du thème. Ouvrez la page dans l’éditeur, changez de modèle, retirez le dernier bloc ajouté. Les révisions de WordPress, dans le panneau de droite, permettent aussi de revenir à une version antérieure de la page.
Pour les visiteurs, mais pas pour vous
Connecté, vous voyez votre site normalement ; vos clients, eux, tombent sur une page blanche. C’est la signature d’un cache : une copie de la page a été enregistrée pendant la panne et continue d’être servie aux visiteurs non connectés. Videz le cache de votre extension, celui de l’hébergeur s’il en propose un, puis celui de Cloudflare si vous l’utilisez. Vérifiez ensuite dans une fenêtre privée, qui vous montre le site comme un visiteur.
Juste après une migration
Le site vient de changer d’hébergeur ou d’adresse et s’affiche en blanc. Trois pistes : une version de PHP différente sur le nouveau serveur, des fichiers manquants à cause d’un transfert incomplet, ou des adresses du site (réglages siteurl et home) qui pointent encore vers l’ancien emplacement. Comparez la version de PHP des deux serveurs, vérifiez le fichier wp-config.php, puis les adresses dans la base de données. La méthode pour éviter ce scénario est décrite dans migrer un site WordPress sans coupure.
Un WordPress qui vous inquiète ? Thomas regarde avec vous.
Réparer une page blanche dans le bon ordre
La règle : commencer par ce qui ne peut rien casser, et garder les gestes lourds pour la fin.
- Videz les caches : extension de cache, cache de l’hébergeur, Cloudflare, puis votre navigateur. Si la page revient, le problème était déjà réglé et seule une vieille copie s’affichait.
- Lisez le journal d’erreurs. L’espace client de l’hébergeur en propose souvent un. À défaut, ajoutez ces lignes dans
wp-config.php, avant la ligne qui dit d’arrêter les modifications : les erreurs s’écrivent alors danswp-content/debug.log, sans s’afficher aux visiteurs.
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );- Désactivez les extensions en renommant le dossier
wp-content/pluginspar FTP ou avec le gestionnaire de fichiers de l’hébergeur. Si le site revient, rendez son nom au dossier et réactivez les extensions une à une depuis l’administration pour trouver la coupable. - Écartez le thème en renommant le dossier du thème actif : WordPress bascule alors sur un thème par défaut, s’il en reste un d’installé.
- Vérifiez la mémoire et la version de PHP. La mémoire se relève dans
wp-config.phpavecdefine( 'WP_MEMORY_LIMIT', '256M' );, dans la limite autorisée par l’hébergeur. La version de PHP se choisit dans l’espace client : revenez à la précédente si la panne a suivi un changement. - Restaurez la sauvegarde d’avant la panne si rien n’a fonctionné, puis refaites les mises à jour une par une, sur une copie du site de préférence.
Pensez à retirer les lignes de débogage une fois le site réparé. Si vous n’avez pas d’accès FTP, ou si vous ne savez pas lequel des fichiers renommer, arrêtez-vous là : un geste de trop sur un site en panne complique la réparation.
Éviter la prochaine page blanche
Un scénario revient souvent : une mise à jour automatique d’extension pendant la nuit, et un site blanc au réveil. Quelques habitudes l’évitent :
- une sauvegarde automatique quotidienne, stockée ailleurs que sur le serveur du site ;
- des mises à jour testées d’abord sur une copie du site, puis appliquées sur le site en ligne ;
- une surveillance de disponibilité, qui vous alerte par e-mail ou SMS dès que le site ne répond plus ;
- une version de PHP à jour, changée volontairement et testée, plutôt que subie.
C’est le cœur de la maintenance WordPress que je propose : sauvegardes, mises à jour appliquées d’abord sur une copie, surveillance et intervention rapide en cas de panne. Voyez aussi pourquoi sauvegarder avant de mettre à jour WordPress.
Questions fréquentes
Mes contenus sont-ils perdus après une page blanche ?
Non. Les textes, les pages, les produits et les réglages sont enregistrés dans la base de données, que la page blanche ne touche pas. Tant que personne ne supprime la base ou ne restaure une sauvegarde ancienne, tout réapparaît une fois la cause corrigée.
Pourquoi mon site est-il blanc seulement sur mon téléphone ?
Le plus souvent, parce que votre téléphone affiche une copie en cache ou une version mobile servie par une extension. Ouvrez le site en navigation privée sur le téléphone : s’il s’affiche, videz les caches. S’il reste blanc, testez sur le Wi-Fi et en 4G, puis vérifiez les extensions qui modifient l’affichage mobile.
Puis-je réparer une page blanche sans FTP ?
Souvent, oui. Le gestionnaire de fichiers de l’espace client de l’hébergeur permet de renommer les dossiers comme le ferait un logiciel FTP, et l’e-mail de secours de WordPress donne un accès temporaire à l’administration pour désactiver l’extension en cause.
Comment créer une page vraiment vide, sans en-tête ni pied de page ?
C’est une autre question, mais la recherche est la même. La plupart des thèmes et des constructeurs proposent un modèle de page « vierge », « pleine page » ou « canvas » : il suffit de le choisir dans les réglages de la page, panneau de droite de l’éditeur.
Combien de temps faut-il pour réparer une page blanche ?
Quand la cause est une extension ou le thème et que les accès sont disponibles, la réparation est en général rapide. Elle s’allonge quand il faut d’abord retrouver les accès, restaurer une sauvegarde ou reprendre une mise à jour de PHP.
Votre site affiche une page blanche et vous préférez ne pas y toucher seul ? Faire réparer mon site : je trouve la cause, je répare et je vous explique ce qui s’est passé. Devis gratuit et sans engagement, réponse sous 48 h ouvrées.
Développeur WordPress et consultant SEO depuis 2010, à Jugon-les-Lacs. Il conçoit, référence et maintient des sites pour des entreprises, associations et communes, en Bretagne et partout en France.
