logo

Extra Block Types (EBT) - New Layout Builder experience❗

Extra Block Types (EBT) - styled, customizable block types: Slideshows, Tabs, Cards, Accordions and many others. Built-in settings for background, DOM Box, javascript plugins. Experience the future of layout building today.

Demo EBT modules Download EBT modules

❗Extra Paragraph Types (EPT) - New Paragraphs experience

Extra Paragraph Types (EPT) - analogical paragraph based set of modules.

Demo EPT modules Download EPT modules

Scroll
21/06/2025, by Ivan

Objectif

Établir un plan pour la structure du contenu du site (quel type et sous-type d’entité utiliser pour quel contenu), et quelles pages contiendront des listes de contenu.

Étapes

  1. Réfléchissez au type de contenu que votre site doit contenir, incluant le contenu que les visiteurs recherchent ainsi que celui que vous souhaitez leur présenter. Le résultat pourrait être une description dans la Section i.6, « Scénario directeur ».
  2. Pour chaque contenu identifié, décidez quel type d’entité de contenu convient le mieux. Vous devrez prendre en compte où et comment le contenu sera utilisé et édité sur le site. Par exemple, dans le scénario du marché fermier, vous voudrez peut-être afficher les horaires et l’emplacement du marché dans la barre latérale de chaque page. Pour ce contenu, un bloc personnalisé unique est approprié. Autre exemple : vous pouvez décider que les pages des vendeurs doivent être des contenus gérés par le module noyau Node, afin que les vendeurs puissent éditer leurs propres fiches. Le système de permissions du module Node facilite cela.

    Ces décisions n’ont pas toujours une seule bonne réponse ; par exemple, vous pourriez décider que les pages vendeurs soient des profils utilisateurs plutôt que des contenus, mais cela lierait le contenu à un compte utilisateur spécifique, ce qui rendrait plus difficile le transfert de propriété d’une page vendeur à un autre utilisateur.

  3. Pour chaque type d’entité identifié, déterminez une division pertinente en sous-types d’entité. Par exemple, dans l’exemple du marché fermier, vous décideriez probablement qu’au sein des types d’entité « contenu », il y ait un type pour les pages basiques (Accueil et À propos), un pour les pages vendeurs, et un pour les pages recettes.
  4. Pour chaque sous-type d’entité défini, décidez quels champs sont nécessaires. Par exemple, le type de contenu Vendeur pourrait avoir besoin des champs nom du vendeur, URL de la page web, image et description.
  5. Décidez quelles listes d’entités sont nécessaires, qu’il s’agisse de pages entières ou de sections plus petites sur une page. Pour chaque liste, déterminez quelles entités y seront affichées. Ensuite, choisissez dans quel ordre et avec quels filtres elles seront présentées ; par exemple, vous pouvez vouloir offrir à l’utilisateur la possibilité de rechercher par mot-clé, de filtrer la liste ou de la trier. Il faudra aussi décider quelles informations des entités seront affichées, ce qui pourrait amener à ajouter des champs dans la liste définie à l’étape précédente. Par exemple, le site du marché fermier aura besoin d’une page listant les recettes, filtrable par ingrédients, ce qui signifie que le type recette doit avoir un champ Ingrédients.
  6. Pour chaque champ identifié dans chaque sous-type d’entité, précisez le type de données qu’il doit contenir (texte brut, texte formaté, date, image, etc.) et le nombre de valeurs autorisées. La plupart des champs sont à valeur unique, mais par exemple le champ Ingrédients du type Recette doit pouvoir contenir plusieurs valeurs.
  7. Réfléchissez aux champs qui seraient mieux référencés via des termes de taxonomie : des champs dont les valeurs seraient choisies parmi une liste de valeurs autorisées. Les valeurs susceptibles d’évoluer et de s’enrichir avec le temps sont de bons candidats. Par exemple, le champ Ingrédients du type Recette.
  8. Réfléchissez aux champs qui devraient référencer d’autres entités de contenu. Par exemple, comme les vendeurs vont soumettre des recettes, un champ sera nécessaire dans le type Recette pour référencer le vendeur ayant soumis la recette.

Voici un exemple de structure de contenu résultante pour le site du marché fermier :

Type d’entité Sous-type d’entité Exemples Champs
Élément de contenu Page basique Page d’accueil, page À propos Titre, corps de la page
Élément de contenu Vendeur Page pour chaque vendeur du marché Nom du vendeur, corps de la page, image, URL
Élément de contenu Recette Page pour chaque recette soumise Nom de la recette, corps de la page, image, référence au vendeur ayant soumis, taxonomie Ingrédients
Bloc personnalisé (générique) Avis de copyright pour le pied de page, horaires et localisation pour la barre latérale Pas de champs spécifiques
Terme de taxonomie Ingrédients Carottes, tomates et autres ingrédients de recettes Pas de champs spécifiques
Formulaire de contact (générique) Formulaire de contact générique Nom, email, sujet, message
Profil utilisateur (aucun) Ne sera pas affiché sur le site Pas de champs spécifiques

Voici les listes nécessaires pour le site :

Page ou zone de page Type et sous-type d’entité Filtrage/tri/pagination Champs affichés
Page des vendeurs Éléments de contenu Vendeur Tous les vendeurs, ordre alphabétique, pagination Image, nom du vendeur, extrait du corps
Page des recettes Éléments de contenu Recette Filtrage par ingrédients, ordre alphabétique, pagination Image, nom de la recette
Barre latérale des recettes récentes Éléments de contenu Recette Liste des 5 plus récentes Image, nom de la recette

Vidéos

Attributions

Rédigé et édité par Jennifer Hodgdon et Grant Dunham.