Date de sortie de WordPress 7.0 : reportée, nouvelle date prévue en avril 2026

Si vous cherchez à connaître la date de sortie de WordPress 7.0 aujourd'hui, sachez tout d'abord que la date de lancement initialement prévue pour le 9 avril n'est plus d'actualité. L'équipe WordPress a reporté la sortie et est en train de peaufiner la dernière ligne droite du cycle après avoir analysé les retours des tests, notamment en ce qui concerne la collaboration en temps réel.

Qu'est-ce que WordPress 7.0 ? 

WordPress 7.0 est la première version majeure de WordPress prévue pour 2026. Bien que la sortie finale soit retardée, le cycle de la version 7.0 est désormais bien défini. Une grande partie du travail porte sur la collaboration en temps réel, l'infrastructure d'intelligence artificielle, les modifications de l'interface d'administration, les superpositions de navigation, les mises à jour de compatibilité de l'éditeur et la configuration minimale requise de PHP 7.4.

Pourquoi la sortie de WordPress 7.0 a-t-elle été reportée ?

Le 31 mars 2026, l'équipe principale de WordPress a annoncé que WordPress 7.0 ne serait pas lancé à la date prévue du 9 avril. Cette décision a été prise au sein de l'espace de travail Slack « Making WordPress », où Matt Mullenweg et l'équipe chargée de la publication ont convenu que cette version majeure avait besoin de plus de temps en phase de Release Candidate afin de stabiliser la couche de stockage de données sous-jacente à la nouvelle fonctionnalité de collaboration en temps réel.

Ce retard s'explique par les retours issus des tests et par certains détails architecturaux non résolus concernant la collaboration en temps réel, notamment le modèle de données et l'approche d'invalidation du cache. L'équipe du cœur de WordPress a également fait remarquer que le retour à une numérotation de version de type « bêta » après la version RC poserait des problèmes techniques ; le projet se poursuit donc avec des versions préliminaires sans revenir aux étiquettes bêta traditionnelles.

Les versions Release Candidate 1 et 2 avaient déjà été mises à disposition en mars, avant que la publication des versions préliminaires ne soit suspendue afin de résoudre les problèmes de collaboration en temps réel qui subsistaient.

Quelles sont les nouveautés de WordPress 7.0 ?

Fonctionnalité	WordPress 6.9	WordPress 7	Une nouvelle de dernière minute ?
Version minimale de PHP	7.2	7.4	Oui. Les sites fonctionnant sous les versions 7.2 et 7.3 restent sur la branche 6.9
Client IA dans le noyau (php-ai-client)	Non inclus	Intégré sous forme de bibliothèque externe	Nouvelle interface API
Vues de données dans l'interface d'administration	Réservé à certains écrans	Intégré à la mise à jour de l'interface d'administration	Modification de l'interface utilisateur
Palette de commandes dans la barre d'administration	Absent	Raccourci ⌘K / Ctrl+K	Nouvelle interface utilisateur
Éditeur de publication avec iframe	Inscription	Valeur par défaut pour l'API Block v3+	Pause pour les blocs v1/v2
API d'enregistrement des icônes (/wp/v2/icons)	Absent	Nouveau point de terminaison REST	Nouvelle API
Traitement multimédia côté client	Par défaut, côté serveur	Par défaut, côté client	Changement de comportement

1. Collaboration en temps réel dans l'éditeur de blocs

La collaboration en temps réel est la fonctionnalité phare de la version 7.0 de WordPress. Plusieurs utilisateurs pourront modifier simultanément le même article ou la même page, grâce à des curseurs visibles en direct, des indicateurs de présence et un contenu des blocs synchronisé. Cette expérience s'apparente davantage à Google Docs qu'à tout ce que WordPress a proposé jusqu'à présent.

Quelques détails pratiques qu'il est bon de connaître :

• Le mécanisme de synchronisation par défaut est le polling HTTP, et non les WebSockets. L'équipe WordPress a opté pour le polling HTTP afin que cette fonctionnalité soit compatible avec l'ensemble des solutions d'hébergement, y compris l'hébergement mutualisé qui ne prend pas en charge les connexions persistantes. Les hébergeurs et les développeurs de plugins peuvent intégrer un fournisseur WebSocket pour réduire la latence.
• Les données de synchronisation sont stockées selon une approche CRDT (Conflict-free Replicated Data Type) et enregistrées via les métadonnées d'un article sur un type d'article interne dédié appelé wp_sync_storage.
• La limite par défaut côté client est de deux contributeurs simultanés par publication ; elle peut être modifiée par les administrateurs et les développeurs.
• Dans la version 7.0, la collaboration sera accessible sur demande via les paramètres de rédaction.

2. WP AI Client et la page « Connecteurs »

WordPress 7.0 introduit une infrastructure d'IA indépendante du fournisseur, reposant sur le php-ai-client bibliothèque. L'équipe principale a délibérément choisi de ne pas intégrer de service d'IA ni de désigner un fournisseur privilégié.

• Un nouvel écran «Paramètres → Connecteurs» dans wp-admin, où les administrateurs de site peuvent connecter des fournisseurs d'IA tels qu'OpenAI, Anthropic et Google Gemini à l'aide de clés API.
• Un registre permettant aux plugins d'ajouter dynamiquement des fournisseurs supplémentaires.
• Un plugin d'interface client standardisé sur lequel les auteurs peuvent s'appuyer, afin que les fonctionnalités d'IA telles que les suggestions de contenu, la génération d'images, l'automatisation des textes alternatifs ou la traduction puissent s'appuyer sur une seule API plutôt que sur trois SDK de fournisseurs différents.

3. Actualisation de l'interface d'administration et DataViews

L'interface d'administration de WordPress fait l'objet de sa première refonte visuelle notable depuis des années. L'équipe présente cette mise à jour comme un simple « coup de pinceau » plutôt que comme une refonte complète.

• Les travaux menés dans le cadre du cycle 7.0 comprennent les itérations en cours de DataViews et DataForm.
• Une nouvelle mise en page d'activité est disponible dans DataViews.
• Le style de l'interface d'administration est progressivement harmonisé avec le système de conception WordPress afin de réduire les incohérences entre les anciens écrans et les nouvelles interfaces basées sur des blocs.

Si les sites de vos clients comportent des plugins qui s'intègrent étroitement aux écrans de wp-admin, il est recommandé de vérifier cet aspect sur l'environnement de test avant de procéder à la mise à jour.

4. Palette de commandes dans la barre d'administration

Les éditeurs connectés verront apparaître un nouveau bouton dans la barre d'administration supérieure, associé au raccourci ⌘K (ou Ctrl+K). En cliquant dessus, vous ouvrez la palette de commandes depuis n'importe quelle page de l'interface d'administration. Vous pouvez ainsi passer directement à l'édition, à la conception ou à la consultation des plugins sans avoir à parcourir les menus.

5. Remarques : des processus de commentaire plus complets

Les notes ont été intégrées dans WordPress 6.9 sous forme de commentaires au niveau des blocs. Dans le cadre du cycle de développement de WordPress 7.0, l'équipe poursuit ce travail avec des améliorations prévues concernant la sélection partielle dans les champs de texte enrichi, des commentaires plus riches, des notes multi-blocs et davantage d'options de notification, telles que les mentions.

Pour l'instant, il est plus prudent de considérer cela comme un domaine en cours d'itération plutôt que comme une liste de contrôle définitive des fonctionnalités déjà implémentées. 

6. Éditeur de publication via iframe

L'éditeur d'articles de WordPress 7.0 progresse vers la compatibilité avec les iframes, mais celle-ci n'est pas encore généralisée. Dans la version 7.0, WordPress modifie la logique de sorte que l'éditeur d'articles puisse être intégré dans une iframe lorsque les blocs utilisés dans un article sont basés sur la version 3 ou supérieure de l'API des blocs. L'équipe a reporté la mise en œuvre complète de cette fonctionnalité au profit d'un déploiement plus progressif.

En pratique, le message reste le même : les anciens blocs et extensions d'éditeur pourraient nécessiter des mises à jour. Si vous gérez des blocs personnalisés, commencez à migrer vers la version 3 de l'API Block et consultez la note de développement concernant l'éditeur iframe avant de mettre à jour vos sites de production.

7. Traitement multimédia côté client

Le traitement multimédia côté client a été introduit lors du cycle 7.0 afin de transférer le redimensionnement, la compression et la conversion de format des images vers le navigateur. Cette fonctionnalité promet des flux de travail de téléchargement plus fluides, une charge moindre sur les serveurs et la prise en charge de formats tels que l'AVIF ; toutefois, il convient de vérifier les dernières notes de la version candidate, car la version bêta 6 a temporairement désactivé cette fonctionnalité.

8. Nouveaux blocs et améliorations de l'éditeur

Quelques ajouts qui méritent d'être signalés :

• Bloc d'icônes : Un nouveau bloc permettant d'ajouter des icônes SVG à partir d'une bibliothèque intégrée, s'appuyant sur une API d'enregistrement d'icônes SVG côté serveur et un /wp/v2/icons Point de terminaison REST. L'enregistrement d'icônes tierces est prévu pour une prochaine version.
• Superpositions du bloc de navigation :menus mobiles personnalisables qui ne sont plus considérés comme expérimentaux.
• Par défaut, les modèles s'affichent en mode « Contenu uniquement » :cela permet de simplifier l'interface pour les créateurs de contenu, tout en conservant la possibilité de modifier la structure via l'option « Détacher le modèle ».
• Lightbox du bloc Galerie :prend désormais en charge la navigation « Précédent/Suivant » et les commandes par touches fléchées.

L'ajout du bloc « Tabs » avait été envisagé pour la version 7.0, mais il a été reporté.

WordPress 7.0 relève la version minimale de PHP prise en charge

WordPress 7.0 ne prendra plus en charge les versions PHP 7.2 et 7.3. La nouvelle version minimale prise en charge sera PHP 7.4.0, tandis que la version minimale recommandée restera PHP 8.3. Les sites fonctionnant encore sous PHP 7.2 ou 7.3 resteront sur la branche 6.9 une fois la version 7.0 publiée. Si vous gérez plusieurs sites, cela devrait être l'une des premières vérifications à effectuer dans le cadre de votre processus de préparation.

Faut-il installer WordPress 7.0 sur les sites de production ?

Pas encore.

Jusqu'à la sortie de WordPress 7.0 et tant que vous ne l'aurez pas testé avec votre propre environnement, les sites en production doivent rester sur la dernière version stable prise en charge. À l'heure actuelle, il s'agit de WordPress 6.9.4. 

Lorsque la version 7.0 sera disponible, la meilleure stratégie pour la plupart des agences restera de procéder d'abord à des tests par étapes, en particulier sur les sites utilisant des plugins personnalisés, des flux de travail éditoriaux complexes, des systèmes d'adhésion, WooCommerce ou d'anciennes personnalisations de l'interface d'administration.

Liste de contrôle pour la mise à jour vers WordPress 7.0 destinée aux agences et aux développeurs

Ce report offre aux agences et aux développeurs quelques semaines supplémentaires. Profitez-en. Voici une liste de contrôle pratique pour la période allant d'aujourd'hui à la nouvelle date de sortie :

• Vérifiez d'abord les versions de PHP.Tout site fonctionnant encore sous PHP 7.2 ou 7.3 présente déjà un problème de compatibilité avec WordPress 7.0 et nécessite une vérification côté hébergeur avant la mise à jour du cœur du logiciel.
• Vérifiez les flux de travail éditoriaux.Si un site utilise des plugins comportant de nombreuses métaboxes ou des interfaces de publication personnalisées, l'édition collaborative risque de ne pas fonctionner de la même manière que sur une installation standard de l'éditeur de blocs.
• Vérifiez la compatibilité des extensions.Accordez une attention particulière aux extensions qui étendent les fonctionnalités de l'éditeur, intègrent une interface d'administration ou s'appuient sur d'anciens workflows de publication.
• Testez les blocs personnalisés et le comportement du thème sur l'environnement de préproduction.Cela est essentiel si vous gérez des blocs personnalisés, des styles d'éditeur ou du code de plugin plus ancien qui repose sur le comportement de l'éditeur hérité.
• Effectuez une nouvelle sauvegarde avant de procéder aux tests.Assurez-vous de disposer d'un point de restauration récent avant la mise à niveau.
• Vérifiez les fonctions essentielles du site après la mise à jour.Vérifiez les modèles clés, les formulaires, les processus de connexion, les processus de commerce électronique et toute fonctionnalité spécifique au client avant de passer en production.
• Déterminez si vous avez besoin du WP AI Client dès maintenant.Si oui, prévoyez comment les clés API seront stockées. En production, utilisez des variables d'environnement ou des constantes PHP plutôt que l'interface utilisateur de Connectors.

Comment contribuer à WordPress 7.0 ?

WordPress 7.0 est toujours prévu, mais pas pour le 9 avril. Les travaux d'architecture liés à la collaboration en temps réel, combinés à l'exigence de PHP 7.4, offrent aux agences un délai supplémentaire pour auditer les sites de leurs clients, mettre à niveau les versions de PHP si nécessaire et tester la compatibilité des plugins avant la sortie officielle.

Consultez la page make.wordpress.org/core pour connaître le calendrier révisé (prévu pour le 22 avril) et surveillez les notes de mise à jour officielles lorsque la nouvelle version bêta sera disponible. D'ici là, WordPress 6.9.4 reste la version stable pour les sites en production.

Vous gérez un grand nombre de sites clients ? WP Umbrella automatiquement des tests de régression visuelle à chaque mise à jour. Ainsi, que vous mettiez à jour 50 ou 500 sites vers WordPress 7.0, le processus est identique à celui d'une mise à jour de routine. Commencez votre essai gratuit — aucune carte de crédit requise.

Vous souhaitez contribuer à la version 7.0 ? La période de soumission de nouvelles fonctionnalités est désormais close, mais les tests, les rapports de bogues et la documentation sont toujours ouverts. Parcourez les tickets de la version 7.0 sur WordPress Trac ou rejoignez les réunions hebdomadaires #core sur le canal Slack « Making WordPress » (les mercredis à 15 h UTC).