Bien définir le cadre de la décision
Un CMS headless sépare la gestion du contenu de l'interface d'affichage. Cela peut s'avérer utile si le même contenu est utilisé sur le web, dans une application ou sur différents canaux. Cependant, ce n'est pas indispensable pour tous les petits sites. Il faut également prendre en compte la responsabilité de la maintenance des liens API, de prévisualisation et de publication supplémentaires.
Quels aspects de l'application doivent être pris en compte ?
Basez votre décision sur le modèle de contenu. Si le nom du service, son périmètre, son prix et ses versions linguistiques peuvent être définis comme des champs distincts, il devient plus facile d'utiliser les mêmes données de manière cohérente à différents endroits. Tout placer dans une zone de texte libre réduit les avantages d'une architecture sans interface graphique et complique la validation.
Contrôle et prochaine étape
Le contenu en prévisualisation et le contenu en production doivent être clairement séparés. Ne laissez pas le brouillon visible dans une API accessible publiquement. Prévoyez le moment où le cache sera actualisé lors de la publication et comment revenir à une version précédente. Évaluez l'expérience utilisateur de l'éditeur avant de choisir un outil.
Votre liste de contrôle
- Justifiez l'existence de plusieurs canaux de publication.
- Établissez d'abord le modèle de contenu.
- Séparez l'accès au brouillon et à la production.