Note de contexte : contrairement à ce que beaucoup attendaient, WordPress 7.0 n’était finalement pas publié en version finale le 9 avril 2026. Cette date était bien celle visée au départ, mais l’équipe Core a prolongé le cycle de sortie de quelques semaines, avec une reprise du calendrier annoncée au plus tard le 22 avril 2026. L’article ci-dessous s’appuie donc sur les annonces officielles du cycle 7.0, et non sur un post de release final déjà publié.

Autre point important : certaines fonctionnalités vues pendant les bêtas ont bougé jusqu’au dernier moment. C’est notamment le cas du traitement média côté navigateur, qui avait été mis en avant plus tôt dans le cycle puis retiré dans la bêta 6. Autrement dit, le bon réflexe n’est pas de reprendre toutes les annonces Gutenberg telles quelles, mais de distinguer les évolutions structurantes de celles encore stabilisées.

Une version qui marque un virage plus net vers l’édition collaborative

Le changement le plus marquant du cycle 7.0 est l’arrivée de la collaboration en temps réel dans l’éditeur de blocs. WordPress prévoit un fonctionnement natif avec synchronisation par requêtes HTTP, tout en laissant la possibilité de remplacer ce mécanisme par un fournisseur personnalisé, par exemple via WebSocket. Cette nouveauté reste toutefois encadrée : en bêta 6, la collaboration était activable en opt-in, et elle est désactivée lorsqu’un contenu utilise encore des meta boxes classiques, afin d’éviter les pertes de données. C’est d’ailleurs l’un des sujets qui ont justifié le report de la sortie finale.

L’avantage est assez clair : WordPress s’approche d’un usage éditorial plus moderne, plus proche des outils collaboratifs auxquels les équipes contenu sont habituées. Pour les projets à plusieurs mains, cela peut réduire les blocages d’édition, fluidifier les relectures et limiter les conflits de modification. Pour l’écosystème, c’est aussi un signal fort : le cœur du CMS s’ouvre davantage aux usages multi-utilisateurs avancés. Cette lecture découle directement des choix techniques et du positionnement donné à la collaboration dans le cycle 7.0.

Des révisions bien plus lisibles

Parmi les évolutions les plus concrètes pour les utilisateurs, WordPress 7.0 apporte un suivi visuel des révisions directement dans l’éditeur. Les différences entre deux versions sont mises en évidence par couleur, avec des repères sur les ajouts, suppressions et changements de mise en forme, y compris au niveau des blocs entiers.

Le bénéfice est immédiat : on comprend plus vite ce qui a changé, sans devoir comparer mentalement deux états d’un contenu. Pour les équipes éditoriales, cela peut accélérer la validation, les corrections et les retours avant publication. Pour les développeurs et intégrateurs, c’est aussi une amélioration de l’expérience auteur, donc un argument supplémentaire en faveur du bloc editor sur des projets clients.

Une édition plus souple pour le contenu et le responsive

Le cycle 7.0 introduit également une gestion de visibilité des blocs selon le terminal. Il devient possible d’afficher ou masquer un bloc sur desktop, tablette ou mobile, avec des contrôles accessibles depuis la barre d’outils, l’inspecteur et même la vue en liste. En parallèle, l’édition des patterns évolue : les patterns non synchronisés et les template parts insérés dans l’éditeur passent par défaut en mode contentOnly, ce qui privilégie l’édition du texte et des médias sans exposer toute la structure interne.

Dans la même logique, les overlays de navigation deviennent réellement configurables. Les blocs de navigation gagnent des overlays personnalisables pour les menus mobiles, avec création guidée et choix de patterns. L’objectif est de mieux contrôler l’expérience du menu hamburger sans passer systématiquement par des contournements de thème ou du développement sur mesure.

Les avantages qui en découlent sont très concrets. D’un côté, les éditeurs gagnent en autonomie sur des ajustements souvent demandés en production : masquer un bloc sur mobile, modifier plus simplement un pattern, mieux gérer un menu responsive. De l’autre, les équipes techniques peuvent limiter certains développements utilitaires ou certaines demandes “petites mais chronophages”, parce qu’une part plus importante du pilotage se fait désormais directement dans l’interface.

Plus de contrôle fin sur le design

WordPress 7.0 ajoute aussi la possibilité d’écrire du CSS personnalisé pour une instance précise de bloc, directement depuis l’éditeur d’article ou le Site Editor. Jusqu’ici, il fallait souvent passer par une classe CSS personnalisée puis compléter la règle ailleurs, ce qui rendait l’opération moins accessible et moins directe.

Autre évolution utile : le système de dimensions progresse, avec la prise en charge standard de la largeur et de la hauteur, ainsi que des presets de tailles dans theme.json. WordPress 7.0 ajoute également la prise en charge de pseudo-classes comme :hover, :focus, :focus-visible et :active directement au niveau des blocs et de leurs variations dans theme.json.

Pour les projets web, cela renforce la cohérence entre design system, intégration et usage réel du back-office. On se rapproche d’un WordPress où une plus grande partie de la personnalisation visuelle peut rester native, structurée et gouvernée, au lieu de s’éparpiller entre feuilles CSS ad hoc, options de thème et bricolages de dernière minute.

Des nouveautés intéressantes côté développeurs

Le cycle 7.0 ne s’adresse pas seulement aux éditeurs. Il apporte aussi plusieurs évolutions pour les développeurs. L’une des plus parlantes est l’enregistrement de blocs simples uniquement en PHP, pensé pour des blocs rendus côté serveur et peu interactifs. L’idée n’est pas de remplacer l’approche JavaScript classique, mais de réduire la complexité quand elle n’est pas nécessaire.

C’est une bonne nouvelle pour les équipes qui construisent des blocs métier simples, des interfaces éditoriales orientées contenu, ou des projets mêlant encore thèmes classiques et logique bloc. En pratique, cela peut raccourcir le temps de développement sur certains composants, tout en abaissant la barrière d’entrée pour des développeurs PHP qui veulent adopter les blocs sans embarquer toute la stack front moderne sur des besoins modestes.

L’arrivée d’une couche IA et de connecteurs dans le cœur de WordPress

L’un des signaux les plus structurants du cycle 7.0 est sans doute l’introduction d’un AI Client natif, conçu comme une API PHP agnostique vis-à-vis des fournisseurs. WordPress prévoit aussi une Connectors API et un écran Settings > Connectors pour gérer les connexions à des services externes, avec un focus initial sur les fournisseurs IA. Les trois connecteurs mis en avant dans la documentation sont Anthropic, Google et OpenAI.

Même si tout cela vise d’abord les développeurs et l’extensibilité, les implications sont larges. Cela crée une base plus standardisée pour intégrer des fonctions d’assistance, de génération, de résumé ou d’automatisation dans l’écosystème WordPress, sans que chaque extension réinvente entièrement sa propre couche de connexion. Pour les agences et éditeurs de plugins, c’est potentiellement un levier d’industrialisation. Pour les intégrateurs, c’est un signe que WordPress veut devenir une plateforme plus prête pour les usages IA que simplement compatible avec eux.

Ce qu’il faut retenir

Même avec une sortie finale repoussée, WordPress 7.0 se distingue déjà par une direction nette : davantage de collaboration, un meilleur confort d’édition, plus de contrôle natif sur le design, et une base technique plus ouverte pour les développeurs. Ce n’est pas seulement une mise à jour cosmétique. C’est une version qui cherche à faire évoluer WordPress d’un CMS orienté publication vers une plateforme éditoriale plus collaborative, plus flexible et plus extensible.

Pour les professionnels du web, l’intérêt de cette version ne tient donc pas à une seule nouveauté “vitrine”, mais à l’accumulation d’améliorations qui peuvent changer la manière de concevoir un projet WordPress : meilleure expérience auteur, responsive plus pilotable, personnalisation plus propre, et socle plus moderne pour les extensions à venir. À condition, bien sûr, de suivre la publication finale et les éventuels ajustements de dernière minute avant de généraliser la mise à jour en production.

Sources

1. WordPress 7.0 Release Candidate 1.
2. Extending the 7.0 Cycle.
3. The Path Forward for WordPress 7.0.
4. WordPress 7.0 Beta 6.
5. Real-Time Collaboration in the Block Editor.
6. What’s new in Gutenberg 22.6?
7. Block Visibility in WordPress 7.0.
8. Pattern Editing in WordPress 7.0.
9. Customizable Navigation Overlays in WordPress 7.0.
10. Custom CSS for Individual Block Instances in WordPress 7.0.
11. Dimensions Support Enhancements in WordPress 7.0.
12. Pseudo-element support for blocks and their variations in theme.json.
13. PHP-only block registration.
14. Introducing the Connectors API in WordPress 7.0.
15. Introducing the AI Client in WordPress 7.0.