# Mettre à jour WordPress vers une version majeure

> Ce qui casse réellement lors d’un passage de version majeure — thème, extensions, PHP — et comment le vérifier avant de lancer la mise à jour en production.

- Source canonique : [https://allaux.fr/wordpress-woocommerce/mise-a-jour/version-majeure-wordpress](https://allaux.fr/wordpress-woocommerce/mise-a-jour/version-majeure-wordpress)
- Langue : FR
- Dernière mise à jour : 2026-08-03

## Réponse directe

> Faites la montée de version sur un clone d’abord, thème compris, puis ouvrez chacun des gabarits que vous avez surchargés dans le thème enfant : c’est là que casse une version majeure, rarement dans le cœur lui-même. En production, désactivez le cache et lancez la mise à jour depuis Tableau de bord, Mises à jour, hors heures de trafic. Si l’administration ne répond plus, le mode de récupération reste accessible par le lien envoyé par e-mail.

## Ce qu’une version majeure change réellement

Une version majeure de WordPress ne se limite pas à des correctifs de sécurité : elle peut changer le comportement du cœur, déprécier des fonctions PHP internes, ou modifier profondément l’éditeur de contenu. Deux bascules historiques illustrent bien l’ampleur possible d’un changement majeur : WordPress 5.0 a fait de l’éditeur par blocs Gutenberg l’éditeur par défaut à la place de l’éditeur classique, et WordPress 5.9 a introduit l’édition complète de site avec les thèmes à blocs. Un thème classique continue de fonctionner après 5.9 : ce n’est pas une bascule obligatoire, mais c’est le genre de changement de comportement qu’une version majeure peut introduire sans prévenir un site mal préparé.

Le passage à un nouvel éditeur mérite sa propre méthode, que je détaille sur la page dédiée à la bascule vers Gutenberg. Ici, je m’en tiens à la méthode générale de montée de version, applicable à toute version majeure, passée ou à venir.

## Les causes réelles de panne après une montée de version

- Un thème construit sur des fonctions ou des hooks du cœur qui ont changé de comportement, voire disparu
- Une extension qui appelle une fonction PHP dépréciée par le cœur et génère une erreur fatale au lieu d’un simple avertissement
- Un plugin abandonné par son auteur, jamais testé sur la nouvelle version, qui casse silencieusement une fonctionnalité sans message d’erreur visible
- Un changement de comportement de l’éditeur ou de l’API REST qui rend incompatible une personnalisation faite sur mesure

## Comment je conduis une montée de version majeure

1. **Sauvegarde complète** — Fichiers et base de données, avant toute manipulation. C’est la condition pour pouvoir revenir en arrière si le test révèle un problème sérieux.
2. **Environnement de test** — Je duplique le site sur un environnement séparé, avec la même configuration serveur que la production, avant de toucher à quoi que ce soit.
3. **Vérification extension par extension** — Je passe en revue chaque plugin actif et le thème : date de dernière mise à jour, compatibilité annoncée, changelog. Un plugin non maintenu depuis longtemps est le premier suspect.
4. **Mise à jour sur l’environnement de test** — Je lance la montée de version sur la copie, avec le débogage activé, pour voir apparaître les erreurs et avertissements avant qu’ils n’atteignent le site réel.
5. **Vérification fonctionnelle complète** — Je contrôle l’affichage du site, l’édition de contenu, le tunnel de commande WooCommerce si présent, et les formulaires, avant de valider la bascule.
6. **Mise à jour en production** — Une fois la copie validée, je reproduis la même mise à jour sur le site réel, à un moment de faible trafic.

## Le point de non-retour

> C’est le moment où l’on met à jour directement en production sans être passé par un environnement de test. Sans cette étape, un thème ou une extension incompatible se révèle en direct, devant les visiteurs, et la seule option restante est la restauration complète d’une sauvegarde.

## Vérifier après la mise à jour

> Je contrôle le journal d’erreurs du serveur, l’affichage des pages clés, l’édition et la publication de contenu, et le comportement de chaque extension critique pendant les jours qui suivent, pas seulement au moment de la bascule.

## Pages liées

- **Vérifier la compatibilité des extensions avant une mise à jour** — La méthode pour savoir, avant de cliquer sur « mettre à jour », si un thème ou un plugin va survivre au passage à la nouvelle version. ([/wordpress-woocommerce/mise-a-jour/verifier-extensions-avant-mise-a-jour](/wordpress-woocommerce/mise-a-jour/verifier-extensions-avant-mise-a-jour))
- **Mettre à jour thème et extensions avant le cœur** — L’ordre dans lequel mettre à jour thème, extensions premium et cœur WordPress, et pourquoi l’inverser cause la majorité des pannes constatées. ([/wordpress-woocommerce/mise-a-jour/theme-et-extensions-avant-montee-version](/wordpress-woocommerce/mise-a-jour/theme-et-extensions-avant-montee-version))
- **Passer à Gutenberg depuis l’éditeur classique** — Ce que la bascule vers l’éditeur par blocs change concrètement, et comment la préparer sans perdre de mise en forme. ([/wordpress-woocommerce/migration/gutenberg-depuis-editeur-classique](/wordpress-woocommerce/migration/gutenberg-depuis-editeur-classique))
- **Préparer une mise à jour majeure** — Le guide général de préparation, applicable à WordPress comme à d’autres cœurs logiciels. ([/guides/preparer-mise-a-jour-majeure](/guides/preparer-mise-a-jour-majeure))

## FAQ

### Faut-il mettre à jour dès la sortie d’une nouvelle version majeure ?

Non. Je laisse en général quelques semaines passer, le temps que les éditeurs de thèmes et d’extensions publient leurs propres correctifs de compatibilité, sauf si la nouvelle version corrige une faille de sécurité active.

### Le passage à Gutenberg ou à l’édition complète de site est-il obligatoire ?

Non. Un thème classique continue de fonctionner après WordPress 5.9, et le plugin Classic Editor reste maintenu par l’équipe WordPress. Ce sont des options, pas des bascules forcées par une montée de version majeure.

### Que faire si une extension critique n’est pas encore compatible ?

Je reporte la mise à jour du cœur tant que l’extension n’a pas publié de version compatible, ou je cherche une alternative maintenue si l’auteur a abandonné le plugin.

### Peut-on revenir à la version précédente après une mise à jour ?

WordPress ne propose pas de retour en arrière natif et fiable pour une version majeure. La seule méthode sûre est de restaurer la sauvegarde complète prise avant la mise à jour.

### Une montée de version majeure touche-t-elle aussi WooCommerce ?

Le cœur WordPress et WooCommerce sont mis à jour séparément, mais leurs compatibilités respectives doivent être vérifiées ensemble : une nouvelle version majeure de WordPress peut révéler un souci chez une extension WooCommerce restée figée.