La sortie de WordPress 7.0 retardée de quelques semaines

La sortie de WordPress 7.0 était prévue pour le 9 avril 2026. Le 31 mars, l’équipe de développement principale a toutefois annoncé un retard de quelques semaines. L’objectif est ainsi de finaliser l’architecture de stockage des données pour la fonctionnalité de collaboration en temps réel.

Ex2 est impatient de pouvoir vous proposer la nouvelle version du CMS sur ses hébergements WordPress et ses solutions optimisées pour WooCommerce. Il vous faudra toutefois attendre quelques semaines supplémentaires avant de profiter de ses nouveautés.

Un calendrier révisé sera donc publié d’ici le 22 avril. La nouvelle version du CMS arrivera ainsi trop tard pour le WordCamp Asia, tenu actuellement à Mumbai.

La sortie retardée de WordPress 7.0 risque d’affecter directement la confiance de la communauté envers le CMS. Elle ouvre ainsi la porte à Emdash, l’alternative récemment proposée par Cloudflare.

Un retard qui survient dans un contexte délicat

Comme nous l’avons couvert dans un article, la semaine même où le retard a été annoncé, Cloudflare annonçait le lancement de EmDash. Ce CMS TypeScript construit en deux mois en utilisant l’intelligence artificielle agentique et publié sous la licence MIT, est décrit dans sa propre annonce comme un « successeur spirituel » de WordPress.

EmDash fonctionne nativement sur Cloudflare Workers. Il s’adapte à zéro et sandbox les plugins dans des isolats V8. Joost de Valk, l’ancien PDG de Yoast et l’un des critiques les plus récents de WordPress, s’est manifesté comme l’un de ses premiers partisans.

L’intention stratégique derrière Emdash n’est pas subtile. Cloudflare développe un CMS afin d’acheminer les charges de travail de contenu sur sa propre infrastructure et loin de la pile d’hébergement utilisée actuellement par WordPress.

Comme vous le savez sans doute, WordPress 7.0 n’est pas une réponse directe à EmDash. Il s’agit plutôt d’une mise à jour prévue de longue date.

Les fonctionnalités qu’il offre, en particulier la collaboration en temps réel, une couche client d’IA native et le support des agents basé sur un navigateur, sont toutefois les capacités dont un CMS a besoin pour rester compétitif avec une alternative native à l’IA.

Le retard de quelques semaines n’est pas dramatique sur le plan opérationnel. Il illustre néanmoins une certaine difficulté à expédier ces fonctionnalités de manière fiable.

Pour les hébergeurs WordPress, la combinaison d’une version majeure retardée et de l’arrivée d’un concurrent aux ressources crédibles marque le contexte dans lequel le lancement de la 7.0 se produira.

Ce qu’il faut savoir à propos de la sortie de WordPress 7.0

Le calendrier de sortie révisé sera annoncé d’ici le 22 avril. En attendant cette annonce, nous avons donc encore un peu de temps de préparation. Voici les quelques étapes qui devraient avoir lieu au cours de cette période.

Mappage de PHP

La tâche la plus urgente est le mappage de version PHP. WordPress 7.0 supprime le support pour PHP 7.2 et PHP 7.3. Les sites exécutant l’une ou l’autre version ne recevront pas la mise à jour automatique vers 7.0. Ils resteront donc sur la branche WordPress 6.9.

La branche 6.9 reçoit les rétroportages de sécurité lorsque c’est possible. Ce n’est toutefois pas la branche de mise à jour de sécurité activement maintenue.

L’équipe du noyau WordPress a noté que l’utilisation combinée de PHP 7.2 et 7.3 avait chuté à moins de 4% des installations WordPress surveillées dans le monde.

Les fournisseurs ayant des petites entreprises plus anciennes ou des clients de commerce électronique traditionnels peuvent toutefois compter une proportion plus élevée.

Ces clients ont besoin de sensibilisation avant la sortie de WordPress 7.0, plutôt qu’après. Autrement, ils pourraient rencontrer des problèmes au moment de la mise à jour.

Support Websocket

La deuxième tâche consiste à décider de la question WebSocket. La couverture précoce de WordPress 7.0 a décrit l’édition collaborative en temps réel comme nécessitant le support WebSocket.

Cette caractérisation est incorrecte. WordPress 7.0 est livré avec le sondage HTTP comme transport par défaut. Celui-ci fonctionne sur n’importe quel environnement d’hébergement standard sans configuration supplémentaire.

Les lots de sondages sont mis à jour toutes les quatre secondes lorsqu’un utilisateur effectue des modifications seul, chaque seconde lorsque des collaborateurs sont présents.

Le support WebSocket est une amélioration optionnelle qui réduit la latence. WordPress VIP l’a d’ailleurs déjà déployé. Un produit géré WordPress a besoin d’une position documentée sur quel niveau de la fonctionnalité il offre.

L’hébergement partagé avec sondage HTTP est une configuration prise en charge. La collaboration améliorée par WebSocket est donc un facteur de différenciation. Ni l’un ni l’autre n’est une exigence. Le problème est surtout de ne pas avoir décidé.

Cache personnalisé

Troisièmement, toute couche de cache personnalisée doit être vérifiée par rapport au comportement 7.0. L’édition collaborative en temps réel a été confirmée lors du développement pour interférer avec les caches de post persistants pendant les sessions actives.

L’équipe a résolu ce problème avant la sortie en modifiant l’API de méta-enregistrement. Les entreprises d’hébergement qui exécutent leurs propres implémentations de mise en cache doivent toutefois vérifier le comportement par rapport à leur propre pile une fois que le candidat pour la prochaine version est disponible.

Compatibilité avec les plugins existants

Quatrièmement, les tests de compatibilité des plugins doivent être effectués avant la confirmation de la date de sortie, et non après.

L’administrateur WordPress 7.0 a été visuellement mis à jour et les composants DataViews ont changé. Tout plugin qui se trouve à l’intérieur de wp-admin doit être testé. La nouvelle version minimale de PHP doit également être reflétée dans les panneaux de contrôle d’hébergement, la logique de mise à niveau automatique et la documentation avant que les clients ne la rencontrent.

La collaboration en temps réel derrière le retard de la sortie de WordPress 7.0

La collaboration en temps réel est disponible sous forme d’opt-in dans la version 7.0. Vous ne la rencontrerez donc pas par défaut. Lorsqu’elle est activée, l’édition collaborative est limitée à deux utilisateurs simultanés dans l’implémentation de base, bien que cela puisse être configuré.

Toute publication où des boîtes méta classiques sont présentes désactive automatiquement la collaboration pour éviter la perte de données, ce qui signifie que les clients avec des sites riches en plugins verront la collaboration active sur moins de publications qu’ils ne l’auraient imaginé.

La fonctionnalité utilise Yjs, une bibliothèque de types de données répliquées sans conflit, pour fusionner des modifications simultanées.

Le transport d’interrogation HTTP par défaut signifie qu’aucun changement d’infrastructure n’est requis du côté de l’hébergement.

Pour les hébergeurs WordPress, la décision est de savoir s’il faut offrir le support WebSocket comme un différenciateur de plan. Et si la réponse est oui, s’il faut l’implémenter avant la sortie de la 7.0 ou le traiter comme un élément de feuille de route.

Intégration de client IA : l’une des nouveautés attendues avec la sortie de WordPress 7.0

WordPress 7.0 fournit le WP AI Client, un SDK PHP côté serveur qui standardise la façon dont les capacités d’IA sont intégrées dans WordPress.

Il est indépendant du fournisseur : le SDK gère la sélection des modèles, la communication avec les fournisseurs et la normalisation des réponses.

Le noyau WordPress est livré avec trois plugins de fournisseurs vedettes pour Anthropic, Google et OpenAI, tous installables depuis le répertoire du plugin.

Les clés API sont gérées via un nouvel écran d’administration Paramètres, Connecteurs. Tous les appels IA sortent vers des API tierces. Il n’y a pas de nouvelles exigences en matière d’infrastructure de serveur.

Pour l’hébergement des équipes produits, la question est de savoir ce que cela signifie pour l’offre WordPress gérée.

Le WP AI Client permet à tout développeur de plugin de créer facilement des fonctionnalités basées sur l’IA dans WordPress.

C’est bon pour l’écosystème et bon pour la différenciation au niveau du plugin. Cela ne crée pas d’obligations d’infrastructure. Ce qu’il crée, c’est les attentes des clients : les sites fonctionnant sur des plans WordPress gérés incluront de plus en plus de plugins alimentés par l’IA. Le travail de l’hébergeur consiste donc à s’assurer que ces plugins fonctionnent de manière fiable dans les limites des contraintes de ressources du plan.

La concurrence face à la sortie de WordPress 7.0

EmDash est à la version 0.1. Ce n’est pas un remplacement de WordPress aujourd’hui pour les centaines de millions de sites qui tournent sur la pile existante. Vous n’avez donc aucune raison de vous précipiter sur ce nouveau CMS.

La migration nécessite de réécrire les thèmes et les plugins à partir de zéro dans TypeScript. Cela crée une barrière importante pour les utilisateurs existants de WordPress.

La menace concurrentielle ne concerne donc pas les installations WordPress existantes mais les nouveaux projets. C’est particulièrement vrai pour les projets dirigés par des développeurs, pour lesquels l’infrastructure Cloudflare Workers est déjà utilisée.

La préoccupation structurelle pour les entreprises d’hébergement est à plus long terme. Le modèle de Cloudflare consiste à faire d’EmDash le CMS qui apporte des charges de travail sur son propre réseau.

Une version majeure retardée, un ensemble de fonctionnalités techniquement ambitieux et un nouvel arrivant positionné directement contre la plateforme sont tous présents en même temps.

Pour les hébergeurs WordPress, cette combinaison n’est pas particulièrement rassurante. C’est pourquoi nous surveillons activement la suite, jusqu’à l’arrivée de la nouvelle version.

Nous espérons que cet article vous a plu et vous a éclairé sur le retard de la sortie de WordPress 7.0. Si c’est le cas, nous vous invitons à consulter nos autres articles et tutoriels.

Notre base de connaissance contient aussi sans doute des réponses à toutes vos questions en liens avec vos projets web