Aller au contenu
API Delivery
Avant de compter sur une fonctionnalité, consultez l'état des capacités.

PrésentationPour commencer

Qu'est-ce qu'Atlas

Ce qu'est Atlas CMS, ce que signifie « headless », ce qu'Atlas apporte à votre équipe et ce qui reste entre vos mains.

Cette page a été traduite de l'anglais. En cas de divergence, la version anglaise fait foi. Lire en anglais

Atlas CMS est un système de gestion de contenu pour les entreprises qui ont déjà un site web. Votre équipe utilise Atlas pour modifier les textes, images, pages et traductions de ce site. Vos développeurs conservent le code, le design, l’hébergement et les déploiements du site web exactement là où ils sont aujourd’hui.

Un CMS (système de gestion de contenu) est l’endroit où les non-développeurs modifient un site web : ils changent un titre, ajoutent un article d’actualité ou remplacent une photo sans toucher au code.

Les CMS traditionnels comme WordPress font deux choses à la fois. Ils stockent le contenu et ils produisent le rendu du site web, à l’aide de thèmes et de plugins qui s’exécutent dans le CMS.

Atlas est un CMS headless. Il ne fait que la première tâche. Il stocke le contenu, conserve son historique et le publie. Votre propre site web, construit par vos développeurs, lit le contenu publié et décide de son apparence. La « tête » (le site web visible) est la vôtre ; Atlas est la couche de contenu située derrière.

CMS traditionnel Atlas (headless)
Le CMS produit le rendu du site web et l’héberge souvent Votre site web produit son propre rendu et reste là où il est hébergé
Le design vient d’un thème dans le CMS Le design vient de vos propres composants
Les plugins et le code personnalisé s’exécutent dans le CMS Aucun code ne s’exécute depuis le CMS ; les fonctionnalités vivent dans le code de votre site web
Les éditeurs peuvent coller du HTML et des scripts Les éditeurs remplissent des champs typés définis par vos développeurs
Une installation par site web Une organisation gère plusieurs sites web, chacun isolé
  1. Vos développeurs décrivent les blocs de construction du site web (hero, grille de fonctionnalités, carte produit, FAQ) dans un contrat de site.
  2. Les éditeurs créent et modifient des brouillons dans Atlas Studio, en utilisant uniquement ces blocs.
  3. Ils prévisualisent les brouillons dans le design réel du site web, puis les publient.
  4. Votre site web lit le contenu publié depuis l’API Delivery en HTTPS, depuis son serveur, avec un jeton en lecture seule.
  5. Atlas envoie un webhook signé, et votre site web ne rafraîchit que les pages modifiées.

Si Atlas devient un jour injoignable, votre site web sert son contenu intégré et reste donc en ligne.

  • Atlas Studio, où votre équipe modifie les pages, les collections (actualités, produits, membres de l’équipe), l’en-tête et le pied de page, les médias et les traductions.
  • Un contrat de site qui liste vos composants et leurs champs typés, afin que les éditeurs ne puissent ni casser le design ni injecter du code.
  • Une API Delivery que votre site web appelle depuis son serveur pour lire les pages publiées, les entrées, les éléments globaux, les redirections et les données SEO.
  • Des environnements Development et Production, pour que le contenu soit préparé et vérifié avant d’atteindre le site en production.
  • Des rôles et des approbations : les éditeurs rédigent, les relecteurs publient, et les releases Production nécessitent l’approbation d’une personne.
  • Des révisions et un retour arrière : chaque publication est conservée, une erreur peut donc être annulée.
  • Des formulaires, un chatbot de site web et des compteurs de pages vues sur votre site web Development et live, avec une boîte de réception des leads, un export CSV, une Leads API et l’envoi vers un CRM.
  • Des outils de design : des polices avec preuves de licence, un studio d’animation, un assistant de planification de site web avec des palettes issues du logo, et des analyses de qualité du design.
  • Recherche et performances : balises meta et données structurées prêtes à l’emploi, sitemap.xml, robots.txt et llms.txt, et Core Web Vitals.
  • Un point d’accès MCP pour qu’un agent de code IA puisse rédiger du contenu et proposer des modifications, mais jamais publier.
  • Votre code et votre design. Atlas ne livre jamais de composants, de styles ou de scripts à votre site web.
  • Votre hébergement et vos déploiements. Atlas n’a aucun accès à votre dépôt, à vos serveurs ni à votre pipeline de déploiement.
  • La logique et les intégrations. Paiement, connexions des membres, recherche, statistiques et suivi restent dans le code et les services de votre site web.
  • Votre décision de passer en production. Production est désactivé tant qu’un administrateur du site ne l’active pas après une release approuvée.
  • Pas un constructeur de sites ni un hébergeur. Atlas ne construit, n’héberge et ne déploie pas de sites web.
  • Pas une plateforme de plugins. Il n’y a ni plugins, ni scripts personnalisés, ni blocs HTML. C’est voulu : cela protège la couche de contenu.
  • Pas un remplacement direct des thèmes WordPress. Vous produisez le rendu du contenu Atlas avec vos propres composants. Voir Atlas vous convient-il ?.
Personne Ce qu’elle fait
Éditeur de contenu Met à jour le hero de la page d’accueil, ajoute trois articles d’actualité, traduit une page en arabe, prévisualise chaque brouillon et le soumet
Relecteur Vérifie les brouillons dans le design réel et les publie dans Development
Administrateur du site Approuve la release Production de la semaine une fois qu’Atlas a confirmé que ses vérifications sont réussies
Développeur Ajoute un nouveau composant au contrat et déploie le site web une fois ; aucun travail sur le contenu
  • Les entreprises dotées d’un site Next.js qui veulent que les éditeurs modifient le contenu sans développeur pour chaque modification.
  • Les groupes qui gèrent plusieurs sites de marque et veulent un seul endroit pour les administrer, chaque site étant isolé des autres.
  • Les agences qui construisent des sites pour leurs clients et veulent leur confier l’édition en toute sécurité.