WordPress a retardé la sortie de la très attendue version 7.0 du CMS car la fonctionnalité de collaboration en temps réel (RTC) n’était pas encore stable. Le retard a amené certains à se demander si la fonctionnalité était nécessaire dans le noyau, tandis que d’autres affirment que le retard est le symptôme de problèmes plus profonds au sein de WordPress lui-même.
Collaboration en temps réel (RTC)
Le projet Gutenberg s’est déroulé sur une voie de développement en quatre phases : l’éditeur de blocs Gutenberg (phase 1), l’édition complète du site (phase 2), la collaboration (phase 3) et les fonctionnalités multilingues du noyau (phase 4).
WordPress 7.0, initialement prévu pour le 9 avril, était censé être le déploiement de la phase 3, ainsi que d’autres fonctionnalités importantes facilitant l’utilisation de l’IA dans WordPress.
RTC permet à plusieurs utilisateurs de modifier simultanément le contenu et la conception basée sur des blocs dans l’éditeur de blocs, une fonctionnalité qui sera utile aux éditeurs et aux agences.
RTC a été testé
Le côté commercial de WordPress, WordPress.com d’Automattic, met RTC à la disposition des bêta-testeurs depuis octobre 2025. Ces bêta-testeurs sont des clients de niveau entreprise de WordPress VIP. La documentation de WordPress indique que RTC fonctionne mieux avec les blocs WordPress natifs et implique que la fonctionnalité pourrait être boguée avec des blocs qui ne respectent pas strictement les meilleures pratiques.
Un article sur le site officiel WordPress.org fournit ces informations sur les performances RTC :
« Le retour le plus cohérent : la collaboration en temps réel fonctionne de manière transparente lorsque les sites sont conçus pour WordPress moderne. Les organisations utilisant l’éditeur de blocs avec des blocs WordPress natifs et des blocs personnalisés développés à l’aide des meilleures pratiques ont signalé des expériences fluides avec un minimum de problèmes.
Un responsable technique d’un grand institut de recherche a noté que son équipe avait investi dans une compréhension approfondie de Gutenberg et, par conséquent, « … n’a rencontré aucun problème ».
…Plusieurs équipes ont testé les limites en :
Ajout de dizaines de blocs simultanément.
Copier de grandes quantités de contenu existant en parallèle.
Demander à des équipes entières de modifier le même message ensemble (une équipe a spécifiquement noté « c’est tellement amusant »).
Lors de ces tests de résistance avec des blocs natifs et des blocs personnalisés modernes, la collaboration en temps réel a remarquablement bien résisté.
Ces tests concernaient une version qui réutilisait les tables existantes pour stocker les événements d’édition. Cette méthode a entraîné de multiples bugs, entraînant un retard après la décision de créer une table dédiée à la fonctionnalité RTC dans la base de données utilisée par les sites WordPress afin d’améliorer la stabilité.
La version bêta-testée de RTC devait limiter le nombre d’utilisateurs pouvant éditer simultanément ensemble.
Un ticket d’émission GitHub explique quel est le problème avec l’ancienne version de RTC :
« Il est connu pour être limité en termes de performances et d’évolutivité, mais il constitue un moyen simple de voir la collaboration fonctionner.
En limitant par défaut le fournisseur à un nombre faible de collaborateurs, le risque de surcharge est réduit.
C’est donc l’un des problèmes résolus par l’introduction d’une nouvelle table de base de données. Une fois cela fait, la fonctionnalité RTC devra être testée, et c’est le domaine qui préoccupera les hébergeurs WordPress.
Symptôme de problèmes plus profonds ?
Joost de Valk, fondateur de Yoast SEO, a récemment publié un article de blog expliquant que WordPress avait besoin de réécrire le code existant pour le rendre plus sécurisé, moderne et efficace. Il a attiré l’attention sur l’état troublé de la collaboration en temps réel, symptôme des problèmes liés au noyau lui-même.
Il a écrit:
« Le récent report de WordPress 7.0 illustre le problème en temps réel. La sortie a été retardée parce que l’équipe doit revoir la façon dont les données de collaboration en temps réel sont stockées – l’approche initiale consistant à les insérer dans postmeta n’allait pas tenir le coup. Ils envisagent maintenant une table personnalisée. C’est exactement le modèle : une nouvelle fonctionnalité heurte les limites du modèle de données existant, et l’équipe doit la contourner ou faire une pause pour repenser. »
C’est l’opinion d’une seule personne, et tout le monde ne la partage pas. Une discussion animée sur la chaîne Post Status Slack a montré que certains membres de la communauté WordPress étaient fortement en désaccord sur la nécessité de refactoriser WordPress.
Impact sur les hôtes WordPress
Une préoccupation que j’ai entendue en privé est que RTC pourrait avoir un impact négatif sur les fournisseurs d’hébergement partagé. Mais difficile à savoir car la fonctionnalité RTC évolue encore par rapport à ce qui a été testé sur WordPress.com, censé la rendre plus stable.
Les environnements d’hébergement partagé devront prendre une décision quant à la manière d’accueillir cette fonctionnalité.
- Comment l’environnement d’hébergement sera-t-il affecté par le fait que des milliers de clients RTC éditent en même temps ?
- Auront-ils besoin de limiter le nombre d’utilisateurs pouvant modifier dans l’éditeur de blocs ?
- Devront-ils imposer une limite supérieure de montages simultanés pour un niveau de clients et une limite plus élevée pour les autres clients ?
RTC devrait-il être un plugin ?
Matt Cromwell, professionnel de WordPress (Profil LinkedIn) récemment a publié un article d’opinion cela a attiré l’attention sur la question de savoir si RTC devrait même être dans le noyau de WordPress et devrait plutôt être développé en tant que plugin. Son raisonnement est basé sur la philosophie fondamentale de WordPress selon laquelle toute nouvelle fonctionnalité introduite dans le noyau devrait être quelque chose dont la majorité des utilisateurs de WordPress auront besoin.
La raison de cette philosophie de conception est de rendre WordPress utilisable pour la majorité des utilisateurs et de ne pas être livré avec des fonctionnalités que la plupart n’utiliseront pas. Cela permet à WordPress de rester léger. Son article cite le responsable Philosophie de conception WordPress:
« Le design pour le plus grand nombre
De nombreux utilisateurs finaux de WordPress n’ont pas d’esprit technique. Ils ne savent pas ce qu’est AJAX et ne se soucient pas non plus de la version de PHP qu’ils utilisent. L’utilisateur moyen de WordPress souhaite simplement pouvoir écrire sans problème ni interruption. Ce sont les utilisateurs pour lesquels nous concevons le logiciel, car ce sont en fin de compte ceux qui passeront le plus de temps à l’utiliser pour ce pour quoi il a été conçu.
Cromwell écrit :
« Si une fonctionnalité n’est pas nécessaire à la grande majorité, elle a sa place dans un plugin. C’est la raison pour laquelle WordPress reste suffisamment simple pour alimenter 43 % du Web. «
La collaboration en temps réel échoue de façon spectaculaire à ce test.
Bien que Cromwell insiste sur le fait que cette fonctionnalité ne serait pas utilisée par la majorité, on pourrait faire valoir qu’il s’agit d’une fonctionnalité recherchée par les gens. Par exemple, le Plugin de collaboration Atarimdont la version gratuite est actuellement installée sur plus de 1 000 sites Web, indique que le plugin a été utilisé sur plus de 120 000 sites Web par des agences et des indépendants.
Il se pourrait que RTC soit effectivement une fonctionnalité importante, en particulier pour les concepteurs, les agences et les équipes éditoriales travaillant ensemble sur des articles.
IA dans WordPress
La feuille de route WordPress en quatre étapes a été créée il y a six ans, en 2018, et il n’y avait aucun moyen de savoir à l’époque quelle serait l’importance de l’IA aujourd’hui. Pourtant, c’est sans doute l’IA, et non la collaboration, qui est l’intégration la plus attendue pour WordPress 7.0. Néanmoins, la collaboration en temps réel débarquera très probablement dans WordPress 7.0, permettant aux indépendants et aux agences de travailler ensemble avec des clients ainsi qu’avec des équipes internes réparties dans plusieurs pays. Cela semble être une raison valable pour proposer une fonctionnalité stable dans le noyau plutôt que dans un plugin.
Image en vedette par Shutterstock/Summit Art Creations
Commentaires