Qu'est-ce que l'édition complète du site et qu'est-ce que cela signifie pour l'avenir de WordPress ?

Comme je le disais la semaine dernière, 2021 sera l'année de l'éditeur du site . Le State of the Word de Matt Mullenweg le confirme. La planification des versions de WordPress 5.7 est axée là-dessus. Cela a été un long voyage pour arriver à ce point, et ce sera une aventure beaucoup plus longue par la suite. La promesse ultime du travail commencé il y a près de quatre ans est proche.

Le projet Gutenberg n'a jamais consisté uniquement à éditer du contenu. WordPress vieillissait le logiciel à la fin de 2016. Il devait s'adresser à un public moderne qui était peut-être moins féru de technologie que la base d'utilisateurs existante de la plate-forme. Il fallait capturer une jeune génération de développeurs qui regardaient l'herbe plus verte des logiciels lourds en JavaScript. Il devait offrir une expérience à la hauteur des applications Web modernes. WordPress avait beaucoup de cases dont il avait besoin pour vérifier ou faire face à la non-pertinence.

La seule chose qui a vraiment maintenu la plate-forme à flot est son vaste et diversifié écosystème de développeurs tiers.

L'un des types de plugins les plus populaires ? Constructeurs de pages. Ceux comme Elementor, qui a été lancé début 2016, comblaient les lacunes d'expérience qui manquaient à WordPress. Bien que cela témoigne de l'extensibilité de la plate-forme pour que de tels projets tiers surgissent, c'était également un échec que la plate-forme principale ne puisse pas offrir une meilleure expérience aux utilisateurs et aux développeurs dès le départ. Beaucoup trop d'auteurs de thèmes ont été contraints de soutenir des constructeurs tiers pour rester pertinents. Ils se concentraient de plus en plus sur la compatibilité avec les plugins plutôt que sur la simple conception.

Les lacunes des widgets, des codes abrégés, des méta-boîtes et des systèmes de paramètres signifiaient que les développeurs devaient soit s'appuyer sur des cadres non essentiels, soit réinventer la roue. Chaque nouvelle API apportait une nouvelle méthode pour ajouter des champs de formulaire de base. Au mieux, c'était inélégant, un plat de spaghettis qui avait été jeté contre le mur, certains réussissant à se coller.

WordPress commençait à montrer ses rides. Elle avait besoin de se révolutionner. Il avait besoin de se sentir à nouveau frais. Pour le meilleur ou pour le pire, les développeurs à l'origine du projet Gutenberg se sont efforcés de faire exactement cela.

C'est un travail lent. Mais c'est un travail prometteur.

Alors que le terme « Gutenberg » est souvent utilisé de manière interchangeable avec « éditeur de blocs », les deux ne sont pas identiques. Gutenberg est un projet. Un plugin. Une idée. Une nouvelle façon de penser l'édition sur le web. Comme le disent les premières lignes de la description du plugin :

Le projet comporte quatre phases :

1. Édition plus facile
2. Personnalisation
3. Collaboration
4. Multilingue

Les utilisateurs de WordPress qui n'ont pas testé le plugin Gutenberg n'ont expérimenté que la phase 1 du projet. Le lancement de l'éditeur de blocs dans WordPress 5.0 et son travail continu ont préparé le terrain pour les phases à suivre. Le système de blocs sous-jacent est ce qui alimentera la prochaine décennie ou plus de WordPress.

Aujourd'hui, nous sommes fermement au milieu de la phase 2. Et c'est là que les choses vont devenir intéressantes.

Édition complète du site

La phase 2 de Gutenberg, qui a débuté fin 2018, promettait d'apporter des blocs en dehors du contenu de la publication. Dans une introduction à cette prochaine étape, Mel Choyce-Dwan a décrit les trois principaux objectifs :

• Être en dehors de post_content .
• Concentrez-vous sur la personnalisation.
• Mise à niveau des thèmes, des widgets et des menus.

Depuis lors, ces concepts de base sont restés les mêmes. Cependant, le tableau d'ensemble, la forme de ce à quoi ces concepts ressembleraient, a changé au cours des deux dernières années. S'il y a une chose que tous les membres de l'équipe de développement ont apprise, c'est probablement qu'il est difficile de lancer des changements aussi drastiques.

L'édition complète du site est un mélange de concepts. Il s'agit d'une partie de la transition par rapport à la tradition et d'une partie de la refonte complète de la façon dont les utilisateurs et les développeurs conçoivent le front-end des sites WordPress.

Les menus et widgets de navigation, qui font partie de l'ancien paradigme, ont été configurés pour être relancés sous le système de blocage pour les deux dernières versions majeures de WordPress. Ils n'étaient pas prêts. Les utilisateurs doivent s'attendre à les voir dans WordPress 5.7. Cependant, ces mises à niveau de fonctionnalités ne sont que des étapes vers la véritable fonctionnalité d'édition complète du site. Ils offrent aux utilisateurs finaux qui utilisent encore des thèmes WordPress classiques un moyen d'avoir un avant-goût des blocs en dehors de l'écran de post-édition.

Pour les utilisateurs qui passent à l'étape suivante, les widgets et les menus de navigation - du moins les écrans d'administration traditionnels - disparaîtront. Le personnalisateur, qui était autrefois présenté comme l'avenir du développement de thèmes, reçoit également la hache. La personnalisation du site via un système où tout est bloc régnera en maître.

Une fois le commutateur basculé, le monde se penchera sur un tout nouveau WordPress.

WordPress 5.7 et au-delà concernera l'éditeur de site et les thèmes basés sur des blocs. L'éditeur de site est la représentation visuelle des modèles de blocs que les développeurs de thèmes proposent aux utilisateurs. Les modèles sont personnalisables à l'infini par l'utilisateur depuis l'administrateur WordPress. Alors que les thématiseurs créeront des configurations personnalisées et définiront des valeurs par défaut, le pouvoir de décider à quoi ressemblera le front-end du site sera finalement entre les mains de l'utilisateur.

Depuis le lancement de la phase 1, l'éditeur de blocs est une histoire d'amour/haine. Attendez-vous à ce que l'éditeur du site ne soit pas moins controversé.

En dessous de tout cela, le code d'un thème et l'éditeur du site parleront dans la même langue. Cela signifie essentiellement que les utilisateurs peuvent passer aux auteurs de thèmes s'ils ont un talent pour la conception ou s'ils veulent simplement essayer. Ils devraient pouvoir le faire sans quitter le confort du fidèle éditeur de site, qui permet déjà d'exporter des modèles.

Étant donné que l'éditeur de publication et l'éditeur de site fonctionnent tous les deux sur la même base sous-jacente basée sur des blocs, il n'y a aucune raison pour que les utilisateurs ne puissent pas basculer de manière transparente entre les deux. Il existe actuellement un ticket pour ajouter une telle bascule sur l'écran de post-édition. Cela permettra aux utilisateurs de passer en mode d'édition de modèles sans jamais quitter l'éditeur de publication.

Ce n'est pas un concept nouvellement introduit. Josepha Haden, qui a dirigé la version WordPress 5.6, en a parlé plus tôt cette année. "Je pense que l'un des problèmes que nous essayons de résoudre avec Gutenberg a toujours été une expérience plus cohérente pour l'édition d'éléments sur l'interface WordPress", a-t-elle déclaré. "Aucun utilisateur ne devrait avoir à apprendre cinq flux de travail différents pour s'assurer que sa page ressemble à ce qu'il a imaginé lors de sa publication."

L'un des objectifs les plus importants est de réduire le nombre de flux de travail dans une seule interface. Nous sommes probablement à des années de voir l'ensemble de la gestion de site WordPress réduite à ce point. Cependant, l'éditeur de site est la prochaine étape vers cette expérience utilisateur potentielle.

Qu'est-ce que tout cela signifie pour l'avenir ?

Bien que ces dernières années aient pu ressembler à un tourbillon de changements sur notre plate-forme bien-aimée, vous n'avez encore rien vu . Nous venions tout juste de prendre nos repères dans la phase 1. L'équipe de développement construisait les fondations tout en lançant l'éditeur de blocs destiné à l'utilisateur. Avec cette base en place, l'équipe peut se concentrer davantage sur les fonctionnalités. Cela sera particulièrement vrai lorsque le projet G2 Components révise et normalise la manière dont les développeurs principaux et tiers s'appuient sur le système de blocs.

Les grands changements de la phase 2 cette année signifient que les auteurs de thèmes devront se mettre au courant. Les thèmes WordPress traditionnels seront encore nécessaires pendant un certain temps. Cependant, tout auteur de thème qui ne bricole pas déjà avec des thèmes basés sur des blocs a déjà des mois de retard. C'est le moment d'explorer et d'aider à façonner le système. Il est temps de déposer des rapports de bogues et des demandes de fonctionnalités.

Si possible, les auteurs de thèmes doivent assister aux réunions thématiques bimensuelles basées sur des blocs. Si le temps ne permet pas de participer, vous devriez au moins lire et participer sur le blog Make Themes.

Il est également important de consulter des projets comme le thème Q ou de suivre le référentiel d'expériences thématiques.

Pour les utilisateurs finaux, tout ce projet vous concerne. Vos commentaires sont cruciaux. Si vous ne testez pas déjà votre site avec le plugin Gutenberg, vous devriez le faire. Il y a parfois des semaines ou des mois d'avance sur ce que vous obtenez avec WordPress seul. Essayez un thème FSE comme Block-Based Bosco. Envisagez de rejoindre le programme de sensibilisation FSE. Vous pouvez tester et donner votre avis directement sur les fonctionnalités à venir.

FSE apporte avec lui la promesse de changements majeurs en 2021. Beaucoup de ces changements vont déraciner les anciennes méthodes de gestion de vos sites Web WordPress. Ces méthodes seront remplacées par l'une des plus importantes refontes de la plate-forme de son histoire. Il est temps de se préparer.

Ce sera une nouvelle année intéressante.