Dans une architecture headless, le choix du système de gestion de contenu est central. Il ne s’agit plus seulement d’un outil permettant de publier des pages, mais d’un système chargé de structurer, stocker et exposer des données de contenu. Sanity s’inscrit précisément dans cette logique. Contrairement aux CMS traditionnels, il ne cherche pas à imposer une structure de site ou un mode de rendu, mais propose une approche orientée contenu structuré, schémas et temps réel.

Cet article vise à présenter la philosophie de Sanity ainsi que ses concepts fondamentaux, afin de comprendre en quoi il se distingue d’autres solutions headless.

Une approche headless assumée

Sanity est un CMS headless natif, c’est-à-dire qu’il ne propose aucun système de rendu front-end par défaut. Le contenu est uniquement accessible via une API, laissant au développeur une totale liberté quant au choix de la technologie d’affichage (site web, application mobile, interface interne, etc...).

Cette séparation stricte entre contenu et présentation encourage à penser le contenu comme une ressource indépendante, et non comme un simple élément visuel attaché à une page spécifique. Dans le cadre de ce mémoire, cette approche est particulièrement pertinente, car elle permet d’explorer une architecture où le contenu devient un système de données exploitable dans différents contextes.

Le Content Lake : le contenu comme donnée centralisée

Au cœur de Sanity se trouve le Content Lake, un espace de stockage cloud dans lequel sont enregistrées toutes les données de contenu.

Contrairement à une base de données classique, le Content Lake est conçu pour :

• stocker des contenus structurés (documents, relations, références)
• être interrogé en temps réel
• supporter la collaboration simultanée

Chaque modification effectuée dans Sanity Studio est immédiatement synchronisée dans le Content Lake, ce qui permet une mise à jour quasi instantanée du contenu côté front-end si nécessaire.

Cette approche renforce l’idée que le contenu n’est pas un simple texte à afficher, mais une source de vérité unique, exploitable par plusieurs interfaces.

Sanity Studio : une interface entièrement configurable

Sanity Studio est l’interface d’administration permettant de créer et modifier le contenu.
Contrairement à de nombreux CMS, le Studio n’est pas une interface figée : il s’agit d’une application React configurable, dont le comportement dépend entièrement des schémas définis par le développeur.

Cela signifie que:

• les types de contenu
• les champs disponibles
• les validations
• l’organisation de l’interface

sont tous décrits dans du code JavaScript.

Dans le cadre de ce mémoire, cette caractéristique est essentielle : elle permet de concevoir une interface éditoriale adaptée au projet, plutôt que de s’adapter aux contraintes d’un CMS préconçu.

Une philosophie orientée schéma

L’un des aspects les plus différenciants de Sanity est son approche schema-first.

Avant même de penser à l’interface ou au design, le développeur doit définir :

• quels types de contenus existent
• quelles données ils contiennent
• comment ces données sont liées entre elles

Cette logique incite à penser le contenu de manière abstraite et modulaire, indépendamment de sa future représentation visuelle.

Ce changement de perspective est fondamental par rapport aux CMS traditionnels, où le contenu est souvent étroitement lié à une structure de page ou à un template spécifique.

Temps réel et collaboration

Sanity intègre nativement des fonctionnalités de temps réel, permettant à plusieurs utilisateurs de travailler simultanément sur les mêmes contenus.
Les modifications sont visibles instantanément, ce qui rapproche l’expérience de celle d’outils collaboratifs comme Google Docs.

Même si cet aspect n’est pas central dans le prototype développé pour ce mémoire, il illustre la volonté de Sanity de proposer un CMS adapté à des équipes modernes, distribuées et collaboratives.