Comment choisir un CMS sans tête —

Monolithic vs Microservices

Nous avons exploré en détail les concepts derrière les CMS sans tête ici sur Smashing Magazine, mais faisons un bref récapitulatif. Lorsqu'il s'agit d'un CMS traditionnel, le CMS et le site Web frontal qui en résulte sont construits sur une architecture monolithique. Le CMS traditionnel essaie et réussit à bien des égards pour répondre aux besoins du développeur, de l'auteur de contenu et du spécialiste du marketing. Par exemple, si le CMS est construit sur le .NET Framework de Microsoft, le site Web frontal serait également construit sur la même technologie. Toutes les fonctionnalités et intégrations auraient également une dépendance étroite qui à son tour se traduirait par une base de code monolithique volumineuse et encombrante.

Les CMS découplés ont supprimé cette interdépendance dans une certaine mesure. Ceci a été réalisé en séparant le site Web frontal du back-office du CMS et du référentiel de contenu.

L'architecture monolithique passe au second plan avec les CMS sans tête. Le CMS et toutes les autres intégrations sont un microservice. Le CMS lui-même est fourni sur un modèle Software-as-a-Service (SaaS) que j'aime appeler Content-as-as-Service (CaaS). Avec cette architecture de microservices, tout ce que vous obtenez de votre CMS traditionnel ne sort pas de l'étain. Vous pouvez avoir différents services et fournisseurs pour vous fournir le meilleur pour chacun de vos besoins.

Le passage à une mentalité de microservices nécessite un peu de patience. Nous avons eu des spécialistes du marketing issus d'un CMS traditionnel qui ont résisté à l'idée d'explorer plusieurs systèmes et services lors de l'utilisation d'un CMS sans tête. Nous avons réussi à les accompagner dans le voyage lors de la sélection et de la mise en œuvre de leur plate-forme CMS sans tête. Maintenant, ils sont les défenseurs de cette plate-forme CMS sans tête car elle leur permet d'intégrer de nouveaux systèmes et services plutôt que d'être liés à un système fourni par un CMS traditionnel.

Recherchez :

• Fournisseurs SaaS réputés
• Intégration sans tête CMS en tant que microservice
• Les meilleurs services de sa catégorie

Omnicanal au cœur

Autant un état d'esprit microservices vous aiderait lors de l'intégration d'un CMS headless, la véritable puissance de headless se réalise dans sa nature omnicanal. Une expérience omnicanale s'articule autour de votre client et crée une expérience client unique à travers votre marque en unifiant les ventes et le marketing. Avec un CMS sans tête, le contenu est fourni à différents canaux tels que les appareils intelligents Web, mobiles, sociaux, sans interface utilisateur, les appareils IoT et même des points de contact non numériques tels qu'une vitrine de briques et de mortier.

Avec un CMS sans tête. , vous devez définir le schéma pour chaque modèle de contenu à partir de zéro. Le processus de définition de cette structure taxonomique solide et logique pour les éléments de contenu que vous créez et publiez est connu sous le nom de modélisation de contenu. Si votre premier canal sera votre site Web, assurez-vous que votre modélisation de contenu prend en compte l'omnicanal pour atténuer toute douleur future. Si vous recherchez uniquement un CMS de remplacement pour simplement alimenter votre site Web, examinez à nouveau l'espace CMS traditionnel ou découplé pour voir s'il existe quelque chose qui conviendrait mieux à vos besoins.

Lors de la modélisation de schémas de contenu, pensez à l'avenir. . Travaillant pour une grande compagnie aérienne il y a à peine dix ans, je me souviens avoir essayé de modéliser le contenu pour les appareils mobiles (oui ! il y avait un sous-domaine séparé pour un site Web mobile). C'était atrocement difficile car les schémas de contenu étaient orientés uniquement vers un site Web de bureau. Mais l'histoire est encore vraie aujourd'hui selon laquelle nous devons être vigilants sur la modélisation de contenu.

Recherchez :

• Les chaînes que vous souhaitez cibler
• Bonnes pratiques de modélisation de contenu

Créer un excellent contenu

Que ce soit est un CMS traditionnel ou un CMS headless, la principale exigence est la gestion du contenu. Les auteurs de contenu doivent aimer travailler dans le back-office. Si vous voyez des auteurs se tourner vers d'autres outils de création tels que Google Docs pour ses capacités de commentaires ou de suggestions, cela peut être un signal d'alarme quant aux fonctionnalités qui vous manquent.

Les documents Microsoft Word, les feuilles de calcul et les documents Google relèvent toujours la tête. lorsque vous travaillez avec des auteurs de contenu. Plutôt que d'essayer de les bannir d'emblée, le moyen le plus simple de faire travailler les auteurs de contenu sur le CMS est de leur donner les fonctionnalités dont ils ont besoin et ils les supprimeront automatiquement. Lorsque nous avons mis en ligne le propre site Web de Luminary sur un CMS sans tête, chaque membre de l'équipe (50 d'entre eux) a eu suffisamment d'accès pour ajouter et modifier son propre profil pour le site Web. Cela a fonctionné à merveille sans avoir 50 documents Google dans tous les sens.

Expérience d'édition

La décision d'utiliser un CMS sans tête peut être une décision informatique. Mais l'adhésion des spécialistes du marketing et des auteurs de contenu au sein de l'organisation est essentielle à son adoption et à son succès. Un CMS sans tête qui permet aux auteurs de contenu d'entrer facilement du contenu, de trouver du contenu existant et de réutiliser le contenu est quelque chose qui devrait sortir de la boîte.

Pour faciliter la création de contenu, avoir des éditeurs faciles à utiliser tels que les éditeurs WYSIWYG, les éditeurs de texte, les listes déroulantes et les éditeurs personnalisés sont indispensables. Une interface propre et minimaliste qui permet à un auteur de contenu de se concentrer sur la tâche à accomplir sera appréciée. Une interface d'édition qui permet l'édition, les commentaires et la création simultanés d'éléments de contenu enfant dans la même interface augmentera la productivité des auteurs de contenu.

Un mot d'avertissement lors de l'utilisation d'éditeurs WYSIWYG ou d'une forte dépendance à l'égard de toute interface d'édition qui produit du HTML . Comme un CMS sans tête est conçu pour répondre à plusieurs canaux, s'appuyer sur des éditeurs WYSIWYG supprimerait la nature atomique du contenu qui peut être réutilisé. Assurez-vous que les éditeurs personnalisés permettent d'accéder aux champs de données à un niveau granulaire . Nous avons vu que cela entrave la réutilisation du contenu sur différents canaux tels que le mobile et le bureau par exemple.

Avec un CMS sans tête, l'organisation des éléments de contenu dans une structure arborescente n'est pas la norme. Mais c'est un pont permettant aux auteurs de contenu de passer facilement d'un CMS traditionnel à un CMS Headless. Si les éléments de contenu ne sont pas visualisés dans une structure arborescente, un moteur de recherche puissant avec des facettes et des capacités de balisage est primordial pour vos éditeurs de contenu. Cela permet aux auteurs de trouver et de réutiliser facilement le contenu existant.

Lors de la réutilisation du contenu, un autre aspect à considérer est de savoir si les éléments de contenu peuvent être facilement imbriqués dans d'autres éléments de contenu. Cela permet une réutilisation maximale du contenu existant. Mais méfiez-vous des références circulaires au contenu qui pourraient causer des maux de tête et des problèmes de performances. Un exemple est un élément de contenu pour un avocat qui est lié à un élément de contenu pour une expertise. Ensuite, si l'élément de contenu d'expertise est à nouveau lié à plusieurs éléments de contenu d'avocat, cela pourrait former une référence circulaire. Recherchez un CMS sans tête avec des intelligences intégrées pour limiter la profondeur de l'API et des visualisations pour afficher les éléments de contenu liés afin d'éviter cet écueil.

Recherchez :

• Expérience d'auteur
• Structure des éléments de contenu
• Facilité de recherche de contenu
• Utilisation excessive des éditeurs WYSIWYG
• Réutilisation de contenu

La valeur d'une image : comment gérer les médias

19659030] Une image vaut mille mots. Mais les ressources d'image sont lourdes à transporter, difficiles à organiser et difficiles à rechercher. Dans un CMS typique, vous verrez des doublons et des images mal nommées au fil du temps. Il est important que les éditeurs de contenu disposent d'outils pour organiser, catégoriser, baliser, réutiliser et rechercher des images dans un CMS sans tête. Pour moi, cela signifie organiser les ressources dans des dossiers ou des conteneurs. Mais il serait bon de comprendre ce dont votre équipe a besoin en termes de gestion des actifs statiques.

La possibilité de télécharger une seule image, de lui définir un point focal, puis de manipuler ses dimensions et sa qualité pour différents appareils et tailles d'écran, apporte un gain de temps considérable à un éditeur de contenu et même aux concepteurs/graphistes qui travaillent dans les coulisses. La livraison d'actifs statiques dans des formats tels que WebP via un réseau de diffusion de contenu (CDN) est également cruciale pour offrir à vos utilisateurs un site Web rapide.

La plupart des CMS sans tête sont livrés avec ces fonctionnalités prêtes à l'emploi. Sinon, vous devez décider des fonctionnalités sans lesquelles vous pouvez vivre. Il y a une mise en garde à cette règle. Pour une édition approfondie des images originales, vous devez vous en tenir aux meilleurs outils pour le travail, tels que Photoshop.

A côté des images, les prochains actifs les plus lourds sont les vidéos. Encore une fois, avec l'état d'esprit des microservices, le streaming de vidéos devrait être laissé aux fournisseurs de services tels que YouTube, Vimeo et d'autres services de streaming en ligne. Si votre CMS headless peut vous fournir une interface d'édition agréable pour rechercher ou sélectionner une vidéo de l'un de ces fournisseurs, c'est un bonus.

Recherchez :

• Organiser des images
• Recadrer et diffuser des images via un CDN
• Les meilleurs services vidéo externes

Rôles d'auteur

Qui peut saisir du contenu et qui peut approuver ou publier du contenu sur un site en direct et d'autres autorisations granulaires doivent également être gérées via le CMS sans tête. Une équipe de deux personnes pourrait survivre sans avoir de rôles de création distincts, mais à mesure que les organisations et les équipes de contenu se développent, les rôles de création sont indispensables.

J'ai travaillé avec des équipes de contenu de plus de 40 éditeurs et cette exigence doit être soigneusement évaluée par rapport aux CMS sans tête que vous avez choisi. Sinon, le pandémonium régnera. Avec l'équipe de 40 personnes avec qui j'ai travaillé, nous avions des rédacteurs, des traducteurs, du personnel d'assurance qualité et des approbateurs juridiques qui avaient différentes autorisations pour accéder à certains contenusdes variantes linguistiques, des approbations de flux de travail et des droits de publication.

Le nombre de des rôles distincts et des utilisateurs back-office est généralement la façon dont les CMS sans tête structurent leur tarification. Lorsque vous comparez les prix entre les fournisseurs, pensez aux chiffres actuels et à la croissance future de votre équipe de contenu.

Recherchez :

• Rôles distincts
• Nombre d'utilisateurs du back-office

Flux de travail

Pas tous les contenus élément doit être géré via un workflow. Mais lorsque des workflows, des pistes d'audit et des approbations sont nécessaires, le processus doit être géré au sein de votre CMS headless. Avoir un flux de travail robuste construit à partir de zéro sur votre CMS sans tête vous donne la tranquillité d'esprit et la possibilité de gérer chaque élément de contenu en fonction de votre processus métier. La possibilité d'intégrer des systèmes tiers via des webhooks ou des API est un bonus auquel vous devez faire attention.

Recherchez :

• Flux de travail robustes
• Webhooks

Content Previews

L'éditeur de contenu a créé le contenu, ajouté des images et envoyé via un workflow pour approbation. Mais où prévisualisent-ils le contenu avant qu'il ne soit mis à la disposition du grand public ? C'est là que les API de prévisualisation pour récupérer le contenu non publié et la possibilité de définir des environnements de prévisualisation entrent en jeu.

Avec un CMS sans tête, s'étant éloigné d'un état d'esprit de canal unique, vos éditeurs de contenu ne doivent pas s'attendre à voir des aperçus en pleine page dans Back-office CMS. Chaque chaîne doit avoir son propre environnement de prévisualisation ou de prévisualisation pour afficher le contenu brouillon qui n'a pas encore été publié. Il peut s'agir d'un site intermédiaire pour votre site Web ou d'une version installée localement de votre application mobile. Une fonctionnalité de prévisualisation doit être disponible dans le plan tarifaire que vous avez choisi pour le CMS headless de votre choix.

Recherchez :

• Api de prévisualisation du fournisseur
• Environnements de développement et de production séparés de votre côté

Paramètres régionaux

Si votre contenu doit être diffusé dans différents paramètres régionaux, cette exigence doit être identifiée dès le début de votre projet. Le rééquipement est possible, mais ce n'est pas une activité amusante. La façon dont vous gérez le contenu et les actifs à travers les cultures et les langues doit être réfléchie et documentée. Je recommanderais de créer un plan pour identifier les langues et les actifs héritant ou par défaut d'un autre. Ensuite, assurez-vous que votre choix de CMS sans interface graphique prend en charge ce modèle ou explorez des pistes pour obtenir le même résultat différemment.

Recherchez :

• Prise en charge de l'internationalisation et de la localisation
• Créer votre propre modèle de gestion des paramètres régionaux

Créer de bons le contenu est toujours important. Ainsi, les auteurs de contenu doivent bénéficier de la meilleure expérience possible dans leurs activités quotidiennes pour que votre transition vers un CMS headless soit un succès.

Le temps de développement est précieux

Avec un CMS sans tête, l'implication des développeurs est indispensable. Il peut s'agir d'un développeur back-end ou d'un développeur front-end utilisant l'API sans tête pour afficher du contenu sur le site Web. Mais une fois le développement initial terminé, un auteur de contenu devrait être capable de travailler avec une intervention minimale. C'est tout l'intérêt d'utiliser un CMS. Cela vaut également pour les CMS sans tête.

Autant les auteurs de contenu sont pris en compte lors de la comparaison des fonctionnalités, les fonctionnalités des développeurs doivent également être explorées. Dans cette section, nous examinerons les fonctionnalités qui feront gagner du temps aux développeurs.

Support API/GraphQL

Une API mature, qui permet la sélection, la pagination et la projection d'éléments de contenu, est essentielle pour qu'un développeur puisse travailler avec un CMS sans tête. La prise en charge prête à l'emploi de GraphQL est un autre facteur déterminant car elle permettra au développeur de définir le résultat dont il a besoin à un niveau très granulaire. Une documentation complète et des exemples de code sont également indispensables.

Assurez-vous que vos développeurs sont satisfaits des API de récupération de contenu avant de vous engager dans un CMS sans tête. N'oubliez pas les API de prévisualisation, les API sécurisées et la facilité de les utiliser via le code. Vous souhaitez automatiser la création de contenu ? Ensuite, les API de gestion de contenu devraient être envisagées.

Les API de gestion de contenu ont été une bénédiction où nous avons automatisé l'importation de plus de 2 000 articles de blog d'un site WordPress vers un CMS sans tête. Tous les articles de blog et les images associées ont été importés avec un minimum de travail pour les auteurs de contenu. Certains CMS sans tête offrent des modules complémentaires Google Sheets et d'autres outils astucieux pour le faire en un clic.

Avec de nombreux CMS sans tête offrant des essais gratuits, c'est une bonne idée de les tester pour voir leur adéquation et conformité à votre choix de création et de récupération de contenu.

Recherchez :

• API REST matures
• Prise en charge de GraphQL
• API de prévisualisation et sécurisées
• API de gestion de contenu pour les opérations CRUD
• Essais gratuits pour essayez-le

SDK natifs

Les kits de développement logiciel (SDK) pour diverses technologies, langages et plates-formes sont disponibles directement auprès du fournisseur Headless, d'une initiative open source ou d'un tiers. Assurez-vous que ces SDK prennent en charge la technologie, le langage et la plate-forme sur lesquels vous allez créer votre site Web ou votre application grand public. Dans la mesure où les API RESTful et GraphQL vous permettent d'interroger du contenu, le fait d'avoir un SDK natif pourrait réduire considérablement les heures de développement.

Chez Luminary, travailler avec des SDK natifs pour les CMS sans tête nous a permis d'adopter les dernières technologies telles que Microsoft .NET Core et .NET 5. En outre, le fait de nous appuyer sur un SDK existant nous a permis de suivre les meilleures pratiques recommandées par le fournisseur tout en gagnant du temps.

Recherchez :

• Un SDK pris en charge pour votre choix de la technologie, de la langue et de la plate-forme.

Environnements

Un site Web ou une application pour une boutique familiale peut être en mesure de conserver et de prévisualiser le contenu avec un seul environnement de production. Mais à mesure que les organisations, les équipes et les fonctionnalités se développent, plusieurs environnements pour organiser et prévisualiser le contenu deviennent nécessaires. Non seulement votre CMS sans tête doit fournir des environnements, mais votre application consommatrice doit également avoir des environnements configurés. Les méthodes d'actualisation du contenu dans tous les environnements doivent être prises en compte.

Recherchez :

• Environnements au sein de votre CMS sans tête
• Possibilité de transférer du contenu entre les environnements

Images, fichiers et CDN

Nous avons abordé la gestion images lorsque l'on parle de fonctionnalités pour l'auteur de contenu. Du point de vue du développeur, non seulement les actifs statiques doivent être mis en cache sur un CDN. De nombreux CMS sans tête cachent le contenu récupéré via les API RESTful ou GraphQL. Cela accélère le processus de récupération et améliore les performances de votre application.

Bien que la mise en cache CDN soit très utile, il arrive parfois que la corruption du cache ou des éléments mis en cache plus anciens puissent créer des problèmes . La possibilité de purger le cache CDN ou la possibilité d'extraire le dernier contenu avec des en-têtes HTTP spécifiques devrait faire partie de la fonctionnalité API de votre CMS sans tête.

La possibilité d'utiliser des domaines personnalisés par rapport à un CDN pour diffuser votre contenu ou statique. les actifs peuvent être une exigence que vous devez prendre en compte.

Recherchez :

• Mise en cache des images et du contenu via CDN
• Capacités de domaine personnalisées

Limites d'utilisation entre les plans

Un autre facteur à prendre en compte est l'utilisation limites fixées pour chaque plan auquel vous souscrivez sur votre choix de CMS sans tête. Le nombre d'éléments de contenu, la consommation de bande passante, le nombre d'utilisateurs du back-office, le nombre d'appels d'API et les limites de débit doivent être réfléchis. Lors de la planification des limites d'utilisation, tenez compte de l'utilisation actuelle et future. N'oubliez pas que de nombreux CMS sans tête fonctionnent sur une base d'abonnement et qu'ils vous permettent de passer presque instantanément à des plans avec des limites plus élevées.

Cependant, il vaut la peine de savoir combien d'utilisateurs utiliseront la plate-forme, et si la solution aurait besoin d'évoluer massivement. Nous avons vu un client recevoir une très grosse facture car il a involontairement ajouté un grand nombre d'utilisateurs au-dessus de son quota alloué. C'est une bonne idée pour les administrateurs d'être au courant de ce que propose leur plan Headless et de garder un œil sur l'utilisation.

Pensez à respecter les limites d'utilisation de vos limites actuelles avec la mise en cache côté client, les générateurs de pages statiques et les appels intelligents API ou GraphQL pour réduisez vos dépenses d'exploitation.

Attention aux :

• Limites sur certaines fonctionnalités
• Frais d'exploitation

Le temps d'un développeur coûte cher. Alors qu'un CMS sans tête est présenté comme un CMS convivial pour les développeurs, chaque fournisseur dispose de fonctionnalités différentes qu'il prend en charge nativement. Il est fortement recommandé de les comprendre et de les comparer aux besoins de vos développeurs.

Autres facteurs

Il existe quelques autres facteurs qui peuvent ne pas avoir d'impact sur l'auteur du contenu ou le développeur. Cela peut aller du marketing au financement en passant par les exigences légales et réglementaires pour votre secteur et votre entreprise.

Emplacements des centres de données

Une question qui nous est souvent posée est la suivante : où les données sont-elles stockées ? Oui, dans le cloud. Mais quel centre de données géographique est une question importante en raison des exigences légales et réglementaires de certaines entreprises. Un CMS sans tête qui vous permet de stocker des données dans le centre de données de votre choix peut être un facteur critique pour décider quel CMS vous choisissez.

Assistance technique et commerciale

La possibilité de recevoir une assistance technique et commerciale dans votre fuseau horaire est un autre facteur décisif lors du choix de votre CMS headless. Le fait de ne pas avoir de vendeur local a fait pencher de nombreux projets en faveur des fournisseurs qui ont des personnes sur le terrain dans la région concernée.

Nous avons demandé à une grande organisation NFP (à but non lucratif) de choisir un fournisseur de CMS sans tête en raison de sa capacité à stocker données dans un centre de données Azure en Australie. L'assistance commerciale sur le terrain et l'assistance technique permanente ont permis de conclure la vente de ce fournisseur de CMS sans tête.

Recherchez :

• Exigences légales et réglementaires relatives au stockage des données
• Ventes locales et assistance technique

Fonctionnalités d'entreprise à prendre en compte

Certaines grandes organisations peuvent exiger une authentification unique (SSO) liée au système d'authentification de l'entreprise ou des journaux d'audit qui peuvent être facilement interrogés. Il peut y avoir des intégrations aux systèmes existants et à certaines certifications ISO qui doivent être en place avant qu'un produit SaaS ne soit considéré comme la bonne solution. Faire une liste de ces fonctionnalités d'entreprise et d'autres uniques à votre organisation au niveau de l'entreprise est un bon point de départ lors du choix d'un CMS sans écran.

Un autre domaine généralement négligé est la communauté autour d'un CMS sans écran donné. Y a-t-il des gens qui sont passionnés par le produit ? Je ne parle pas des coups d'oeil marketing du fournisseur. Y a-t-il suffisamment de ressources open source partagées par les personnes qui utilisent l'outil ? Ce n'est peut-être pas un facteur décisif, mais cela vous aidera lorsque vous vous trouvez dans une situation difficile lors de la phase de mise en œuvre ou de support d'un projet. La technologie ou la plate-forme sur laquelle le CMS headless est construit n'influence pas l'application cliente. Vous pouvez utiliser une technologie de votre choix de .NET à Node.js, votre système d'exploitation peut être Windows, Linux ou macOS, et votre langage peut aller de Python à C#.

De même, lorsqu'il s'agit d'acquérir une infrastructure, vous pouvez choisir d'héberger votre site sur Netlify, Azure, GCP ou AWS. L'architecture de votre site Web et ses décisions d'infrastructure sont désormais uniquement basées sur vos besoins. Il existe également des intégrations natives de première classe avec des services comme Gatsby Cloud qui apportent plus de combos qui vous facilitent la vie. Pour certains, cela pourrait être une décision majeure et devrait être prise en discutant avec des praticiens experts de l'espace Headless.

Recherchez :

• Des fonctionnalités d'entreprise dont vous ne pouvez pas vous passer
• L'engagement de la communauté avec le fournisseur et le produit
• Support pour votre choix d'infrastructure

Notre expérience chez Luminary

Chez Luminary, nous avons eu la chance de nous associer à des CMS sans tête tels que Acoustic, Contentful, Kentico Kontent et Umbraco Heartcore. Nous travaillons avec certains de ces CMS depuis les versions bêta de leurs plateformes. Des feuilles de route publiques, un support technique impressionnant et la réponse à nos demandes de fonctionnalités ont été quelques-uns de nos points forts avec ces plates-formes.

Nous avons eu de l'expérience dans la lutte contre le référencement pour les sites Web sans tête avec des implémentations frontales uniquement, la mise en cache de grandes pages de liste, la gestion de grands caches côté serveur et intégration d'autres microservices avec des CMS sans tête. Chacun de ces défis avait ses propres défis auxquels vous devez faire attention. En outre, les tâches simples sur un CMS traditionnel, telles que les soumissions de formulaires et la recherche de sites, doivent être bien pensées, ainsi que des fonctionnalités plus avancées telles que l'authentification et l'autorisation des utilisateurs avec des services tiers.

Si vous choisissez le bon CMS sans tête avec les pointeurs. ci-dessus et avec le bon partenaire de mise en œuvre, vous devriez vous retrouver avec un CMS sans tête qui rend les spécialistes du marketing heureux, les éditeurs de contenu heureux et les développeurs heureux.

Autres lectures sur SmashingMag :

(vf, il)