2024 : première ouverture d’une deuxième adresse pour cette enseigne de restauration, jusque-là limitée à un unique établissement et à un site vitrine classique. Deux ans plus tard, sept adresses partagent désormais le même thème hybride, sans qu’aucune d’entre elles n’ait nécessité la création d’un site indépendant à sa mise en ligne.
Le problème posé par la croissance de l’enseigne
Chaque nouvelle adresse a ses propres horaires d’ouverture, sa propre équipe en cuisine mise en avant sur la page dédiée, et parfois des spécificités de carte liées aux produits locaux disponibles. Mais l’identité visuelle, la structure de navigation et l’essentiel du contenu de présentation de l’enseigne restent strictement identiques d’une adresse à l’autre.
L’architecture retenue : un thème, des template parts par adresse
architecture-enseigne/
├── theme.json (identité visuelle commune)
├── templates/
│ ├── page-adresse.html (structure commune à toutes les adresses)
│ └── single-menu.html (structure de carte commune)
├── parts/
│ ├── coordonnees-adresse-lyon.html
│ ├── coordonnees-adresse-nantes.html
│ └── ... (une part par adresse active)
└── styles/
└── theme.json (aucune variation nécessaire, identité unique)
Séparer données d’adresse et structure de page
Contrairement à une simulation multi-distributeur où seule l’apparence change, ici c’est un template part précis, contenant les horaires et les coordonnées, qui varie selon l’adresse. La page elle-même reste construite sur un unique template page-adresse.html, qui référence dynamiquement le bon template part selon un champ personnalisé associé à chaque page d’adresse.
function afficher_coordonnees_adresse( $bloc_content, $bloc ) {
$slug_adresse = get_post_meta( get_the_ID(), 'slug_adresse', true );
$chemin_part = "coordonnees-adresse-{$slug_adresse}";
if ( has_block_template_part( $chemin_part ) ) {
return get_block_template_part( $chemin_part );
}
return $bloc_content;
}Ce que cette architecture apporte concrètement
- Une nouvelle adresse se met en ligne en créant une nouvelle page et un nouveau template part de coordonnées, sans dupliquer le thème.
- Une correction visuelle sur le bloc de présentation de l’équipe se propage instantanément aux sept adresses actives.
- Les horaires spécifiques à chaque adresse, saisis dans le template part correspondant, restent modifiables indépendamment sans risque d’impacter les autres établissements.
La limite rencontrée en pratique
Cette architecture fonctionne tant que le nombre d’adresses reste gérable manuellement, disons jusqu’à une dizaine. Au-delà, la création manuelle d’un nouveau template part par adresse deviendrait fastidieuse, et il faudrait alors envisager de transformer chaque adresse en fiche d’un type de contenu personnalisé, avec les coordonnées stockées comme champs plutôt que comme fichiers de template distincts.
Tant qu’une enseigne compte moins d’une dizaine d’adresses, un template part dédié par adresse reste plus simple à maintenir qu’un système de champs personnalisés complet : la complexité doit rester proportionnée au besoin réel.
Ce qui reste hors périmètre
La carte des menus, avec ses propres variations possibles d’une adresse à l’autre selon les producteurs locaux, relève d’un chantier distinct, traité séparément dans la catégorie dédiée aux blocs de contenu. Cette architecture se limite à la structure du site et à la présentation de chaque adresse, pas au contenu culinaire lui-même.
En résumé
Partager un thème hybride unique entre plusieurs adresses d’une même enseigne, en confinant les spécificités locales dans des template parts dédiés, permet à l’enseigne de croître sans multiplier les sites à maintenir. Cette architecture reste pertinente tant que le nombre d’adresses demeure raisonnable ; au-delà, une bascule vers un système de fiches structurées deviendrait plus adaptée.
