Modèle de contenu

Tout ce qui figure sur un site Chinaski appartient à un petit ensemble de types de contenu. Chaque type a son propre comportement, ses propres écrans d'administration et son propre rôle à la construction, mais tous partagent la même fondation : suppression logique dans la corbeille, révisions enregistrées, périmètre par langue, publication programmée et modifications auditées. Cette page vous oriente sur ce qu'est chaque type ; chacun renvoie vers une sous-page avec les détails :

• Pages: les URL structurelles du site (À propos, Services…), avec hiérarchie, modèles par page et confidentialité.
• Posts: des articles datés et catégorisés qui construisent le blog, les flux RSS et les archives.
• Blocks: les atomes de contenu réutilisables (hero, FAQ, grille tarifaire…) déposés dans les pages, posts et stacks.
• Snippets: des fragments de code head et body injectés à la construction, à l'échelle du site ou par élément.
• Média & documents: la bibliothèque d'images et les fichiers téléchargeables.
• Navigation, redirections & catégories: les structures de soutien qui relient le contenu entre lui.

Ce que tous les types de contenu ont en commun

• La langue fait partie des données. Chaque table de contenu porte sa langue ; les slugs sont uniques par langue ; l'appariement des traductions (via des clés de traduction ou des slugs identiques) pilote hreflang et le sélecteur de langue.
• Brouillons et fenêtres de publication: le contenu est d'abord rédigé en brouillon ; les heures de publication et de dépublication programmées sont interprétées dans le fuseau horaire du site.
• Suppression logique → Corbeille. Rien ne disparaît tant que vous ne l'avez pas purgé définitivement ; les restaurations vérifient les conflits de slug.
• Révisions et audit. Chaque enregistrement fait un instantané de l'élément (les plus récents conservés par entité) ; chaque modification est consignée dans l'audit log avec son auteur.
• Construit à la construction. Aucun contenu n'atteint le site public tant qu'un build n'a pas tourné ; les builds sont journalisés et protégés.

La forme du modèle

• Les pages sont du contenu basé sur l'emplacement pour les humains : URL fixes, imbriquées sous des parents, et généralement rendues à partir de l'un des modèles de page (y compris les landing pages).
• Les posts sont des entrées datées dans un flux : des articles de blog avec catégories, tags, extraits, dates de publication et intégration aux archives/flux par langue.
• Les blocks sont les atomes composables (titres, grilles de fonctionnalités, citations, galeries, CTA, et plus de trente types livrés) qui s'assemblent dans les corps de pages/posts et les stacks.
• Les snippets gèrent le placement de code brut (analytics, balises de vérification) dans le head ou le body : à l'échelle du site ou par élément.
• Les médias stockent les images (avec texte alt, métadonnées de point focal, dérivés) et les documents stockent les fichiers téléchargeables avec leurs propres métadonnées.
• Les structures de soutien relient le tout : menus par langue, règles de redirection, catégories, et design tokens pour les valeurs de marque à l'échelle du thème.

Où s'insèrent les shortcodes

Le contenu référence d'autres contenus en ligne : {{block:name​}} insère un block publié, {{stack:name​}} un stack entier, [form:slug​] un formulaire web, {{document:slug​}} un document. Le builder résout chacune de ces références ; une référence non résolue est enregistrée comme erreur de build plutôt que de livrer un espace réservé cassé.

Dans cette section

• Pages (modèle de contenu)
• Posts (modèle de contenu)
• Blocs (modèle de contenu)
• Snippets (modèle de contenu)
• Médias & documents (modèle de contenu)
• Navigation, redirections & catégories (modèle de contenu)