L'accès à wp-admin ou wp-login affiche une page blanche

Une page blanche signifie que le navigateur n'a reçu aucun contenu visible. Elle peut être due à une erreur PHP masquée, mais aussi à une réponse vide, à un blocage ou à une redirection incorrecte. L'heure et le journal de la même requête permettent de les distinguer.

1. Enregistrez une requête précise

Ouvrez une seule fois /wp-login.php et notez l'heure, l'URL finale et le code HTTP dans les outils du navigateur. Vérifiez aussi si la partie publique fonctionne et si WordPress a envoyé un e-mail de récupération à l'administrateur.

Consultez le journal PHP de ce moment. Si vous n'en avez pas, activez temporairement le journal de débogage privé avec WP_DEBUG_DISPLAY à false ; n'affichez pas les erreurs PHP sur un site public.

2. Suivez la première erreur de la requête

• Si Allowed memory size exhausted apparaît, confirmez la limite effective et le composant qui consommait la mémoire avant de l'augmenter.
• Si Permission denied apparaît, vérifiez uniquement le chemin mentionné, son propriétaire et les permissions recommandées. Ne changez pas les permissions de toute l'installation sans cette preuve.
• Si l'erreur pointe vers wp-content/plugins/nombre-del-plugin/, mettez à jour ce plugin ou isolez-le de façon réversible.
• Si elle pointe vers le thème actif, testez un thème par défaut en staging ou via le mode de récupération.

Le fichier mentionné montre où l'exécution s'est arrêtée, pas toujours qui a produit la donnée invalide. Conservez aussi la trace et la première erreur fatale de la même heure.

3. Isolez seulement le nécessaire

Si vous ne pouvez pas vous connecter à WordPress et que l'erreur identifie un plugin, renommez uniquement son dossier par FTP ou avec le gestionnaire de fichiers. Rechargez la même URL : le changement de résultat est la preuve utile. Renommer tout le dossier plugins désactive aussi la sécurité, le cache et la boutique ; réservez-le donc à un test contrôlé.

Si le journal ne désigne aucun composant, faites le test de conflit en staging en désactivant les plugins par groupes et en passant temporairement à un thème par défaut.

4. Vérifiez et rétablissez

Rechargez /wp-login.php et confirmez le code HTTP, le contenu visible et l'absence de l'erreur dans le journal. Réactivez les composants isolés, rétablissez la configuration de débogage et vérifiez aussi la partie publique et les fonctions essentielles du site.

Si le journal PHP n'indique aucun échec

Vérifiez si la réponse est vide ou si elle contient du HTML masqué par le CSS ou par une erreur JavaScript. Dans ce second cas, consultez la Console et l'onglet Réseau. S'il y a une chaîne de redirections, conservez les destinations et vérifiez l'URL configurée, le HTTPS et les plugins qui modifient l'adresse de connexion.

Le mode de récupération peut mettre en pause un composant uniquement pour votre session ; pouvoir vous connecter depuis son lien ne prouve pas que le site est réparé pour les autres visiteurs. Confirmez le résultat depuis une session indépendante et gardez l'accès SFTP ou au gestionnaire de fichiers avant de modifier des composants de connexion ou de sécurité.