Mettre à jour WordPress sans rien casser : la méthode

Pourquoi la peur de casser son site n’est pas irrationnelle

Un clic sur “Mettre à jour” et l’écran blanc apparaît, ou pire : la boutique WooCommerce affiche une erreur de paiement en pleine vente. Ce scénario n’a rien d’exceptionnel — c’est même la première cause de messages paniqués reçus par les agences un lundi matin. La bonne nouvelle : ce risque se neutralise presque entièrement avec une méthode ordonnée. Cet article s’adresse à qui gère lui-même son WordPress (PME, association, indépendant) et veut mettre à jour son core, ses extensions et son thème sans mauvaise surprise. Pas de théorie : une séquence d’étapes précises, avec le filet de sécurité si ça tourne mal.

Prérequis avant de commencer

• Un accès administrateur WordPress valide
• Un accès hébergeur (FTP/SFTP ou gestionnaire de fichiers) et, idéalement, en SSH
• Une sauvegarde récente (fichiers + base de données), automatique ou manuelle
• Si possible, un environnement de préproduction (staging) fourni par l’hébergeur ou un plugin dédié
• Une liste des extensions actives et de leur version actuelle
• 30 à 60 minutes sans interruption — ne lance jamais une mise à jour cinq minutes avant de partir

1. Sauvegarder avant de toucher à quoi que ce soit

Cette étape n’est pas négociable. Avant la moindre mise à jour, vérifie qu’une sauvegarde complète existe — fichiers et base de données, pas l’un sans l’autre. La plupart des hébergeurs mutualisés (o2switch, Infomaniak, Hostinger) proposent des sauvegardes automatiques quotidiennes ou hebdomadaires ; vérifie la date de la dernière avant de te fier à elle. Si le doute existe, lance une sauvegarde manuelle avec un plugin comme UpdraftPlus ou directement depuis le panneau d’hébergement.

Sans cette sauvegarde, toute la suite du processus perd son filet de sécurité. C’est elle qui rend le rollback possible en dernier recours.

2. Tester d’abord sur un environnement de préproduction

Ne mets jamais à jour un site en production sans être passé par une copie de test. Un environnement de préproduction (staging) reproduit ton site à l’identique dans un espace isolé : tu peux y appliquer toutes les mises à jour, observer les effets, et si quelque chose casse, personne ne le voit sauf toi.

Concrètement :

• Active le staging depuis ton hébergeur (fonction souvent native chez Infomaniak, o2switch, WP Engine) ou via un plugin comme WP Staging
• Applique les mises à jour sur cette copie en suivant l’ordre décrit ci-dessous
• Navigue sur les pages critiques : accueil, formulaire de contact, tunnel de commande si e-commerce
• Seulement si tout est propre, reproduis les mêmes mises à jour en production

Ce détour prend 20 minutes de plus mais évite l’essentiel des mauvaises surprises. C’est la même logique qui s’applique avant une mise à jour majeure de WordPress, où l’écart entre deux versions est encore plus large.

3. Mettre à jour le noyau WordPress (core) en premier

Le core est la fondation : extensions et thème sont conçus pour fonctionner avec une version donnée. Le mettre à jour en premier garantit que tout ce qui suit s’installe sur une base à jour et cohérente.

Depuis Tableau de bord > Mises à jour, lance la mise à jour du core. Pour les mises à jour mineures (7.6.1 → 7.6.2), le risque est faible. Pour une mise à jour majeure (7.5 → 7.6), vérifie au préalable la compatibilité annoncée par les auteurs de tes extensions principales — WooCommerce, Elementor, WPBakery publient généralement une note de compatibilité en amont.

Après la mise à jour, recharge l’accueil du site et l’admin. Si tu obtiens un écran blanc à ce stade, direction le diagnostic de l’écran blanc de la mort.

4. Mettre à jour les extensions une par une

C’est l’étape où la plupart des sites cassent — et c’est justement pourquoi il ne faut jamais tout mettre à jour d’un coup. Si dix plugins sont mis à jour simultanément et qu’un conflit apparaît, identifier le coupable devient un vrai casse-tête.

La méthode :

1. Choisis une seule extension à mettre à jour
2. Clique sur “Mettre à jour maintenant”
3. Recharge le site en front et en back-office
4. Teste la fonctionnalité spécifique de cette extension (le formulaire pour Contact Form 7, le panier pour WooCommerce, l’éditeur pour Elementor)
5. Si tout va bien, passe à l’extension suivante

Priorise les extensions critiques (paiement, sécurité, cache) et mets-les à jour en début de session, quand tu es le plus attentif. Si un conflit apparaît malgré cette approche pas-à-pas, la méthode d’identification de conflit de plugins t’aidera à isoler la source exacte.

5. Mettre à jour le thème en dernier

Le thème dépend souvent du core et des extensions déjà en place — le mettre à jour en dernier limite les interactions imprévues. Si tu utilises un thème enfant (child theme), la mise à jour du thème parent ne touche pas tes personnalisations : vérifie que ce mécanisme est bien en place avant toute chose, sinon tes modifications de style disparaîtront au prochain clic.

Après la mise à jour du thème, vérifie particulièrement : le menu de navigation, l’affichage mobile, et la mise en page des pages construites avec un constructeur visuel (Elementor, WPBakery).

6. Vérifier le site après chaque étape (la checklist qui évite tout)

Une vérification systématique après chaque mise à jour — pas seulement à la fin — permet d’identifier immédiatement quelle étape a introduit un problème.

Si un élément casse, tu sais exactement quelle mise à jour vient d’être appliquée — et c’est là que le rollback entre en jeu.

7. Savoir revenir en arrière : rollback plugin et restauration complète

Deux niveaux de retour arrière existent, selon la gravité :

Rollback d’une seule extension. Le plugin gratuit WP Rollback permet de revenir à la version précédente d’une extension spécifique sans toucher au reste du site. Installe-le, va dans Outils > WP Rollback, sélectionne l’extension fautive et choisis la version antérieure. En deux minutes, le problème disparaît le temps de comprendre pourquoi la nouvelle version pose souci.

Restauration complète. Si le core, plusieurs extensions ou la base de données sont touchés, la restauration de la sauvegarde effectuée à l’étape 1 reste la solution la plus fiable. Restaure fichiers et base ensemble — restaurer l’un sans l’autre crée des incohérences (une base ancienne avec des fichiers récents, ou l’inverse).

Si le site est déjà cassé et qu’aucune sauvegarde propre n’existe, les guides sur l’erreur critique WordPress et le site cassé après une mise à jour automatique donnent la marche à suivre en urgence.

Schéma : l’ordre à respecter

Pièges courants

• Mettre à jour toutes les extensions d’un coup pour gagner du temps : c’est le meilleur moyen de perdre bien plus de temps à chercher le coupable ensuite.
• Sauter le staging parce que “ça a toujours bien marché” : la première fois où ça casse, c’est toujours celle où on ne l’a pas fait.
• Restaurer les fichiers sans la base, ou l’inverse : vérifie systématiquement que la sauvegarde couvre les deux.
• Ignorer une extension “inactive” : une extension désactivée mais jamais supprimée peut quand même provoquer des conflits lors d’une mise à jour du core.
• Désactiver les mises à jour automatiques par peur : c’est l’inverse du bon réflexe, comme l’explique l’article sur les mises à jour automatiques qui ont sauvé des milliers de sites. La solution n’est pas de bloquer les mises à jour, mais de les appliquer avec méthode.

Une mise à jour WordPress qui casse un site n’est presque jamais une fatalité technique — c’est le symptôme d’un ordre non respecté ou d’une vérification sautée. Staging, ordre core → extensions → thème, contrôle après chaque étape, sauvegarde en poche : cette séquence, une fois prise en habitude, transforme une opération redoutée en routine de dix minutes.