La modernisation de WordPress passe à la phase suivante. La "collaboration" est maintenant au programme. Dans cet article, je te donne un premier aperçu des nouvelles fonctions et des améliorations prévues. Une refonte du backend est également prévue.

Le projet "Gutenberg" de WordPress se compose de quatre phases au total, dont deux sont considérées comme suffisamment avancées pour que la prochaine soit lancée. Rappelons brièvement que la phase 1 était intitulée "Easier Editing" et consistait essentiellement en l'éditeur de blocs, introduit comme nouveau standard avec WordPress 5.0. Le travail sur ce sujet n'est bien sûr pas terminé. Mais pour l'instant, le temps des changements massifs est terminé.

Il en va de même pour la phase 2 ("personnalisation"). Elle a commencé avec WordPress 5.8. L'édition de site a été une grande nouveauté. Les blocs peuvent être utilisés en dehors du contenu pour adapter le design et les fonctions d'un site Web, à condition que ton propre thème le permette. Les Block Patterns, le Block Directory et les Block Themes font également partie de cette phase.

Maintenant que les blocs ont été introduits dans de nombreux endroits, la troisième étape consiste à améliorer les processus de travail. Cette phase 3 est intitulée "Collaboration". Cela concerne surtout les équipes qui, jusqu'à présent, devaient recourir à des plugins ou à des services tiers pour organiser et coordonner leur travail. Il était temps, car WordPress est utilisé depuis longtemps sur les grands sites web, sur lesquels travaillent de nombreux collaborateurs internes et externes. Jusqu'à présent, il manquait de nombreuses fonctions qui facilitent ou rendent possible une telle collaboration.

La phase 3 apportera également des améliorations pour les utilisateurs individuels, comme tu le verras bientôt.

Dans une série de posts sur le blog "Make WordPress Core", l'équipe a présenté la direction qu'elle souhaitait prendre et a demandé aux développeurs de lui faire part de leurs commentaires. 

Voici un aperçu de quelques idées et concepts essentiels :

Collaboration en temps réel

Actuellement, WordPress met régulièrement des obstacles sur la route lorsque plus d'une personne travaille sur le contenu d'une page. Par exemple, un post est verrouillé et donc inaccessible aux autres dès que quelqu'un le modifie. Une autre personne peut seulement le "reprendre" et le déverrouiller. Deux personnes ou plus ne peuvent pas travailler en même temps, comme c'est le cas avec Google Docs et d'autres services similaires. La troisième phase de Gutenberg vise à résoudre ce problème.

L'équipe responsable explique clairement que ces fonctions doivent être disponibles pour le plus grand nombre d'utilisateurs possible. Toutes les solutions qui nécessitent des configurations de serveur complexes sont donc exclues. Comme l'écrit Matias Ventura sur le blog "Make WordPress Core", ils veulent utiliser des standards web ouverts comme WebRTC comme base. 

En même temps, le système doit être suffisamment flexible pour pouvoir être complété et adapté à des solutions individuelles. Par exemple, les plugins pourraient permettre à plus d'utilisateurs de travailler simultanément sur un contenu que ce qui est possible avec l'implémentation standard.

Un point important pour ces fonctionnalités est la résolution des conflits, c'est-à-dire la gestion des modifications simultanées et contradictoires provenant de différents utilisateurs. Ou bien des situations où une personne est hors ligne tout en continuant à travailler sur un contenu. C'est là que Yjs sera probablement utilisé.

De plus, l'équipe souhaite que tous les participants puissent voir qui est actif et qui travaille sur un contenu ("présence"). Cela aussi est connu des offres comme Google Docs, qui montrent visuellement qui regarde ou travaille sur un contenu.

L'équipe a l'intention de réaliser ces nouvelles fonctions en utilisant l'API de bloc existante. De cette façon, ils veulent s'assurer que cela fonctionne sans avoir à modifier les blocs. 

Une meilleure coopération

L'accent est également mis sur l'amélioration des flux de travail et des processus de publication. L'objectif est de soutenir l'ensemble du processus de travail éditorial, de la première ébauche à la publication. Les utilisateurs doivent pouvoir ajouter des commentaires, des suggestions de modification et des réactions directement dans l'éditeur. Il sera également possible de marquer une autre personne, par exemple pour attirer l'attention d'un collègue sur une tâche.

Grâce à des processus de révision personnalisables, il est possible de définir les étapes à suivre avant de pouvoir publier une contribution. Par exemple, une personne pourrait marquer des blocs de médias en attente qu'un autre membre de l'équipe devrait remplir. C'est très utile lorsque le texte et les images proviennent de différents collaborateurs/trices ou même de différents départements, comme c'est souvent le cas pour les grands projets. En outre, il est possible de créer d'autres conditions avant qu'un contenu puisse être publié. Le post officiel cite comme exemple un certain nombre de mots ou des champs qui doivent être obligatoirement remplis. Intégrer cette fonctionnalité directement dans le système pourrait simplifier les processus de vote et faire en sorte que les collaborateurs n'oublient pas les informations importantes.

Le partage de projets de contenu ou de modifications de design devrait également être plus facile, avec un contrôle d'accès détaillé et des autorisations réglables. Personnellement, j'espère que les projets pourront être facilement partagés avec des personnes externes qui n'ont pas accès au backend de WordPress. 

L'idée d'étendre la fonction d'aperçu pour que les plugins puissent l'utiliser de manière plus variée semble intéressante. Par exemple, un plugin de membre pourrait montrer à quoi ressemble un contenu pour les membres et les non-membres. D'autres exemples sont des aperçus avec des publicités dans le post et sans, ou à quoi ressemble un post dans le flux RSS ou la newsletter.

Et pour finir, il ne faut pas oublier : Si plusieurs personnes travaillent sur un contenu, l'idéal serait de pouvoir le montrer à l'extérieur. Aujourd'hui, on sait que WordPress ne peut afficher qu'un:n auteur:in par contenu sans plugins supplémentaires.

Malgré ces nouvelles fonctions, l'interface utilisateur doit rester claire pour les écrivains et les éditeurs. Cela devrait être un défi.

Plus de fonctionnalités pour le versioning

Un autre élément important pour les workflows de collaboration sont les versions et l'historique des versions des contenus. D'importantes améliorations sont prévues pour rendre les changements plus visibles.

Jusqu'à présent, WordPress affiche certes la différence entre deux versions. Mais pour le contenu des blocs, ce n'est souvent pas assez parlant et difficile à comprendre pour les non-initiés. L'équipe veut développer une meilleure représentation visuelle des changements, plus facile à saisir.

Ce qui est également nouveau, c'est qu'à l'avenir, ce n'est plus seulement un contenu complet qui est versionné, mais même des blocs individuels. Ainsi, il est possible de restaurer la version précédente d'un bloc d'image sans que le reste du contenu ne change.

Pour les styles utilisés globalement et les modèles réutilisables, il est prévu d'avoir des vues comparatives où deux versions peuvent être affichées côte à côte ou en superposition, selon le cas d'utilisation. Cela devrait permettre de reconnaître plus facilement les différences de conception.

L'objectif de ces améliorations est que les modifications soient visibles en un coup d'œil, qu'il s'agisse de contenu, de styles ou de modèles. Cela simplifierait considérablement le travail collaboratif tout en garantissant que les erreurs individuelles puissent être corrigées rapidement.

Bien sûr, ces fonctions doivent bien fonctionner avec les autres nouveautés que j'ai présentées plus haut. De plus, l'équipe pense déjà à la phase 4 de Gutenberg, quand il s'agit de l'internationalisation, c'est-à-dire des sites web avec plusieurs versions linguistiques. Cela aussi devrait faire partie du WordPress Core.

Tu trouveras d'autres conseils et exemples dans les posts "Révisions".

Une médiathèque plus moderne

La médiathèque n'a changé que par petites touches au cours des premières phases Gutenberg . Cependant, les équipes ont eu suffisamment d'autres chantiers. La phase 3 prévoit maintenant une modernisation complète.

Des fonctions de gestion avancées sont prévues, comme les catégories et les tags pour les médias. Les vues et les filtres sont également sur la liste des choses à faire : Il sera ainsi plus facile de trouver les fichiers adéquats. Pour les grands projets de longue durée avec des milliers d'images, c'est aujourd'hui un énorme défi, c'est pourquoi on utilise souvent des plugins spécialisés.

Un autre objectif est de mieux intégrer l'édition de médias dans l'éditeur de blocs et les vues individuelles pour les médias. L'article officiel cite par exemple les fonctions Crop unifiées.

L'équipe souhaite également modifier l'insertion de médias afin que les utilisateurs ne soient pas obligés d'ouvrir toute la médiathèque. Par exemple, si des images ont déjà été téléchargées mais n'ont pas encore été associées à un article, WordPress pourrait les afficher directement lors de l'insertion d'un bloc d'images. 

Sur la liste des choses à faire, il y a aussi les flux de travail autour des médias publiés ainsi que les formats de contribution qui ne se composent que d'un seul bloc de médias. Il n'y aura pas seulement des améliorations pour les images, mais aussi pour l'audio, la vidéo et d'autres formats de fichiers, comme l'écrit Matias Ventura dans son post sur le sujet.

Si l'on considère l'importance du contenu multimédia de nos jours, ces nouveautés et améliorations sont vraiment les bienvenues. Trouver un fichier spécifique n'est pas toujours facile de nos jours, à moins que tous les membres de l'équipe soient disciplinés et nomment tout de manière appropriée. En même temps, il sera intéressant de voir si la nouvelle médiathèque fonctionne bien avec d'autres nouvelles fonctions comme les flux de travail pour les équipes.

Meilleure manipulation des blocs

Étant donné que les blocs jouent désormais un rôle si important, la phase 3 du projet Gutenberg vise à améliorer la gestion de la bibliothèque de blocs.

Il est prévu de transformer le gestionnaire de blocs existant en une gestion centrale des blocs, similaire à l'environnement des plugins. Les administrateurs de WordPress pourront alors activer ou désactiver certains types de blocs pour l'ensemble du site. Des contrôles d'autorisation avancés devraient également permettre de définir plus précisément quels blocs sont disponibles pour quels rôles d'utilisateur. Selon les plans officiels, il sera également possible d'activer certaines fonctions d'un bloc de manière ciblée.

De plus, il existe déjà une fonction cachée permettant de lier des types de courrier à des blocs. Ainsi, un certain type pourrait toujours avoir un bloc d'image au lieu d'un prompt de texte vide. Cette fonction devrait être plus facile à trouver et à utiliser à l'avenir.

L'installation de blocs à partir du répertoire doit également être plus confortable qu'auparavant. Par exemple, il sera plus facile de voir quels blocs sont ajoutés par un plugin.

Cette liste de souhaits étendue devrait plaire aux administrateurs et aux utilisateurs de WordPress. Elle aborde de nombreux points qui ne sont actuellement pas résolus de manière optimale, car ils nécessitent des clics supplémentaires. Et le point de désactiver certains blocs et fonctions de bloc pour des groupes d'utilisateurs entiers devrait réduire certains maux de tête des administrateurs de sites Web.

Conception du backend et navigation

Enfin, un projet important de la phase 3 est la modernisation et la révision du backend. Après de nombreuses années, une refonte complète est en cours. L'éditeur de site doit servir de point de départ et d'inspiration.

Un des aspects est de rendre la navigation plus flexible et modulaire. Les éléments de menu les plus importants pourraient alors être positionnés et organisés librement, comme les widgets. Une distinction entre les fonctions principales et les zones de plugins est également envisageable.

Si le nombre d'éléments de menu est particulièrement élevé, une navigation de type "drilldown" devrait permettre d'y voir plus clair. Les zones et les paramètres s'ouvrent progressivement au lieu de tout afficher sur un seul niveau. Le backend doit également pouvoir être mieux adapté aux besoins individuels. L'équipe étudie la possibilité d'afficher ou de masquer certaines parties de la zone d'administration.

Un autre objectif à ce stade est d'unifier le backend et l'éditeur de bloc. Les composants et les systèmes de design de l'éditeur doivent donc être intégrés dans la zone d'administration. Pour les développeurs de plugins, une bibliothèque de composants d'interface réutilisables sera créée. Cela devrait aider les plugins à s'intégrer harmonieusement dans l'environnement.

Enfin, l'équipe de la phase 3 veut travailler en étroite collaboration avec les collègues de WP Feature Notifications pour que les notifications aient une place séparée et compacte à l'avenir. Cela remplacerait la prolifération actuelle en haut du backend.

Conclusion sur Gutenberg Phase 3

Personnellement, je ne peux que saluer de nombreux points de la liste de souhaits pour la phase 3. Les fonctions de collaboration et, plus généralement, les flux de travail sont, à mon avis, en retard. Lorsque je m'occupe d'un site WordPress avec d'autres personnes, je trouve toujours étonnamment compliqué de tout organiser et coordonner en externe.

En même temps, j'espère que toutes ces fonctions aident à travailler sans pousser trop loin la complexité visuelle et cognitive de WordPress. Le passage du simple éditeur de texte enrichi à l'éditeur de bloc a été un exemple avertissant : la nouvelle interface et les fonctions supplémentaires étaient les bienvenues, mais l'utilisabilité de l'éditeur en a souffert en même temps. Il faut souvent beaucoup plus de clics pour obtenir le même effet.

J'espère donc que l'équipe ne se contentera pas d'ajouter de nombreuses nouvelles fonctionnalités, mais qu'elle réfléchira fondamentalement à la manière dont les différents utilisateurs de WordPress s'en accommodent.