WordPress avance déjà vers sa prochaine grande étape. Après la sortie de WordPress 7.0 « Armstrong » en mai 2026, le projet se concentre désormais sur WordPress 7.1, dont la publication générale est actuellement prévue pour le 19 août 2026. À première vue, cela peut ressembler à une mise à jour de suivi assez classique. Pourtant, les premiers signaux envoyés par les équipes Core et Developer de WordPress suggèrent quelque chose de plus intéressant : WordPress poursuit sa transformation d’un système de gestion de contenu traditionnel vers une plateforme de publication plus moderne, collaborative et favorable aux développeurs.
Le cycle de publication est déjà en train de se préciser. La première version bêta est prévue pour le 15 juillet, suivie d’autres bêtas, de versions candidates début août, puis d’une sortie finale attendue pendant le WordCamp US 2026. Ce calendrier est symbolique. WordCamp US est l’un des plus grands événements de la communauté WordPress, ce qui en fait une scène idéale pour une version qui semble se concentrer non seulement sur la stabilité, mais aussi sur la prochaine génération d’édition, de gestion des médias et de flux de travail pour les développeurs.
Une version tournée vers l’avenir de l’édition
L’un des domaines les plus intéressants à suivre est l’édition collaborative. La collaboration en temps réel n’a pas été intégrée dans WordPress 7.0, mais le travail n’a pas été abandonné. Au contraire, l’équipe WordPress a lancé un nouvel effort de test et de sensibilisation autour de la collaboration pour le cycle 7.1.
C’est important, car la collaboration est devenue une attente standard dans de nombreux outils d’écriture modernes. Les équipes sont habituées à travailler ensemble en temps réel dans des plateformes comme Google Docs, Notion, Figma et d’autres espaces de travail cloud. WordPress, malgré son rôle majeur sur le web, a longtemps proposé une expérience d’édition plus individuelle et séquentielle. Une personne ouvre un article, une autre attend, les révisions sont comparées ensuite, et les flux éditoriaux dépendent souvent de plugins ou d’outils externes.
Si WordPress se rapproche d’une édition collaborative native, cela pourrait transformer la manière dont les équipes éditoriales, les agences, les médias et les entreprises à forte production de contenu utilisent la plateforme. Cela rendrait aussi WordPress plus actuel, sans renoncer à ses fondations open source.
L’édition des médias devient plus ambitieuse
Un autre domaine qui reçoit beaucoup d’attention est l’édition des médias. Les récentes mises à jour de Gutenberg ont fait de la fenêtre modale d’édition des médias l’expérience par défaut pour le recadrage. Au lieu de s’appuyer sur une interface basique, les utilisateurs disposent désormais d’un espace plus complet avec recadrage libre, contrôle des ratios, rotation, zoom, retournement et édition des métadonnées.
Cela peut sembler secondaire, mais les flux de travail liés aux médias sont essentiels pour les sites modernes. Propriétaires de sites, blogueurs, marketeurs et éditeurs ajustent constamment des images pour des articles, des pages produits, des landing pages ou des aperçus sociaux. Une meilleure expérience native réduit le besoin de recourir à des outils externes et permet de rester dans WordPress pendant la préparation du contenu.
Pour les développeurs de plugins et de thèmes, cela signifie aussi qu’un nouveau flux de travail doit être testé. Tout produit qui touche à l’édition d’images, aux métadonnées, aux champs médias personnalisés ou au comportement de l’éditeur devrait être vérifié avec les dernières mises à jour de Gutenberg.
La compatibilité avec React 19 reste un point clé
WordPress 7.1 devrait également poursuivre le travail autour de la compatibilité avec React 19. C’est l’un des sujets les plus techniques du cycle, mais aussi l’un des plus importants.
L’éditeur WordPress dépend largement de React à travers le projet Gutenberg. Passer à une version plus récente de React peut améliorer la maintenabilité à long terme et garder WordPress aligné avec l’écosystème JavaScript moderne. Mais ce changement n’est pas simple. Des travaux précédents autour de React 19 ont dû être temporairement annulés, car certains plugins embarquaient des helpers JSX liés à React 18 et provoquaient des plantages lorsqu’ils étaient chargés avec React 19.
Cet épisode rappelle la complexité de l’écosystème WordPress. Le noyau ne fonctionne pas dans le vide. Des milliers de plugins et de thèmes dépendent des packages de l’éditeur, d’outils de build, d’API internes et parfois d’hypothèses qui peuvent devenir fragiles lorsque la plateforme évolue.
Pour les développeurs, le message est clair : si un plugin embarque du JSX compilé, utilise @wordpress/element ou s’intègre profondément à l’éditeur de blocs, WordPress 7.1 mérite d’être testé tôt.
WordPress Playground devient de plus en plus utile
WordPress Playground est un autre sujet important. Le projet améliore progressivement les environnements WordPress exécutés dans le navigateur, ce qui facilite les tests de plugins, de thèmes, de pull requests, de démonstrations et de documentation sans devoir configurer un serveur local complet.
Un changement notable est la dépréciation de wp-now au profit de Playground CLI. Cela indique une volonté d’unifier les outils de développement rapide autour de WordPress. Au lieu de jongler entre différents outils pour les tests locaux, les démonstrations et les sites temporaires, les développeurs pourraient s’appuyer de plus en plus sur des flux de travail alimentés par Playground.
Les travaux récents autour des Playgrounds sauvegardés et de l’API Sites sont particulièrement prometteurs. Un site WordPress dans le navigateur qui peut être sauvegardé, restauré et réutilisé est beaucoup plus puissant qu’une simple démo jetable. Pour les formateurs, les auteurs de plugins, les équipes support et les agences, cela pourrait simplifier les tests, l’assistance et l’intégration des nouveaux utilisateurs.
Ce que les propriétaires de sites devraient faire maintenant
Pour les propriétaires de sites WordPress, l’action immédiate est simple : rester à jour, mais ne pas installer de versions bêta sur des sites en production. WordPress 7.0.1 est attendu comme une version de maintenance avant 7.1, afin de corriger des bugs identifiés après le lancement de WordPress 7.0.
Si vous gérez un site d’entreprise, une boutique en ligne, un site d’adhésion ou une publication à fort trafic, surveillez les notes de compatibilité des plugins dans les prochaines semaines. Assurez-vous que les sauvegardes fonctionnent, que l’environnement de préproduction est prêt et que les plugins critiques sont activement maintenus.
Pour les agences et les développeurs, c’est le bon moment pour commencer les tests. Créez un site de staging, installez la dernière version du plugin Gutenberg, vérifiez les blocs personnalisés, examinez les flux médias et surveillez les éventuels problèmes liés à React.
Pourquoi WordPress 7.1 mérite votre attention
WordPress 7.1 ne sera peut-être pas défini par une seule fonctionnalité spectaculaire. Il ressemble plutôt à une version de progression. Édition collaborative, meilleurs outils médias, modernisation autour de React, améliorations de Playground, travail sur l’accessibilité et évolution des flux de développement : tous ces éléments vont dans la même direction.
WordPress essaie de rester familier tout en devenant plus moderne. Ce n’est pas un équilibre facile. La plateforme doit servir des blogueurs indépendants, des médias, des agences, des développeurs de plugins, des créateurs de thèmes et des millions de propriétaires de sites qui veulent simplement que leur site continue de fonctionner correctement.
Si le cycle 7.1 réussit, WordPress pourrait devenir plus rapide, plus collaboratif et mieux préparé pour la prochaine décennie de publication web. Pour une plateforme qui façonne déjà le web depuis plus de vingt ans, cela rend cette mise à jour bien plus intéressante qu’un simple numéro de version.
