Jeu de modèles
Un jeu de modèles (template set) est le module Jahia dont part un site : il porte les templates de pages et, au besoin, les types de contenus et les vues qui vont avec. Il donne à l’équipe un point de départ commun pour les nouveaux sites, et il se choisit au moment de créer le site.
Définition et fonctionnement
Pour une organisation qui gère plusieurs sites (marques, pays, filiales, campagnes) dans un CMS multisite, le jeu de modèles est l’outil de la cohérence. Chaque nouveau site peut partir de la même base et en réutiliser la charte, les templates et les composants lorsque c’est souhaité. Les équipes locales gagnent du temps au lancement. L’équipe centrale garde la main sur ce qui doit rester commun.
Comme tout module, il est développé, versionné et déployé par l’équipe technique, en Java et JSP ou, depuis Jahia 8.2, sous forme de module JavaScript. Ses définitions de type de contenu font partie du même paquet.
Documentation Academy : créer un site et choisir son jeu de modèles
Termes liés : Module · Template · Définition de type de contenu · Type de contenu · Système de gestion de contenu (CMS) · CMS multisite
Ressources sur ce terme
- Comment j'ai utilisé l'ia pour développer un module jahia en javascript en un temps record
- Développer une plateforme DXP avec la meilleure UX pour les utilisateurs métiers
- Intégrer votre Design System dans Jahia
- Usine à sites : définition et 5 étapes pour la mettre en place
- CMS headless ou traditionnel : comment bien choisir
- CMS multisite : enjeux, avantages et fonctionnalités clés
Le jeu de modèles et le template : les différences
Le template est une mise en page. Le jeu de modèles est la collection complète qui sert de point de départ à un site. Le module est le format de livraison, commun à tous les deux.
| Notion | Ce qui la distingue |
|---|---|
| Template | Une mise en page particulière, par exemple celle d’une page de rubrique. Le jeu de modèles en regroupe plusieurs. |
| Module | Tout paquet de code déployable sur Jahia. Le jeu de modèles est un module dont le rôle est de servir de base à un site. |
| Définition de type de contenu | La déclaration d’un type de contenu dans un fichier .cnd. Un jeu de modèles peut en contenir, mais ce n’est pas obligatoire. |
Le jeu de modèles en pratique
Une entreprise présente dans plusieurs pays fait développer un jeu de modèles aux couleurs de sa marque, avec ses templates de pages et ses composants. Chaque filiale crée son site à partir de cette base, puis y saisit ses propres contenus dans ses langues. Quand la marque fait évoluer un composant, la nouvelle version du module est transférée sur le serveur, une fois la version précédente retirée, puis déployée automatiquement sur les sites qui l’utilisent. Le démarrage du module peut prendre de plusieurs secondes à quelques minutes selon sa complexité, et les sites qui reposent dessus sont alors indisponibles. La mise à jour se planifie donc avec l’équipe technique, qui peut suivre la procédure nœud par nœud décrite à l’Academy pour les clusters, Jahia Cloud ayant sa propre procédure de mise à niveau.
Il faut aussi fixer la frontière entre ce que cette base commune impose et ce qu’un site peut ajouter par d’autres modules.
Sources : Module deployment, Jahia Academy (Jahia 8.2, page datée du 8 octobre 2024) ; Updating module versions with minimal downtime, Jahia Academy (Jahia 8.2, page datée du 8 octobre 2024).
Questions fréquentes
Faut-il développer un jeu de modèles différent pour chaque site ?
Pas nécessairement. Un même jeu de modèles peut servir de base à plusieurs sites. C’est tout l’intérêt du dispositif pour une organisation multisite. Un jeu distinct se justifie quand un site a une identité ou des usages réellement différents. Entre les deux, des modules complémentaires permettent d’ajouter des composants à un site sans dupliquer toute la base.
À quel moment choisit-on le jeu de modèles d’un site ?
À la création du site. C’est l’un des premiers choix, puisque le jeu fournit les templates de pages et peut aussi fournir les types de contenus et les vues avec lesquels les équipes vont travailler. Mieux vaut donc le cadrer avant le lancement, entre l’équipe centrale qui garde la main sur ce qui doit rester commun et les équipes locales qui l’utiliseront au quotidien.