WordPress 6.2 est sorti hier, le 28 mars 2023, et une ligne du changelog mérite qu’on s’y arrête plus que les autres : l’éditeur de site n’est officiellement plus « bêta ». Ce petit mot, accroché depuis WordPress 5.9 en janvier 2022, agissait comme un avertissement permanent adressé aux agences et aux clients : « utilisez, mais ne vous étonnez pas si ça casse ». Il disparaît aujourd’hui, et ce simple changement de statut mérite un vrai bilan, pas juste une note de version.
Quatorze mois se sont écoulés entre la bêta et cette sortie de version 6.2. C’est le temps qu’il a fallu à l’équipe Gutenberg pour transformer un chantier expérimental en fonctionnalité que l’on peut, raisonnablement, proposer à un client final. J’ai suivi ce chantier de près sur plusieurs projets clients depuis le début : voici ce qui a vraiment changé, et ce qui, malgré l’annonce, reste perfectible.
Ce qui a mûri depuis WordPress 5.9
Le premier changement, et le plus important, concerne la stabilité. En janvier 2022, ouvrir l’éditeur de site sur un thème de blocs relevait parfois de la loterie : un template qui ne se sauvegardait pas correctement, un aperçu qui divergeait du rendu final, des écrans blancs après une mise à jour de Gutenberg. Ces problèmes se sont nettement raréfiés au fil des versions 6.0 et 6.1. Sur les derniers projets que j’ai menés avec Twenty Twenty-Three comme base, je n’ai plus eu à rassurer mes clients sur la fiabilité de l’outil au quotidien.
Le second point, c’est la maturité des patterns. Le répertoire de patterns, couplé à la possibilité d’enregistrer les siens via register_block_pattern(), est devenu un vrai levier de productivité. On construit désormais des bibliothèques de sections réutilisables pour un client donné, ce qui change complètement l’organisation d’un projet d’agence : le développeur pose la structure, l’intégrateur assemble les pages avec les patterns disponibles.
Enfin, les styles globaux se sont stabilisés. Le fichier theme.json, encore balbutiant à sa sortie, couvre désormais l’essentiel : couleurs, typographies, espacements, bordures, et même des réglages fins par bloc. Le panneau « Styles » de l’éditeur, qui permet de modifier ces réglages sans toucher au code, est devenu un outil que je montre sans hésiter à des clients non techniques.
Ce qui reste perfectible malgré la 6.2
Retirer le label « bêta » ne veut pas dire que tout est résolu. Trois points continuent de me poser problème sur le terrain. D’abord, la gestion des template parts verrouillées reste fragile : un client peut encore, par un clic malheureux, modifier un en-tête qui devait être figé, malgré les options de verrouillage disponibles depuis l’éditeur.
Ensuite, l’expérience mobile de l’éditeur de site est loin d’être au niveau de l’éditeur de blocs classique. Ajuster une mise en page complexe depuis une tablette reste pénible, et je continue de déconseiller cet usage à mes clients.
Enfin, la documentation peine à suivre le rythme des versions. Entre les articles obsolètes qui décrivent une interface qui a changé et les nouveautés encore mal expliquées, il faut souvent tester soi-même pour comprendre le comportement réel d’une fonctionnalité.
Les nouveautés phares de WordPress 6.2
Au-delà du retrait du label bêta, WordPress 6.2 apporte trois nouveautés concrètes qui changent le travail quotidien :
- Le Style Book : un aperçu de tous les blocs avec les styles globaux appliqués, accessible depuis l’icône dédiée du panneau Styles, sans avoir à créer de contenu de test sur une page réelle.
- Un panneau de navigation revu : la barre latérale de l’éditeur de site distingue désormais plus clairement pages, templates, template parts et patterns, avec une hiérarchie moins confuse qu’avant.
- Le mode Distraction Free, déjà présent dans l’éditeur de blocs classique, débarque dans l’éditeur de site pour masquer les panneaux annexes et se concentrer sur la mise en page.
Ces ajouts ne révolutionnent rien à eux seuls, mais ils illustrent une tendance de fond : l’équipe Gutenberg polit désormais l’existant plutôt que d’empiler de nouvelles briques expérimentales, signe qu’on entre dans une phase de consolidation plutôt que d’exploration pure.
Ce que ça change pour les projets clients
Concrètement, ce changement de statut a un effet immédiat sur mes devis : je ne facture plus de ligne « accompagnement bêta » sur les projets utilisant l’éditeur de site. Ce n’était pas qu’une posture commerciale, c’était une vraie réserve technique sur la fiabilité de l’outil en production.
Cela ne veut pas dire que tout devient trivial. Un thème de blocs bien construit demande toujours une vraie maîtrise de theme.json, des template parts et des patterns. Mais le risque de régression entre deux mises à jour de WordPress a nettement diminué, ce qui change la donne pour un usage en production sur des sites à fort trafic.
Mon conseil maison : gardez un environnement de recette avant chaque montée de version majeure de WordPress, même avec un éditeur de site désormais stable. La disparition du label « bêta » réduit le risque, elle ne l’annule pas.
En résumé
WordPress 6.2 clôt un chapitre ouvert avec la version 5.9 : quatorze mois de bêta pour transformer l’éditeur de site en fonctionnalité de production. La stabilité générale, la maturité des patterns et des styles globaux justifient largement ce retrait du label. Il reste des angles morts, notamment sur mobile et sur le verrouillage de contenu, mais l’outil a clairement changé de catégorie.
Pour les développeurs WordPress, c’est le bon moment pour investir sérieusement dans l’apprentissage de theme.json et des thèmes de blocs, si ce n’est pas déjà fait : l’éditeur de site n’est plus un pari, c’est désormais un standard sur lequel construire.
