# Template Part et Site Title : les premiers blocs de site du plugin Gutenberg

> Le plugin Gutenberg embarque désormais des blocs qui affichent des morceaux de site plutôt que du contenu d'article. Tour de ces nouveautés expérimentales et de ce qu'elles annoncent.

- Auteur : Clément Hadrot
- Publié le : 2020-12-09
- Mis à jour le : 2020-12-09
- Catégorie : FSE
- URL : https://wpmoderne.dev.wordpress-developpement.fr/fse/template-part-site-title-blocs-site-gutenberg-2020/

## L’essentiel

- Template Part charge un fragment réutilisable
- Site Title affiche le nom du site en blocs
- Rien n'est encore activable en production

Jusqu'ici, un bloc affichait toujours quelque chose qui appartenait au contenu : un paragraphe, une image, une galerie. Avec les dernières versions du plugin Gutenberg, une nouvelle famille fait son apparition dans l'inserteur d'un site de test : des blocs qui affichent des éléments du site lui-même, indépendamment de tout article. C'est une bascule silencieuse, mais elle mérite qu'on s'y arrête.

En installant le plugin sur un environnement dédié, on retrouve dans la catégorie « Thème » plusieurs blocs qui n'ont de sens que dans un contexte encore expérimental d'édition de site. Voici ceux qui semblent les plus aboutis à ce jour.

## Le bloc Site Title

Le bloc **Site Title** affiche simplement le titre du site, tel qu'il est enregistré dans les réglages généraux. Dans un thème classique, c'était jusque-là l'affaire de `bloginfo( 'name' )`. Le bloc reprend la même donnée, mais l'expose dans l'éditeur avec des options de mise en forme : niveau de titre, alignement, taille de police. On peut même, en édition, le transformer en lien cliquable vers la page d'accueil.

## Le bloc Template Part

Plus intrigant encore, le bloc **Template Part** ne contient aucun contenu propre : il fait référence à un fragment de template stocké séparément, un peu comme un `get_template_part()` ferait un appel depuis PHP. Dans les prototypes actuels, ce fragment est encore chargé depuis un article caché de type `wp_template_part`, une astuce technique en attendant qu'un mécanisme de fichiers plus mûr soit disponible.

> L'essentiel à retenir : Template Part charge un fragment réutilisable ; Site Title affiche le nom du site en blocs ; Rien n'est encore activable en production

## Post Title et Post Content, les fondations d'un futur template

À côté des blocs de site, deux autres blocs commencent à circuler dans les thèmes de démonstration : **Post Title**, qui affiche le titre de l'article ou de la page courante, et **Post Content**, qui affiche son contenu. Utilisés ensemble dans un même canevas, ils dessinent ce que pourrait devenir un template `single.html` écrit entièrement en blocs, sans une seule ligne de boucle PHP.

### Ce que ces blocs ne font pas encore

- Aucun mécanisme stable de fichiers HTML pour stocker ces templates dans un thème.
- Aucune interface officielle pour créer un site depuis zéro avec ces seuls blocs.
- Aucune garantie de rétrocompatibilité : l'attribut d'un bloc peut disparaître d'une version à l'autre du plugin.

## Pourquoi s'y intéresser dès maintenant

On pourrait se dire que tout cela reste anecdotique tant que rien n'est fusionné dans le cœur de WordPress. C'est vrai, mais la direction prise est déjà lisible : le contenu d'un site (articles, pages) et sa structure (en-tête, pied de page, menus) convergent vers un même langage, celui des blocs. Comprendre la logique de ces blocs de site aujourd'hui, c'est éviter d'être pris de court le jour où ce mécanisme deviendra une fonctionnalité annoncée officiellement.

Sur nos environnements de test, on observe aussi que ces blocs restent capricieux : un Template Part peut afficher un contenu vide après une mise à jour du plugin, le temps que l'équipe de développement corrige une régression. Rien d'étonnant pour une fonctionnalité clairement estampillée expérimentale.

## Un aperçu concret dans l'inserteur

En ouvrant l'inserteur de blocs sur un site de test équipé de la dernière version du plugin, la catégorie « Thème » reste discrète : peu d'icônes, des descriptions parfois minimalistes, et un comportement qui varie sensiblement d'une build à l'autre. Insérer un bloc Template Part dans un article classique, par curiosité, provoque d'ailleurs un résultat peu engageant : le fragment s'affiche, mais sans aucun outil pour le modifier depuis ce contexte, l'édition restant réservée à l'article caché qui le porte.

### Ce que cela suppose côté administration

Concrètement, chaque template part créé aujourd'hui génère un article de type `wp_template_part`, invisible dans les écrans de contenu habituels mais bien présent en base de données. Sur un site de test avec une dizaine de fragments créés au fil des essais, on a dû interroger directement la table `wp_posts` pour retrouver certains d'entre eux, faute d'écran de gestion dédié à ce stade du développement.

## Pour aller plus loin

Ces blocs de site ne remplacent aujourd'hui aucune fonctionnalité de production. Mais ils valent le détour sur un environnement de test, ne serait-ce que pour se familiariser avec un vocabulaire — template part, bloc de site, article caché servant de gabarit — qui reviendra très certainement dans les mois à venir, sous une forme plus aboutie et probablement assez différente dans les détails d'implémentation.