WordPress 7.0 « Armstrong » est disponible depuis le 20 mai 2026. La version doit son nom au trompettiste de jazz Louis Armstrong et a réuni plus de 875 contributeurs, pour plus de 420 améliorations et corrections. Que vous teniez un seul site ou cinquante, la vraie question est pratique : faut-il migrer maintenant, et comment le faire sans rien casser ? C’est à LA question que répond cette checklist. Voyons cela ensemble, posément.
WordPress 7.0, grosse mise à jour ou évolution discrète ?
À lire l’annonce, la 7.0 paraît imposante. Elle apporte un tableau de bord modernisé, une Command Palette accessible par Ctrl+K ou Cmd+K, une gestion des polices dédiée, de nouveaux blocs de mise en page, et la première brique d’infrastructure d’IA logée dans le cœur de WordPress. Regardez le détail, pourtant, et la plupart de ces ajouts restent additionnels et optionnels. L’AI Client, en particulier, est une interface pour développeurs, pas un générateur de contenu qui s’allume tout seul. Nous détaillons ce point dans notre article sur ce que l’AI Client change vraiment.
Pour l’édition au quotidien, le résultat ressemble à une 6.x peaufinée plutôt qu’à une refonte. Pour la plupart des sites, la 7.0 est une évolution que vous pouvez adopter à votre rythme, pas une version qui vous force la main. Si vous voulez le tour complet des nouveautés avant de décider, notre guide des fonctionnalités de WordPress 7.0 les passe une à une en revue ; ici, nous restons sur la décision de migrer elle-même.
Deux fonctionnalités non livrées, et pourquoi c’est rassurant
Certaines fonctionnalités présentées en avant-première ont été retirées avant la sortie, et cela compte quand vous pesez le risque. L’édition collaborative en temps réel, longtemps démontrée dans l’éditeur de blocs, n’a pas rejoint la 7.0. La décision de la retirer invoque la surface de code, les conditions de course, la charge serveur, la consommation mémoire et des bugs récurrents trouvés par fuzz testing. Le travail vise désormais la 7.1.
Le second report est plus technique, mais plus parlant pour vos extensions. Le passage prévu à React 19 a été annulé dans Gutenberg après que de nombreuses extensions bâties pour React 18 se sont mises à planter. La 7.0 reste donc sur React 18, la mise à niveau étant repoussée à un cycle ultérieur. Ces deux reports signifient que la 7.0 embarque moins de code neuf que les avant-premières le laissaient croire, et c’est une bonne nouvelle si votre priorité est un site stable.
Faut-il passer à la 7.0 maintenant, ou attendre ?
Migrez bientôt si votre installation se limite au cœur et à des extensions bien entretenues, si votre hébergeur tourne sur une version récente de PHP, et si vous pouvez d’abord tester sur une copie de préproduction. Patientez si vous dépendez d’un thème sur mesure qui s’appuie sur le support des scripts HTML5, de blocs figés sur une ancienne version de la Block API, ou d’une extension qui n’a pas encore déclaré sa compatibilité 7.0. Quand une extension critique n’a pas confirmé sa prise en charge de la 7.0, attendre une quinzaine de jours ne coûte rien et vous épargne un incident en production.
Les versions correctives aident aussi. Les premières 7.0.x gomment les aspérités du début, si bien que reporter de deux ou trois semaines coûte rarement quelque chose, et vous évite souvent une surprise. Personne ne vous note sur une migration au premier jour.
Une procédure de mise à jour prudente, étape par étape
Quand vous franchissez le pas, l’ordre compte plus que la vitesse. Sauvegarder, cloner en préproduction, tester chaque thème et chaque extension, puis basculer : cette séquence est toute la méthode. Voici comment elle se décompose.
- Sauvegardez vos fichiers et votre base de données, et vérifiez que vous savez réellement restaurer la sauvegarde avant de toucher à quoi que ce soit.
- Vérifiez votre version de PHP. LA première chose à contrôler est l’hébergeur : WordPress 7.0 relève le minimum à PHP 7.4, donc un hébergement plus ancien doit monter de version avant la migration.
- Clonez le site dans un environnement de préproduction et mettez-le à jour là d’abord, jamais en production.
- Testez thèmes et extensions en préproduction, avec un soin particulier pour les blocs personnalisés (l’éditeur en iframe est désormais imposé pour la version 3 et au-delà de la Block API), les thèmes qui s’appuient sur le support des scripts HTML5 (retiré), et tout ce qui embarque sa propre version de React.
- Parcourez vos parcours clés à la main : l’éditeur, le tunnel de commande, les formulaires de contact, et les champs personnalisés dont dépend votre contenu.
- Une fois seulement la préproduction propre, planifiez la bascule en production sur un créneau à faible trafic, la sauvegarde à portée de main.
Notre avis
WordPress 7.0 est une version assurée, mais volontairement prudente. Les fondations d’IA comptent pour la suite, mais la valeur du quotidien, aujourd’hui, ce sont le soin apporté et les 420 corrections, pas une fonctionnalité qui réécrirait votre façon de travailler. Les deux reports vous disent que l’équipe a choisi la stabilité plutôt que le spectacle, et cela devrait guider votre manière de migrer : avec méthode, sans précipitation.
Voici donc une façon posée de trancher. Si vous tenez un site simple sur un hébergement managé avec des extensions courantes, migrez après un passage rapide en préproduction. Si vous gérez des sites clients ou du code sur mesure, prévoyez un après-midi de tests en préproduction avant toute bascule en production. Et si une extension clé ou votre version de PHP n’est pas prête, attendez une version corrective plutôt que de forcer. Quel que soit votre cas, gardez la sauvegarde, testez en préproduction, et lisez ce qui est réellement nouveau dans notre guide des fonctionnalités de WordPress 7.0 avant de vous engager. Bonne migration, à vos conditions.
