WordPressComment mettre à jour WordPress sans casser son site ?
Le cercle vicieux commence quand plus personne n’ose cliquer. La méthode en cinq étapes, l’ordre à respecter, et ce qu’il faut faire quand la mise à jour casse quand même.

Le scénario est toujours le même. Une mise à jour a cassé quelque chose, une fois. Depuis, plus personne ne clique. Six mois plus tard, le site accumule les versions de retard, et chaque mise à jour devient plus risquée que la précédente.
Pourquoi attendre aggrave‑t‑il le risque ?
Parce qu’une mise à jour saute d’un état connu à un autre. Passer de la version 6.4 à la 6.5 est une marche ; passer de la 5.9 à la 6.8 en une fois, c’est franchir toutes les marches en même temps, sans savoir laquelle a cédé si quelque chose tombe.
Et pendant l’attente, les failles publiées restent ouvertes. Un correctif de sécurité annonce publiquement la faille qu’il corrige : à partir de sa parution, les sites non mis à jour sont désignés.
Un correctif de sécurité rend la faille publique. Ne pas l’appliquer, c’est laisser une porte dont l’adresse est connue.
La méthode qui évite l’accident
- Une sauvegarde vérifiée, pas seulement lancée. Une sauvegarde jamais restaurée est une hypothèse.
- Une copie de test, sur laquelle la mise à jour se fait d’abord. C’est le seul moyen de savoir avant, et non après.
- Un ordre : le cœur, puis les extensions, puis le thème. Jamais tout en même temps.
- Une extension à la fois, en vérifiant le site entre chaque, quand il y en a beaucoup.
- Une recette après coup : formulaire de contact, connexion, et pour une boutique, un paiement réel.
Cette recette est le point qu’on saute le plus souvent, et c’est celui qui compte. Un site peut s’afficher parfaitement et avoir un formulaire de contact qui n’envoie plus rien. Personne ne s’en aperçoit avant des semaines.
Faut‑il tout mettre à jour automatiquement ?
Les correctifs de sécurité du cœur, oui : ils sont conçus pour ne rien changer d’autre, et le délai d’exposition compte davantage que le risque de régression.
Les versions majeures et les extensions, non. Ce sont elles qui cassent, et il faut pouvoir choisir le moment. Une mise à jour automatique déclenchée un samedi soir vous laisse découvrir le problème le lundi matin.
Que faire quand la mise à jour casse quand même ?
D’abord ne rien précipiter. Un écran blanc n’est pas une perte de données : le site est intact, c’est son affichage qui échoue.
La marche à suivre est simple et se fait dans cet ordre : désactiver la dernière extension mise à jour, revenir au thème par défaut si cela ne suffit pas, et restaurer la sauvegarde en dernier recours. Neuf fois sur dix, la première étape suffit.
Et les extensions qui ne se mettent plus à jour ?
C’est le vrai sujet derrière la question. Une extension dont l’auteur a cessé le développement ne recevra plus de correctif, et rien ne vous en informe : elle continue simplement de fonctionner.
La règle que j’applique : au‑delà de six mois sans mise à jour, on cherche un remplaçant ou on s’en passe. Ce n’est pas urgent le jour où on le décide, cela le devient le jour où la faille est publiée.
Sur le même sujet : Pourquoi une extension désactivée pèse encore · Comment migrer un site WordPress sans rien casser ?
Cette question vous concerne ?
Décrivez‑moi votre situation en deux lignes. Je vous donne mon avis, sans engagement.
Réponse sous 24 h · Premier échange offert