Fonctionnalité

CMS headless

Gérer les contenus une fois, les diffuser partout. Site web, application, écran, newsletter, portail partenaires.

Voir toutes les fonctionnalités
CMS headless

Gérer une fois, diffuser partout.

Votre structure.

Définir vous-même types de contenu et champs, sans projet de développement.

Prêt pour la rédaction.

Multilingue, avec brouillon, validation et médiathèque bien rangée.

Diffusable partout.

Site web, application, écran, portail, newsletter, depuis une seule source.

Les contenus vous appartiennent. Pas à votre modèle de site.

La liste de prix figure sur le site web. Et dans l’application. Et sur l’écran de la succursale. Et dans la newsletter. Et dans le PDF que le service externe envoie.

Quand un prix change, une petite expédition commence à travers cinq systèmes. En général, on en oublie un.

Un CMS headless inverse le rapport. Le contenu vit à un seul endroit, indépendamment de sa présentation. Chaque canal va le chercher là. Vous le modifiez une fois, il change partout.

Vous décidez de la forme de vos contenus

Dans Caymland M4, vous créez vous-même vos types de contenu. Aucune commande de développement, aucune modification de base de données, aucune attente.

Un type de contenu est une description : un « événement » a un titre, une date, un lieu, une image, un texte de présentation et un lien vers une intervenante. Vous définissez cela dans l’interface et, dès le clic suivant, la rédaction peut saisir des événements.

Sont notamment disponibles :

Type de champPour quoi
Texte, texte long, texte enrichiTitres, descriptions courtes, contenus formatés
Nombres, oui/non, date, heurePrix, quantités, disponibilités, échéances
Listes de choixStatut, catégorie, type
Images et fichiersÀ l’unité ou en galerie
Liens entre contenusÉvénement vers intervenante, produit vers fabricant, article vers catégorie
BlocsGroupes de champs réutilisables, comme une adresse ou un bloc de contact
Sections libresLa rédaction compose ses pages à partir de blocs
Identifiants automatiquesAdresses adaptées aux moteurs de recherche, générées à partir du titre

Pour les textes formatés, vous choisissez champ par champ l’outil de travail : texte simple, Markdown ou un éditeur confortable. Votre rédaction reçoit l’outil qui lui convient, pas celui que le système impose.

Un multilinguisme qui ne fait pas mal

Les langues s’activent par type de contenu. Un document existe alors en plusieurs versions linguistiques, qui vont ensemble tout en étant modifiées et validées séparément.

C’est plus important qu’il n’y paraît : la version allemande peut passer en ligne pendant que la française est encore à la relecture. Un sélecteur de langue montre immédiatement à votre rédaction quelles langues existent déjà et lesquelles manquent.

Brouillon et validation

Chaque contenu a un état brouillon et un état publié. Seul ce qui est validé est diffusé vers l’extérieur.

Votre rédaction peut donc travailler tranquillement à la prochaine version pendant que l’actuelle est en ligne. Et comme la validation se fait par langue, une traduction inachevée ne bloque rien.

Une médiathèque qui met de l’ordre

Les images et les fichiers se trouvent dans une bibliothèque centrale plutôt que dispersés dans des dossiers.

  • Remplacer au lieu de téléverser à nouveau : échangez une image, et elle change partout où elle est utilisée.
  • Preuve d’utilisation : avant de supprimer, vous voyez partout où un fichier est intégré. Fini les pages cassées.
  • Renommer et ranger, sans que les références se brisent.

Diffuser où vous voulez

Les contenus validés sont mis à disposition par une API ouverte. Votre site les récupère, votre application les récupère, l’écran de la succursale les récupère, le portail partenaires les récupère.

  • Public ou protégé, à décider par type de contenu. Les contenus publics sont librement consultables, les contenus protégés seulement avec un jeton d’accès.
  • Filtrer, trier, paginer directement à la requête, pour que le système en face n’ait pas à tout charger.
  • Mise en cache pour une livraison rapide, même en cas de trafic important.
  • Notifications vers l’extérieur lorsqu’un contenu change, pour que les systèmes raccordés puissent réagir immédiatement.

Votre site web peut être construit dans n’importe quelle technologie. Le CMS ne s’y intéresse pas.

La différence : le CMS se trouve au milieu du CRM

Un CMS headless ordinaire connaît des contenus. Il ne sait rien de la personne qui les lit. Il faut pour cela un deuxième système, une liaison entre les deux et quelqu’un qui entretient les deux.

Dans Caymland M4, le contenu et le contact vivent dans la même application. Pas de module supplémentaire, pas de synchronisation nocturne, pas d’alignement qui finit par diverger.

Il en découle trois choses :

  • Un champ de contenu peut se référer à un champ de contact. Un texte porte une variable pour la civilité, le prénom, le nom, l’entreprise, le secteur ou la localité, et à la diffusion s’y trouve ce qui figure dans le contact.
  • Vos catégories sont les mêmes. Le secteur selon lequel votre marketing segmente est le secteur selon lequel vos contenus sont classés. Pas deux listes à entretenir.
  • Vous gérez des versions au lieu de programmer des exceptions. Le même type de contenu comporte plusieurs versions, une par audience. Laquelle est diffusée se décide à la requête.

Des contenus adaptés à la personne qui les lit

La personnalisation n’est donc pas une fonction à côté du CMS, mais une propriété des contenus eux-mêmes. Le déroulement compte trois étapes :

  1. Reconnaître. Si la visiteuse est connue, par exemple par le clic depuis l’un de vos e-mails ou par la reconnaissance lors de sa visite suivante, M4 fournit son contact.
  2. Choisir. Parmi les versions disponibles, celle qui lui correspond est retenue : celle de son secteur, de sa région, de son rôle.
  3. Remplir. Les variables du texte sont remplies avec les valeurs du contact.

La partie la plus importante est celle à laquelle on pense en dernier : ce qui se passe quand rien n’est connu. S’il manque ne serait-ce qu’une valeur, la version concernée n’est pas retenue, c’est la version générique qui l’est. Personne ne lira jamais « Bonjour {{prenom}} ». Qui arrive anonymement voit une page complète et cohérente, simplement pas taillée pour lui.

C’est en même temps l’ordre le plus respectueux de la protection des données. La personnalisation intervient lorsqu’un consentement existe et qu’une personne a été reconnue. Pas avant.

Ce site web en est l’exemple

Ce qui est décrit ici, vous pouvez le vérifier à l’instant même : caymland.com tourne sur exactement ce CMS.

La description de fonctionnalité que vous êtes en train de lire, les cas clients, les solutions sectorielles, les témoignages, les logos clients et l’accroche en haut de la page d’accueil sont des contenus dans Caymland M4. Ils sont récupérés par l’API de diffusion de contenu. Le site lui-même est construit en Next.js et ne connaît du CMS rien d’autre que son adresse. C’est précisément le sens du headless : la présentation est interchangeable, le contenu demeure.

L’accroche de la page d’accueil est d’ailleurs un type de contenu à plusieurs versions, une par secteur. Si vous arrivez par un lien depuis l’un de nos e-mails, vous voyez la version prévue pour votre secteur, avec votre civilité et votre nom. Si vous venez pour la première fois, vous voyez la version générique. Dans les deux cas, c’est le même type de contenu et le même mécanisme que celui que vous obtenez pour vos propres canaux.

À quoi cela ressemble au quotidien

L’office du tourisme. Événements, établissements et offres sont saisis une seule fois et paraissent sur le site principal, sur les pages partenaires, dans l’application et dans la newsletter hebdomadaire. En quatre langues.

Le commerce. Les descriptions de produits et les actions viennent d’une source unique pour la boutique en ligne, l’écran en magasin et l’encart imprimé.

La fédération. La rédaction travaille à la nouvelle édition en brouillon, la valide à la date convenue, et tous les canaux suivent. Sans déploiement, sans rendez-vous avec l’informatique.

Questions & réponses

Questions fréquentes

01

Avons-nous besoin de développeurs pour créer un nouveau type de contenu?

Non. Les types de contenu et les champs se créent dans l’interface. Vous n’avez besoin de développeurs qu’une seule fois, pour l’affichage dans le canal concerné.

02

Pouvons-nous garder notre site web actuel?

Oui. C’est tout l’intérêt du headless. Votre site récupère les contenus par l’API, quelle que soit la technologie avec laquelle il est construit.

03

Combien de langues sont possibles?

Autant que vous en avez besoin. Les langues s’activent par type de contenu, et la validation se fait séparément pour chaque langue.

04

Que se passe-t-il avec les contenus qui n’ont pas encore de traduction?

La requête livre exactement la langue demandée. C’est votre canal qui décide sciemment si une langue de remplacement s’affiche et comment, plutôt qu’une langue erronée soit livrée sans que personne le remarque.

05

Pouvons-nous protéger des contenus?

Oui. Vous définissez par type de contenu si la consultation est publique ou si elle exige un jeton d’accès.

06

Comment le site sait-il qui se trouve devant lui?

Par le clic depuis l’un de vos e-mails ou par la reconnaissance lors d’une nouvelle visite. Les deux supposent un consentement. S’il n’y en a pas ou si la personne est inconnue, rien n’est personnalisé : la page reste complète, simplement générique.

07

Que voient les visiteurs anonymes?

La version générique, complète et cohérente. Une version contenant des variables sans valeur disponible n’est tout simplement pas diffusée. Une adresse à moitié remplie ne peut donc pas apparaître.

La différence en une phrase

D’autres systèmes attachent les contenus à une page.Caymland M4 vous les rend.

Voir toutes les fonctionnalités