Maintenance et sécurité
Mise à jour WordPress cassée : thème ou extension
Une mise à jour peut échouer pendant le téléchargement, l’extraction, la copie ou l’activation du nouveau code. Elle peut aussi réussir techniquement puis casser une fonction par incompatibilité. Ces situations exigent des rollbacks différents.
Lire le conseilUne mise à jour de thème ou d’extension peut s’arrêter avant l’installation, échouer pendant la copie des fichiers ou se terminer avec un site qui fonctionne mal. Le même bouton « Réessayer » ne répond pas à ces trois situations. Avant une nouvelle tentative, il faut retrouver l’étape en défaut et vérifier ce qui a réellement changé.
Relever l’erreur avant de relancer la mise à jour
Notez le composant concerné, la version installée, celle qui était attendue, l’heure et le message exact. Gardez les informations utiles du compte rendu WordPress, sans copier un journal complet contenant des accès, des clés de licence ou des données client. Si plusieurs composants ont été mis à jour ensemble, retrouvez leur ordre plutôt que de désigner le dernier au hasard.
- Le paquet n’arrive pas : le téléchargement ou l’accès à la source échoue avant l’installation.
- L’installation s’interrompt : l’extraction, le dossier temporaire ou la copie vers la destination pose problème.
- WordPress annonce une réussite : le code a pu être installé, mais une erreur PHP ou une fonction dégradée apparaît ensuite.
Rapprochez le message des journaux à la même heure et vérifiez la version effectivement présente. Une notification de réussite ne constitue pas une recette du site. À l’inverse, un message d’échec ne permet pas de supposer que tous les fichiers sont restés dans leur état précédent.
Préparer une reprise qui tient compte des données
Avant de modifier un composant partiellement installé, vérifiez qu’une sauvegarde récente et restaurable existe. Elle doit couvrir les fichiers et la base nécessaires à la reprise. Conserver uniquement l’ancien dossier de l’extension peut être insuffisant si sa nouvelle version a déjà modifié des options, des tables ou le format des données.
Une restauration isolée permet de vérifier la protection sans remplacer la production. Utilisez un environnement qui ne déclenche pas les paiements, messages ou tâches réels du site : une copie de boutique ou d’application conserve parfois des intégrations actives. Les accès et données de cet environnement doivent rester protégés.
Sur un site qui continue à recevoir des commandes, inscriptions ou demandes, identifiez les données apparues depuis la sauvegarde. Restaurer une ancienne base complète peut les supprimer. Le plan de retour doit expliquer comment ces nouveautés sont conservées ou rapprochées ; il ne se résume pas à importer le dernier fichier SQL disponible.
Corriger l’étape de téléchargement ou de copie
Pour un téléchargement refusé, vérifiez la source officielle du paquet, la réponse reçue et, si nécessaire, les conditions d’accès prévues par l’éditeur. Un problème de connexion au fournisseur ne se règle pas en récupérant une archive inconnue. Ne désactivez pas les vérifications du certificat ou du paquet pour faire passer la mise à jour.
Pour une extraction ou une copie interrompue, contrôlez l’espace, le quota, les chemins temporaires et les droits du processus qui intervient. Un accès FTP fonctionnel ne prouve pas que PHP peut écrire au même endroit. N’ouvrez pas tous les droits avec chmod 777 et ne supprimez pas un dossier simplement parce que le message indique qu’il existe déjà.
Un site resté en maintenance demande aussi une vérification de l’opération en cours. Avant de retirer un marqueur tel que .maintenance, assurez-vous qu’aucune mise à jour ou copie ne travaille encore et que les fichiers sont cohérents. Retirer ce marqueur ne répare pas une installation partielle.
Choisir le retour adapté au composant
WordPress possède des mécanismes de sauvegarde temporaire et de restauration des fichiers de thèmes ou d’extensions lors de certains échecs de mise à jour. Ils ne constituent pas une garantie de retour complet pour toutes les situations. Il faut vérifier le résultat réel, les fichiers présents et les éventuelles opérations effectuées dans la base.
Avant de remettre une version précédente, consultez les notes et prérequis de l’éditeur : versions de PHP et de WordPress, dépendances, thème enfant et intégrations concernées. Une migration de données peut rendre l’ancien code inadapté au nouvel état de la base. Faites préparer un retour cohérent plutôt qu’une copie de fichiers effectuée sans connaître cet état.
Si l’administration ne s’ouvre plus, conservez l’erreur et les accès de maintenance documentés. Évitez de renommer plusieurs dossiers ou de désactiver tous les composants sans méthode : vous perdriez des indices et pourriez provoquer d’autres pannes. L’intervention doit cibler le composant identifié, avec une protection et une procédure de retour vérifiées.
Valider les fonctions utiles avant de clôturer
Reproduisez d’abord le problème sur un environnement de test adapté, puis vérifiez le correctif avec les parcours qui utilisent ce composant. Pour un thème, contrôlez notamment les modèles de page, le menu, les formulaires et l’affichage mobile. Pour une extension, ajoutez ses fonctions métier : recherche, réservation, accès privé, commande ou traitement en arrière-plan selon le site.
La recette doit vérifier les cas normaux et les erreurs pertinentes, sans créer silencieusement de compte ni lancer de paiement ou d’e-mail réel. Si la validation exige une action réelle, définissez-la avec les personnes responsables et les données de test autorisées. Contrôlez aussi les journaux et l’absence d’opération de mise à jour encore active.
Après la mise en production ciblée, confirmez la version, les fonctions touchées et la cohérence des données. Conservez la protection et les preuves utiles avant de retirer les temporaires identifiés. Si une régression revient, ces éléments permettent de comprendre le défaut sans recommencer toute l’installation.
Si le problème concerne surtout une opération planifiée qui ne démarre pas, consultez le guide des mises à jour automatiques WordPress. Pour cadrer la protection, la recette et le suivi des composants du site, la maintenance WordPress permet de prévoir une procédure adaptée au fonctionnement réel de l’entreprise.