Dépannage WordPress
WordPress bloqué en maintenance : sortir proprement du mode
Sortir WordPress du message Briefly unavailable for scheduled maintenance après avoir vérifié mise à jour, sauvegarde et rollback.
Lire le conseilLe message « Briefly unavailable for scheduled maintenance » peut apparaître pendant une mise à jour WordPress. Commencez par vérifier si une opération est encore en cours. Enlever l’écran de maintenance trop tôt peut rendre visible un site dont les fichiers ne sont pas encore cohérents.
Si la mise à jour a été interrompue, le retour de l’accueil ne suffit pas à confirmer sa réussite. Il faut aussi contrôler le composant concerné et les parcours qui en dépendent. Voici comment organiser ce diagnostic sans relancer plusieurs mises à jour ni effacer des fichiers au hasard.
Vérifier l’opération en cours et la protection disponible
Si vous venez de lancer la mise à jour, laissez-lui le temps de se terminer et consultez son résultat dans l’outil utilisé. Évitez d’ouvrir plusieurs onglets pour relancer la même opération. Si un prestataire ou l’hébergeur intervient, confirmez avec lui qu’aucune copie de fichiers ou opération sur la base n’est encore active.
- Repérez la dernière opération : cœur WordPress, thème, extension ou autre outil, avec son heure approximative et le résultat affiché.
- Conservez le message et les traces utiles : erreur de téléchargement, manque d’espace ou problème de droits, sans exposer les chemins privés ou identifiants.
- Vérifiez le retour arrière : sauvegarde récente couvrant fichiers et base, réellement restaurable, et personne responsable de son utilisation.
Une sauvegarde partielle ou une archive dont le contenu n’a jamais été vérifié ne permet pas de décider sereinement d’une restauration. Si vous ne savez pas quelle opération a commencé, faites d’abord examiner cet état plutôt que de lancer un nettoyage.
Comprendre le rôle du fichier .maintenance
Le mécanisme natif s’appuie sur un fichier nommé .maintenance à la racine de l’installation WordPress. Ce fichier peut être masqué dans un gestionnaire de fichiers. Le responsable technique doit confirmer qu’il regarde la bonne installation, pas un autre site hébergé dans le même compte.
WordPress examine un horodatage contenu dans ce marqueur : dans son fonctionnement natif, un horodatage datant d’au moins dix minutes ne maintient plus ce mode actif. Ce délai ne prouve pas que la mise à jour a réussi. Un message encore visible peut demander un examen du cache, d’un marqueur renouvelé ou d’un autre dispositif de maintenance.
Une page de maintenance personnalisée ou activée par une extension ne se diagnostique pas forcément de la même façon. Le fichier wp-content/maintenance.php peut notamment personnaliser l’affichage natif ; il ne faut pas le confondre avec le petit marqueur à la racine ni le supprimer par déduction.
Rétablir l’accès après une interruption confirmée
Une fois l’absence d’opération active et la sauvegarde confirmées, le responsable peut retirer le seul marqueur .maintenance devenu inutile, depuis un accès serveur autorisé. Il doit conserver les éléments nécessaires au diagnostic et noter cette action. Ne supprimez pas d’autres fichiers au nom ressemblant et ne changez pas les permissions de tout le site pour y parvenir.
Vérifiez ensuite la version et les fichiers du composant qui était en cours de mise à jour. Si l’installation est incomplète, il faut choisir une réparation compatible ou un retour arrière maîtrisé. Remplacer tout le site ou importer une ancienne base peut perdre des commandes, messages ou contenus récents : cette décision exige un état précis des données et une protection adaptée.
Si un message d’erreur apparaît après la maintenance, relevez-le avant de poursuivre. Le guide des échecs de mise à jour de thèmes et extensions aide à examiner cette étape distincte. Ne relancez pas toutes les mises à jour pour vérifier si le problème disparaît.
Valider le résultat et préparer la prochaine mise à jour
Contrôlez l’accueil et une page interne en étant déconnecté, puis la connexion à l’administration et le composant concerné. Vérifiez les parcours utiles au site : formulaire, recherche, panier ou fonctionnalité métier. Les essais sensibles doivent être organisés sans commande, paiement ou publication réelle non souhaitée.
Si l’aperçu fonctionne mais que le visiteur reçoit toujours l’ancien écran, faites vérifier les caches et invalider les seules pages nécessaires. L’adresse publique habituelle doit présenter le résultat attendu. Relisez les nouveaux journaux et confirmez la version installée ; un écran de maintenance disparu n’est pas un compte rendu de mise à jour.
Avant un nouvel essai, faites traiter la cause identifiée : espace réellement disponible, accès aux paquets, droits ou incompatibilité. Préparez les changements sur un environnement de test et gardez une procédure de retour. Si l’administration reste inaccessible ou si l’état des données est incertain, le parcours d’intervention sur un site en panne permet de décrire le blocage sans transmettre de mot de passe dans le premier message.
