La sortie de WordPress 7.0 \u00e9tait pr\u00e9vue pour le 9\u00a0avril\u00a02026. Le 31\u00a0mars, l\u2019\u00e9quipe de d\u00e9veloppement principale a toutefois annonc\u00e9 un retard de quelques semaines. L’objectif est ainsi de finaliser l\u2019architecture de stockage des donn\u00e9es pour la fonctionnalit\u00e9 de collaboration en temps r\u00e9el. <\/p>\n\n\n\n
Ex2 est impatient de pouvoir vous proposer la nouvelle version du CMS sur ses h\u00e9bergements WordPress<\/a> et ses solutions optimis\u00e9es pour WooCommerce<\/a>. Il vous faudra toutefois attendre quelques semaines suppl\u00e9mentaires avant de profiter de ses nouveaut\u00e9s.<\/p>\n\n\n\n Un calendrier r\u00e9vis\u00e9 sera donc publi\u00e9 d\u2019ici le 22\u00a0avril. La nouvelle version du CMS arrivera ainsi trop tard pour le WordCamp Asia, tenu actuellement \u00e0 Mumbai. <\/p>\n\n\n\n La sortie retard\u00e9e de WordPress 7.0 risque d’affecter directement la confiance de la communaut\u00e9 envers le CMS. Elle ouvre ainsi la porte \u00e0 Emdash, l’alternative r\u00e9cemment propos\u00e9e par Cloudflare. <\/p>\n\n\n\n Comme nous l’avons couvert dans un article, la semaine m\u00eame o\u00f9 le retard a \u00e9t\u00e9 annonc\u00e9, Cloudflare annon\u00e7ait le lancement de EmDash<\/a>. Ce CMS TypeScript construit en deux mois en utilisant l\u2019intelligence artificielle agentique et publi\u00e9 sous la licence MIT, est d\u00e9crit dans sa propre annonce comme un \u00ab\u00a0successeur spirituel\u00a0\u00bb de WordPress. <\/p>\n\n\n\n EmDash fonctionne nativement sur Cloudflare Workers. Il s\u2019adapte \u00e0 z\u00e9ro et sandbox les plugins dans des isolats V8. Joost de Valk, l\u2019ancien PDG de Yoast et l\u2019un des critiques les plus r\u00e9cents de WordPress, s’est manifest\u00e9 comme l’un de ses premiers partisans. <\/p>\n\n\n\n L\u2019intention strat\u00e9gique derri\u00e8re Emdash n\u2019est pas subtile. Cloudflare d\u00e9veloppe un CMS afin d’acheminer les charges de travail de contenu sur sa propre infrastructure et loin de la pile d\u2019h\u00e9bergement utilis\u00e9e actuellement par WordPress.<\/p>\n\n\n\n Comme vous le savez sans doute, WordPress 7.0 n\u2019est pas une r\u00e9ponse directe \u00e0 EmDash. Il s’agit plut\u00f4t d’une mise \u00e0 jour pr\u00e9vue de longue date. <\/p>\n\n\n\n Les fonctionnalit\u00e9s qu\u2019il offre, en particulier la collaboration en temps r\u00e9el, une couche client d\u2019IA native et le support des agents bas\u00e9 sur un navigateur, sont toutefois les capacit\u00e9s dont un CMS a besoin pour rester comp\u00e9titif avec une alternative native \u00e0 l\u2019IA. <\/p>\n\n\n\n Le retard de quelques semaines n’est pas dramatique sur le plan op\u00e9rationnel. Il illustre n\u00e9anmoins une certaine difficult\u00e9 \u00e0 exp\u00e9dier ces fonctionnalit\u00e9s de mani\u00e8re fiable. <\/p>\n\n\n\n Pour les h\u00e9bergeurs WordPress, la combinaison d\u2019une version majeure retard\u00e9e et de l’arriv\u00e9e d\u2019un concurrent aux ressources cr\u00e9dibles marque le contexte dans lequel le lancement de la 7.0 se produira.<\/p>\n\n\n\n Le calendrier de sortie r\u00e9vis\u00e9 sera annonc\u00e9 d\u2019ici le 22\u00a0avril. En attendant cette annonce, nous avons donc encore un peu de temps de pr\u00e9paration. Voici les quelques \u00e9tapes qui devraient avoir lieu au cours de cette p\u00e9riode. <\/p>\n\n\n\n La t\u00e2che 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\u00e9cutant l\u2019une ou l\u2019autre version ne recevront pas la mise \u00e0 jour automatique vers 7.0. Ils resteront donc sur la branche WordPress 6.9. <\/p>\n\n\n\n La branche 6.9 re\u00e7oit les r\u00e9troportages de s\u00e9curit\u00e9 lorsque c’est possible. Ce n\u2019est toutefois pas la branche de mise \u00e0 jour de s\u00e9curit\u00e9 activement maintenue. <\/p>\n\n\n\n L\u2019\u00e9quipe du noyau WordPress a not\u00e9 que l\u2019utilisation combin\u00e9e de PHP 7.2 et 7.3 avait chut\u00e9 \u00e0 moins de 4% des installations WordPress surveill\u00e9es dans le monde. <\/p>\n\n\n\n Les fournisseurs ayant des petites entreprises plus anciennes ou des clients de commerce \u00e9lectronique traditionnels peuvent toutefois compter une proportion plus \u00e9lev\u00e9e. <\/p>\n\n\n\n Ces clients ont besoin de sensibilisation avant la sortie de WordPress 7.0, plut\u00f4t qu’apr\u00e8s. Autrement, ils pourraient rencontrer des probl\u00e8mes au moment de la mise \u00e0 jour.<\/p>\n\n\n\n La deuxi\u00e8me t\u00e2che consiste \u00e0 d\u00e9cider de la question WebSocket. La couverture pr\u00e9coce de WordPress 7.0 a d\u00e9crit l\u2019\u00e9dition collaborative en temps r\u00e9el comme n\u00e9cessitant le support WebSocket. <\/p>\n\n\n\n Cette caract\u00e9risation est incorrecte. WordPress 7.0 est livr\u00e9 avec le sondage HTTP comme transport par d\u00e9faut. Celui-ci fonctionne sur n\u2019importe quel environnement d\u2019h\u00e9bergement standard sans configuration suppl\u00e9mentaire. <\/p>\n\n\n\n Les lots de sondages sont mis \u00e0 jour toutes les quatre secondes lorsqu\u2019un utilisateur effectue des modifications seul, chaque seconde lorsque des collaborateurs sont pr\u00e9sents. <\/p>\n\n\n\n Le support WebSocket est une am\u00e9lioration optionnelle qui r\u00e9duit la latence. WordPress VIP l\u2019a d’ailleurs d\u00e9j\u00e0 d\u00e9ploy\u00e9. Un produit g\u00e9r\u00e9 WordPress a besoin d\u2019une position document\u00e9e sur quel niveau de la fonctionnalit\u00e9 il offre. <\/p>\n\n\n\n L\u2019h\u00e9bergement partag\u00e9 avec sondage HTTP est une configuration prise en charge. La collaboration am\u00e9lior\u00e9e par WebSocket est donc un facteur de diff\u00e9renciation. Ni l\u2019un ni l\u2019autre n\u2019est une exigence. Le probl\u00e8me est surtout de ne pas avoir d\u00e9cid\u00e9.<\/p>\n\n\n\n Troisi\u00e8mement, toute couche de cache personnalis\u00e9e doit \u00eatre v\u00e9rifi\u00e9e par rapport au comportement 7.0. L\u2019\u00e9dition collaborative en temps r\u00e9el a \u00e9t\u00e9 confirm\u00e9e lors du d\u00e9veloppement pour interf\u00e9rer avec les caches de post persistants pendant les sessions actives. <\/p>\n\n\n\n L\u2019\u00e9quipe a r\u00e9solu ce probl\u00e8me avant la sortie en modifiant l\u2019API de m\u00e9ta-enregistrement. Les entreprises d\u2019h\u00e9bergement qui ex\u00e9cutent leurs propres impl\u00e9mentations de mise en cache doivent toutefois v\u00e9rifier le comportement par rapport \u00e0 leur propre pile une fois que le candidat pour la prochaine version est disponible.<\/p>\n\n\n\n Quatri\u00e8mement, les tests de compatibilit\u00e9 des plugins doivent \u00eatre effectu\u00e9s avant la confirmation de la date de sortie, et non apr\u00e8s. <\/p>\n\n\n\n L\u2019administrateur WordPress 7.0 a \u00e9t\u00e9 visuellement mis \u00e0 jour et les composants DataViews ont chang\u00e9. Tout plugin qui se trouve \u00e0 l\u2019int\u00e9rieur de wp-admin doit \u00eatre test\u00e9. La nouvelle version minimale de PHP doit \u00e9galement \u00eatre refl\u00e9t\u00e9e dans les panneaux de contr\u00f4le d\u2019h\u00e9bergement, la logique de mise \u00e0 niveau automatique et la documentation avant que les clients ne la rencontrent.<\/p>\n\n\n\n La collaboration en temps r\u00e9el est disponible sous forme d\u2019opt-in dans la version 7.0. Vous ne la rencontrerez donc pas par d\u00e9faut. Lorsqu\u2019elle est activ\u00e9e, l\u2019\u00e9dition collaborative est limit\u00e9e \u00e0 deux utilisateurs simultan\u00e9s dans l\u2019impl\u00e9mentation de base, bien que cela puisse \u00eatre configur\u00e9. <\/p>\n\n\n\n Toute publication o\u00f9 des bo\u00eetes m\u00e9ta classiques sont pr\u00e9sentes d\u00e9sactive automatiquement la collaboration pour \u00e9viter la perte de donn\u00e9es, ce qui signifie que les clients avec des sites riches en plugins verront la collaboration active sur moins de publications qu\u2019ils ne l\u2019auraient imagin\u00e9.<\/p>\n\n\n\n La fonctionnalit\u00e9 utilise Yjs, une biblioth\u00e8que de types de donn\u00e9es r\u00e9pliqu\u00e9es sans conflit, pour fusionner des modifications simultan\u00e9es. <\/p>\n\n\n\n Le transport d\u2019interrogation HTTP par d\u00e9faut signifie qu\u2019aucun changement d\u2019infrastructure n\u2019est requis du c\u00f4t\u00e9 de l\u2019h\u00e9bergement. <\/p>\n\n\n\n Pour les h\u00e9bergeurs WordPress, la d\u00e9cision est de savoir s\u2019il faut offrir le support WebSocket comme un diff\u00e9renciateur de plan. Et si la r\u00e9ponse est oui, s\u2019il faut l\u2019impl\u00e9menter avant la sortie de la 7.0 ou le traiter comme un \u00e9l\u00e9ment de feuille de route.<\/p>\n\n\n\n WordPress 7.0 fournit le WP AI Client, un SDK PHP c\u00f4t\u00e9 serveur qui standardise la fa\u00e7on dont les capacit\u00e9s d\u2019IA sont int\u00e9gr\u00e9es dans WordPress. <\/p>\n\n\n\n Il est ind\u00e9pendant du fournisseur\u00a0: le SDK g\u00e8re la s\u00e9lection des mod\u00e8les, la communication avec les fournisseurs et la normalisation des r\u00e9ponses. <\/p>\n\n\n\n Le noyau WordPress est livr\u00e9 avec trois plugins de fournisseurs vedettes pour Anthropic, Google et OpenAI, tous installables depuis le r\u00e9pertoire du plugin. <\/p>\n\n\n\n Les cl\u00e9s API sont g\u00e9r\u00e9es via un nouvel \u00e9cran d\u2019administration Param\u00e8tres, Connecteurs. Tous les appels IA sortent vers des API tierces. Il n\u2019y a pas de nouvelles exigences en mati\u00e8re d\u2019infrastructure de serveur.<\/p>\n\n\n\n Pour l\u2019h\u00e9bergement des \u00e9quipes produits, la question est de savoir ce que cela signifie pour l\u2019offre WordPress g\u00e9r\u00e9e. <\/p>\n\n\n\n Le WP AI Client permet \u00e0 tout d\u00e9veloppeur de plugin de cr\u00e9er facilement des fonctionnalit\u00e9s bas\u00e9es sur l\u2019IA dans WordPress. <\/p>\n\n\n\n C\u2019est bon pour l\u2019\u00e9cosyst\u00e8me et bon pour la diff\u00e9renciation au niveau du plugin. Cela ne cr\u00e9e pas d\u2019obligations d\u2019infrastructure. Ce qu\u2019il cr\u00e9e, c\u2019est les attentes des clients\u00a0: les sites fonctionnant sur des plans WordPress g\u00e9r\u00e9s incluront de plus en plus de plugins aliment\u00e9s par l\u2019IA. Le travail de l’h\u00e9bergeur consiste donc \u00e0 s\u2019assurer que ces plugins fonctionnent de mani\u00e8re fiable dans les limites des contraintes de ressources du plan.<\/p>\n\n\n\n EmDash est \u00e0 la version 0.1. Ce n\u2019est pas un remplacement de WordPress aujourd\u2019hui pour les centaines de millions de sites qui tournent sur la pile existante. Vous n’avez donc aucune raison de vous pr\u00e9cipiter sur ce nouveau CMS.<\/p>\n\n\n\n La migration n\u00e9cessite de r\u00e9\u00e9crire les th\u00e8mes et les plugins \u00e0 partir de z\u00e9ro dans TypeScript. Cela cr\u00e9e une barri\u00e8re importante pour les utilisateurs existants de WordPress. <\/p>\n\n\n\n La menace concurrentielle ne concerne donc pas les installations WordPress existantes mais les nouveaux projets. C’est particuli\u00e8rement vrai pour les projets dirig\u00e9s par des d\u00e9veloppeurs, pour lesquels l\u2019infrastructure Cloudflare Workers est d\u00e9j\u00e0 utilis\u00e9e.<\/p>\n\n\n\n La pr\u00e9occupation structurelle pour les entreprises d\u2019h\u00e9bergement est \u00e0 plus long terme. Le mod\u00e8le de Cloudflare consiste \u00e0 faire d\u2019EmDash le CMS qui apporte des charges de travail sur son propre r\u00e9seau. <\/p>\n\n\n\n Une version majeure retard\u00e9e, un ensemble de fonctionnalit\u00e9s techniquement ambitieux et un nouvel arrivant positionn\u00e9 directement contre la plateforme sont tous pr\u00e9sents en m\u00eame temps. <\/p>\n\n\n\n Pour les h\u00e9bergeurs WordPress, cette combinaison n’est pas particuli\u00e8rement rassurante. C’est pourquoi nous surveillons activement la suite, jusqu’\u00e0 l’arriv\u00e9e de la nouvelle version.<\/p>\n\n\n\n Nous esp\u00e9rons que cet article vous a plu et vous a \u00e9clair\u00e9 sur le retard de la sortie de WordPress 7.0. Si c\u2019est le cas, nous vous invitons \u00e0 consulter nos autres\u00a0articles et tutoriels<\/a>.<\/p>\n\n\n\nUn retard qui survient dans un contexte d\u00e9licat<\/h2>\n\n\n\n
Ce qu’il faut savoir \u00e0 propos de la sortie de WordPress 7.0<\/h2>\n\n\n\n
Mappage de PHP<\/h4>\n\n\n\n
Support Websocket<\/h4>\n\n\n\n
Cache personnalis\u00e9<\/h4>\n\n\n\n
Compatibilit\u00e9 avec les plugins existants<\/h4>\n\n\n\n
La collaboration en temps r\u00e9el\u00a0derri\u00e8re le retard de la sortie de WordPress 7.0<\/h2>\n\n\n\n
Int\u00e9gration de client IA\u00a0: l’une des nouveaut\u00e9s attendues avec la sortie de WordPress 7.0<\/h2>\n\n\n\n
La concurrence face \u00e0 la sortie de WordPress 7.0<\/h2>\n\n\n\n