« Une nouvelle taxonomie fait son apparition dans les dernières mises à jour du plugin Gutenberg : wp_template_part_area », peut-on lire dans les notes de version diffusées sur make.wordpress.org. La formulation est sobre, mais elle annonce quelque chose d’important : le découpage d’un thème en zones fonctionnelles distinctes, encore expérimental, mais déjà pensé pour durer.
Cette note technique s’adresse à qui suit de près les nightly builds du plugin et se demande à quoi correspondent, concrètement, ces nouvelles zones. Elle n’aborde pas la création d’une zone personnalisée : il s’agit ici de comprendre ce que le cœur du projet propose déjà, tel quel, avant toute extension.
Un post type et une taxonomie qui vont de pair
Le plugin Gutenberg enregistre, dans ses versions les plus récentes, un post type wp_template_part destiné à stocker des fragments de gabarit réutilisables : un en-tête, un pied de page, une barre latérale. Chaque entrée de ce post type peut être rattachée à une zone grâce à une taxonomie dédiée, wp_template_part_area, qui reste pour l’instant interne et peu documentée.
Le rôle de cette taxonomie est simple à énoncer : indiquer à l’éditeur où un fragment de gabarit a vocation à s’insérer, sans obliger le développeur à deviner par convention de nommage. On retrouve là une logique déjà connue des thèmes classiques, où header.php et footer.php jouaient ce rôle par simple convention de fichier.
Les quatre zones déjà prévues
Dans l’état actuel du plugin, quatre zones sont anticipées : l’en-tête, le pied de page, la barre latérale générale, et une zone non catégorisée qui sert de filet de sécurité pour tout fragment qui ne rentre dans aucune des trois autres. Cette répartition reste perfectible, et rien ne garantit qu’elle sera figée telle quelle au moment d’un éventuel passage dans le cœur de WordPress.
Pour un développeur de thème qui observe ces évolutions depuis l’extérieur, l’intérêt n’est pas de tout réécrire dès maintenant. Il est plutôt de comprendre la direction prise, pour ne pas se retrouver à contre-courant le jour où ces mécanismes deviendront officiels.
Ce qu’un thème classique peut déjà tester
Sans attendre une hypothétique stabilisation, il est possible d’expérimenter avec le plugin Gutenberg activé en mode expérimental. On peut alors créer, depuis l’administration, un fragment de gabarit et lui assigner une zone parmi celles proposées. Le fragment est stocké comme un article ordinaire, avec un statut publié, un contenu sérialisé en blocs, et un terme de taxonomie associé.
- Le post type
wp_template_partconserve le contenu en blocs, comme n’importe quel article. - La taxonomie
wp_template_part_areane porte qu’un identifiant de zone, pas de mise en forme. - Rien n’empêche, techniquement, de créer plusieurs fragments pour une même zone — mais un seul sera actif à la fois dans un gabarit donné.
Pourquoi ce choix plutôt qu’un simple fichier
La question mérite d’être posée : pourquoi transformer un fragment de gabarit en contenu éditable en base de données, alors qu’un fichier header.php suffisait depuis des années ? La réponse tient en un mot : l’édition. Un contenu stocké comme article peut être modifié depuis l’interface, sans toucher au code, tout en conservant un historique de révisions — une fonctionnalité que les fichiers PHP n’ont jamais offerte nativement.
Cela dit, à ce stade du projet, l’équilibre entre flexibilité et stabilité n’est pas encore trouvé. Un fragment mal configuré peut disparaître d’un gabarit sans message d’erreur explicite, ce qui rend le débogage difficile pour qui découvre le système.
Ce qu’il ne faut pas encore attendre
Il serait prématuré de considérer cette taxonomie comme une fonctionnalité prête pour la production. Elle n’a pas vocation, en l’état, à remplacer les zones de widgets classiques, ni à constituer une base sur laquelle bâtir un thème commercial. Il s’agit d’une brique parmi d’autres, dans un ensemble encore appelé « édition complète de site » de façon informelle, sans nom officiel arrêté.
Suivre ces évolutions au fil des nightly builds demande de la patience : une zone renommée d’une semaine à l’autre n’est pas un bug, c’est le rythme normal d’un projet encore en exploration.
En résumé
La taxonomie wp_template_part_area pose, dès ces premières versions, un vocabulaire structurant : en-tête, pied de page, barre latérale, zone générale. Ce vocabulaire préfigure la façon dont les thèmes seront un jour découpés en fragments réutilisables et éditables. Pour l’instant, le terrain reste mouvant, mais les fondations méritent déjà d’être observées de près par quiconque prépare l’avenir de ses thèmes.
