WordPress 7.0 : se préparer à son arrivée et découvrir les nouveautés

Mise à jour du 20 mai 2026 : WordPress 7.0 est disponible en version stable depuis aujourd’hui. Voir notre article complet sur les nouveautés de WordPress 7.0.

Mise à jour du 8 mai 2026 : la collaboration en temps réel (RTC) est retirée de la version 7 en raison de problèmes techniques. Voir la brève sur ce sujet.

Mise à jour : 23 avril 2026. La nouvelle date de sortie est fixée au 20 mai 2026. Voir nouveau calendrier ci-dessous.

Cet article synthétise les nouveautés de WordPress 7.0 à ce stade, ce que cela change pour les utilisateurs et les développeurs, et comment se préparer concrètement à la mise à jour. Il sera mis à jour jusqu’à la version finale et dans les jours qui suivent.

Sommaire

• Calendrier officiel
• Ce qu’il faut faire avant le 20 mai
• Ce qui change pour les utilisateurs
• Ce qui change pour les développeurs
• Après la sortie
• Sources et références

Calendrier officiel

Le calendrier ci-dessous est celui publié par l’équipe Core sur make.wordpress.org/core/7-0.

Ce qu’il faut faire avant le 20 mai 2026

Il s’agit d’une version majeure avec des changements structurels. Sauf si vous avez forcé les mises à jour automatiques pour les releases majeures (ce qui n’est pas recommandé), vos sites ne basculeront pas automatiquement sur WP 7.0. Vous garderez donc le contrôle du calendrier de mise à jour.

Sauvegardez. Fichiers et base de données. Avant toute version majeure, une sauvegarde complète est indispensable pour pouvoir revenir en arrière si nécessaire.

Vérifiez votre version PHP. PHP 7.2 et 7.3 ne sont plus supportés. Le minimum passe à PHP 7.4. L’équipe core recommande PHP 8.3, et WP 7.0 introduit un support beta de PHP 8.5. Si vos serveurs tournent encore sur 7.2 ou 7.3, c’est un point de blocage à régler avant la mise à jour.

Vérifiez la compatibilité de vos plugins et thèmes. La co-édition en temps réel et le passage progressif de l’éditeur en iframe peuvent affecter les plugins qui injectent du JavaScript ou du CSS dans l’éditeur. Consultez les changelogs de vos extensions, en particulier celles liées à l’éditeur de blocs, et mettez-les à jour dès que les versions compatibles 7.0 seront disponibles.

Testez en staging. Recréez votre environnement de production et vérifiez le comportement de vos thèmes, plugins et contenus personnalisés. C’est la seule façon fiable de détecter une incompatibilité avant qu’elle ne touche vos visiteurs. Pour tester WP 7.0 dès maintenant, trois options : installer le plugin WordPress Beta Tester (canal “Bleeding edge”, flux “Beta/RC Only”), passer par WP-CLI (wp core update --version=7.0-beta5), ou utiliser WordPress Playground pour tester directement dans le navigateur, sans rien installer.

Pour les développeurs. Si vous maintenez des plugins, des thèmes ou du code personnalisé, testez-les avec les versions beta dès maintenant. Les changements d’API, les nouvelles block supports et l’architecture RTC (Yjs) introduisent des points de friction potentiels détaillés plus bas dans la section développeurs.

Pour les équipes éditoriales. La co-édition en temps réel et les Notes dans l’éditeur vont modifier les habitudes de travail. Depuis la Beta 6, la co-édition est désactivée par défaut (opt-in) : elle s’active via la constante WP_ALLOW_COLLABORATION dans wp-config.php. Anticipez une courte période d’adaptation une fois activée.

Ne mettez pas à jour en production le jour J. Attendez quelques jours que les premiers retours remontent. Les premières heures d’une version majeure révèlent souvent des incompatibilités non détectées pendant les betas.

Ce qui change pour les utilisateurs

Co-édition (collaboration en temps réel) (RTC)

Mise à jour du 8 mai 2026 : la collaboration en temps réel (RTC) est retirée de la version 7 en raison de problèmes techniques. Voir la brève sur ce sujet.

C’est la fonctionnalité phare de WordPress 7.0. Plusieurs utilisateurs peuvent modifier le même article ou la même page simultanément, avec synchronisation en direct des modifications, des curseurs (dont la sélection) et de la présence.

Le moteur de synchronisation repose sur Yjs, une implémentation de CRDT (Conflict-free Replicated Data Type). Le transport par défaut utilise du polling HTTP, ce qui permet à la fonctionnalité de tourner sur un hébergement mutualisé standard, sans configuration serveur particulière. Les hébergeurs ou développeurs qui veulent de la latence plus faible peuvent remplacer ce transport par des WebSockets via le filtre sync.providers.

Point important : depuis la Beta 6, la co-édition est désactivée par défaut (opt-in). Pour l’activer, définir la constante WP_ALLOW_COLLABORATION dans wp-config.php. Elle est automatiquement désactivée quand des meta boxes classiques sont détectées sur un post, pour éviter les pertes de données (les meta boxes ne sont pas synchronisées par le système RTC). Les plugins qui utilisent des meta boxes devront migrer vers register_post_meta avec show_in_rest => true pour être compatibles avec la collaboration.

Retrouvez une analyse détaillée de la co-édition en temps réel dans l’article dédié : WordPress 7 RTC : co-édition en temps réel, guide et impacts.

Source : Real-Time Collaboration in the Block Editor (dev note, 10 mars 2026).

Dans le prolongement de la collaboration en temps réel, une initiative expérimentale donne un aperçu des évolutions possibles côté administration : le “Presence API feature plugin”. Ce plugin expérimental, développé en dehors du core, explore l’ajout d’une couche globale de “présence” dans WordPress, permettant de savoir quels utilisateurs sont connectés, sur quels écrans ils se trouvent et quels contenus ils consultent ou modifient.

L’objectif est d’aller au-delà de l’éditeur pour introduire une forme de “conscience multi-utilisateurs” à l’échelle de l’admin, en limitant les conflits et en améliorant la coordination entre équipes. Techniquement, le projet s’appuie sur les mécanismes existants (notamment la Heartbeat API) avec un stockage éphémère, et ne constitue pas à ce stade une fonctionnalité native de WordPress 7.0. Il illustre toutefois clairement la direction prise : une interface plus interactive, plus contextuelle et pensée pour des usages collaboratifs.

Source : Presence API Feature Plugin (dev note, 27 avril 2026).

Dépôt GitHub : [https://github.com/WordPress/presence-api].

Notes dans l’éditeur

Introduites discrètement en 6.9, les Notes (commentaires sur un bloc spécifique, directement dans l’éditeur) sont stabilisées dans cette version. L’objectif est de réduire les allers-retours entre WordPress et les outils tiers (Slack, email, Google Docs) pour les retours éditoriaux.

Connectors API et infrastructure IA

WordPress 7.0 introduit deux couches distinctes pour l’IA :

1. Le WP AI Client, une abstraction dans le core qui permet à n’importe quel plugin ou thème de se connecter à un fournisseur d’IA sans en dépendre directement.
2. La Connectors API, un framework pour enregistrer et gérer les connexions à des services externes. Son premier usage concerne les fournisseurs d’IA, avec une gestion standardisée des clés API, de la découverte de providers et une interface d’administration dédiée.

WordPress 7.0 embarque trois connecteurs intégrés (Anthropic, Google, OpenAI) accessibles depuis la nouvelle page Réglages > Connecteurs. L’installation du plugin correspondant se fait en un clic depuis cette interface. Les clés API peuvent être fournies par variable d’environnement, constante PHP ou via l’interface admin (dans cet ordre de priorité).

Aucun modèle n’est imposé. L’architecture est conçue pour s’étendre au-delà de l’IA dans les versions futures (paiement, réseaux sociaux, etc.).

Une option de configuration centrale permet également de désactiver toutes les fonctionnalités LLM côté core pour les sites qui souhaitent limiter ces intégrations. Le package PHP AI Client est mis à jour (version 1.3.1) dans RC1, et l’outil Site Health affiche désormais une entrée OPCache utile pour le diagnostic des environnements PHP.

A ce sujet retrouvez une analyse détaillée de l’architecture IA dans l’article dédié : WordPress 7.0 : une première intégration prudente de l’IA.

Source : Introducing the Connectors API in WordPress 7.0 (dev note, 18 mars 2026)

Visibilité responsive des blocs

Il est désormais possible d’afficher ou de masquer un bloc selon le type d’appareil (mobile, tablette, desktop) directement depuis l’éditeur. Les contrôles sont disponibles dans la barre d’outils du bloc, l’inspecteur latéral et la Command Palette. Dans la List View, des icônes indiquent les viewports sur lesquels un bloc est masqué.

La visibilité est gérée en CSS (les blocs masqués restent dans le DOM), contrairement à blockVisibility: false qui empêche le rendu côté serveur. Les breakpoints sont fixes dans la 7.0, mais des breakpoints configurables via theme.json sont prévus pour la 7.1.

Source : Block Visibility in WordPress 7.0 (dev note, 15 mars 2026)

Nouveaux blocs natifs

• Icons : insertion d’icônes sans plugin tiers
• Breadcrumbs : fil d’Ariane natif, avec des filtres pour personnaliser le rendu (dev note Breadcrumb Block Filters)
• Heading en variation : les niveaux H1 à H6 sont accessibles directement depuis l’inserteur
• Cover avec fond vidéo
• Grid Block responsive
• Navigation revu : modifications de menus plus fiables, overlays personnalisables (dev note)

Est-ce qu’il y aura un thème Twenty Twenty-Six ?

Il est confirmé que WordPress a officiellement fait l’impasse sur un thème Twenty Twenty-Six afin de privilégier le développement de la version 7.0.

Le prochain thème par défaut, baptisé Twenty Twenty-Seven, est d’ores et déjà en cours de développement et sa sortie est officiellement programmée pour accompagner la version 7.2 de WordPress en décembre 2026.

Custom CSS par instance de bloc

Jusqu’à présent, appliquer du CSS à un bloc spécifique nécessitait d’ajouter une classe personnalisée puis de cibler cette classe dans le CSS global. WordPress 7.0 ajoute un champ Custom CSS directement dans le panneau Advanced de chaque bloc. Seules les déclarations CSS sont nécessaires (pas de sélecteur), et le nesting via & est supporté. Le champ n’est visible que pour les utilisateurs disposant de la capacité edit_css.

Source : Custom CSS for Individual Block Instances (dev note, 15 mars 2026)

Traitement des médias côté client

Abandonnée pour WordPress 7.0. Cette fonctionnalité déplaçait la génération des sous-tailles d’images du serveur vers le navigateur, via une bibliothèque WebAssembly (wasm-vips). Les tests communautaires ont révélé des temps de traitement anormalement longs, un bundle trop lourd (~16 Mo) et des erreurs mémoire sur les machines modestes — voir la discussion détaillée. Annulée dès la Beta 6, elle est totalement absente du Field Guide officiel du 14 mai 2026, confirmant qu’elle ne fait pas partie de la version finale.

Interface d’administration

DataViews continue de s’étendre avec un nouveau layout “activité”, des capacités de filtres, tris et recherches améliorées dans les listes (articles, médias, commentaires) sans rechargement de page. Un rafraîchissement visuel global de l’admin accompagne ces changements.

Source : DataViews and DataForms in WordPress 7.0 (dev note, 4 mars 2026)

Command Palette

Une Command Palette est désormais disponible dans l’administration (raccourci ⌘K sur macOS ou Ctrl+K sur Windows/Linux). Elle permet d’accéder rapidement aux actions, recherches et réglages, ce qui facilite la navigation et l’exécution de tâches sans parcourir les menus.

Ce qui change pour les développeurs

WordPress 7.0 apporte de nombreuses modifications à l’API des blocs et aux outils de développement. Voici les points clés issus des dev notes officielles.

Nouvelles block supports

Plusieurs supports sont ajoutés ou étendus :

• dimensions.width / dimensions.height : contrôles de largeur et hauteur en tant que block supports standard, configurables dans block.json et theme.json. Les thèmes peuvent définir des presets de taille via settings.dimensions.dimensionSizes. (Dev note Dimensions)
• customCSS : CSS par instance de bloc, activé par défaut sur tous les blocs, désactivable via "customCSS": false dans block.json. (Dev note Custom CSS)
• textIndent : nouvelle support typographique pour l’indentation de paragraphe, avec gestion “subsequent” (par défaut, seul le paragraphe qui suit un autre est indenté) ou “all”. (Dev note textIndent)
• blockVisibility.viewport : masquage par breakpoint (mobile/tablet/desktop) via les métadonnées du bloc. (Dev note Block Visibility)
• listView : nouvelle déclaration dans les supports qui ajoute un onglet List View dans l’inspecteur du bloc. Recommandé pour les blocs conteneurs.

Pattern Overrides pour blocs personnalisés

Tout attribut de bloc supportant les Block Bindings supporte désormais les Pattern Overrides, y compris les blocs tiers. La limitation aux blocs core est levée. Pour activer la fonctionnalité, utilisez le filtre block_bindings_supported_attributes côté serveur.

Source : Pattern Overrides in WP 7.0 (dev note, 16 mars 2026)

Mode contentOnly étendu

Le mode contentOnly s’applique désormais par défaut aux patterns non synchronisés et aux template parts. Les blocs sans attribut "role": "content" ou "contentRole": true dans leur block.json seront masqués en List View et non sélectionnables dans un conteneur contentOnly. Testez vos patterns pour vérifier que le contenu modifiable reste accessible.

Un réglage disableContentOnlyForUnsyncedPatterns permet de désactiver ce comportement si nécessaire.

Source : Pattern Editing in WordPress 7.0 (dev note, 15 mars 2026)

Compatibilité RTC pour les plugins

Le système de co-édition repose sur Yjs. Pour assurer la compatibilité :

• Migrez les meta boxes vers register_post_meta avec show_in_rest => true
• Dérivez toujours les valeurs d’input depuis le data store WordPress via useSelect, pas depuis un state local React
• Évitez les effets de bord automatiques à l’insertion d’un bloc (ex : modal qui s’ouvre automatiquement), car ils se déclenchent chez tous les collaborateurs connectés

Le filtre sync.providers permet de remplacer le transport HTTP par défaut (ex : WebSocket via y-websocket).

Source : Real-Time Collaboration dev note

Connectors API côté développeur

Les plugins n’ont pas besoin d’enregistrer manuellement un connector s’ils sont déjà intégrés au WP AI Client. La Connectors API découvre automatiquement les providers enregistrés. Trois fonctions publiques sont disponibles après init : wp_get_connector(), wp_get_connectors(), wp_is_connector_registered(). Le hook wp_connectors_init permet de surcharger les métadonnées d’un connecteur existant.

Source : Introducing the Connectors API

Pseudo elements dans theme.json

Le support des pseudo-éléments (::before, ::after) est ajouté pour les blocs et leurs variations dans theme.json.

Source : Pseudo element support (dev note, 9 mars 2026)

Interactivity API

Des changements sont apportés à l’API d’interactivité qui peuvent affecter les plugins l’utilisant.

Source : Changes to the Interactivity API in WordPress 7.0 (dev note, 23 février 2026)

Autres points à tester

• L’éditeur migre progressivement vers une architecture basée sur iframe (application prévue en 7.1). Les plugins qui injectent JS/CSS dans l’éditeur doivent être testés.
• Meilleur support TypeScript et documentation enrichie pour @wordpress/scripts.
• REST API : optimisations de latence et de débit, utiles pour les usages headless.

Après la sortie

La sortie de WordPress 7.0 est repoussée au 20 mai 2026.

Une fois la date de sortie passée, attendez quelques jours avant de mettre à jour vos sites de production. Les premières heures d’une version majeure font remonter des incompatibilités non détectées en beta.

Pour lancer la mise à jour, deux options :

Depuis l’admin : Tableau de bord > Mises à jour > Mettre à jour maintenant.

Via WP-CLI :

wp core update --version=7.0

Après la mise à jour, vérifiez vos fonctionnalités critiques, surveillez les logs d’erreur PHP, et continuez à mettre à jour vos plugins et thèmes au fur et à mesure que les versions compatibles 7.0 seront publiées.

Sources et références

Page de release :

• WordPress 7.0 release page (calendrier, release squad, liens)

• WordPress 7.0 RC1 release notes

Dev notes officielles (par ordre chronologique) :

• Changes to the Interactivity API (23 fév.)

• Breadcrumb Block Filters (4 mars)

• Customisable Navigation Overlays (4 mars)

• DataViews and DataForms (4 mars)

• Pseudo Element Support in theme.json (9 mars)

• Real-Time Collaboration in the Block Editor (10 mars)

• Block Visibility (15 mars)

• Custom CSS for Individual Block Instances (15 mars)

• Dimensions Support Enhancements (15 mars)

• New Block Support: textIndent (15 mars)

• Pattern Editing (15 mars)

• Pattern Overrides for Custom Blocks (16 mars)

• Introducing the Connectors API (18 mars)

• Client-side Abilities API in WordPress 7.0 (24 mars)

• Introducing the AI Client in WordPress 7.0 (24 mars)

• Extending the 7.0 Cycle (31 mars)

• The Path Forward for WordPress 7.0 (2 avril)

Annonces :

• WordPress 7.0 Beta 1 delayed
• WordPress 7.0 RC 1 delayed (19 mars)
• WordPress 7.0 Beta 6 (20 mars)
• WordPress 7.0 Beta 3
• Help Test WordPress 7.0
• WordPress 7.0 Release Candidate 1
• WordPress 7.0 Release Candidate 2