Comment choisir un CMS sans tête
Publié: 2022-03-10Cet article a été aimablement soutenu par nos chers amis de Storyblok, un CMS sans tête convivial avec un éditeur visuel, des composants imbriqués et des blocs de contenu personnalisables pour les sites Web et les applications. Merci!
Les pages Web, telles que celle que vous lisez actuellement, contiennent du texte, des images, des vidéos et d'autres ressources pour vous apporter des informations. Ces données seraient rassemblées et rédigées dans un système de gestion de contenu Web (WCMS) par un éditeur de contenu. Les WCMS ont connu une évolution passant d'un CMS traditionnel à un CMS découplé à un CMS sans tête.
Passer à un CMS headless n'est pas une décision facile et le processus de sélection ne doit pas être pris à la légère. Dans cet article, je mettrai en évidence quelques fonctionnalités essentielles que chaque CMS sans tête devrait fournir . Nous explorerons ces fonctionnalités, les défis associés et vous aiderons à choisir un CMS sans tête pour répondre aux exigences uniques de votre organisation.
En tant que directeur technique chez Luminary, j'ai aidé nos clients à choisir le meilleur CMS, DXP (Digital Experience Platform) ou headless CMS pour répondre à leurs besoins. Avec les 21 ans d'expérience de Luminary dans l'espace numérique, mon expérience de 17 ans dans l'espace CMS ainsi que notre concentration sur Headless depuis 2016, voici mes deux cents sur ce que vous devriez rechercher.
Éléments à prendre en compte lors du choix d'un CMS sans tête
- Notions
- Architecture de microservices
- Omnicanal
- Pour les auteurs de contenu
- Expérience d'édition
- Gestion des images
- Rôles de création
- Flux de travail
- Aperçu du contenu
- Localisation du contenu
- Pour les développeurs
- API RESTful et GraphQL
- SDK natifs
- Environnements
- CDN
- Limites d'utilisation
- Autres facteurs
- Emplacements des centres de données
- Support technique et commercial
- Fonctionnalités d'entreprise
- Intégration des infrastructures
- Fournisseurs SaaS réputés
- Intégration d'un Headless CMS en tant que microservice
- Les meilleurs services de la race
- Chaînes que vous souhaitez cibler
- Bonnes pratiques de modélisation de contenu
- Expérience de création
- Structure des éléments de contenu
- Facilité de recherche de contenu
- Utilisation excessive des éditeurs WYSIWYG
- Réutilisation du contenu
- Organisation des images
- Recadrage et diffusion d'images via un CDN
- Services vidéo externes de premier ordre
- Rôles distincts
- Nombre d'utilisateurs du back-office
- Flux de travail robustes
- Webhooks
- Aperçu des API du fournisseur
- Séparez les environnements de mise en scène et de production de votre côté
- Prise en charge de l'internationalisation et de la localisation
- Créer votre propre modèle pour gérer les paramètres régionaux
- API REST matures
- Prise en charge de GraphQL
- Prévisualiser et sécuriser les API
- API de gestion de contenu pour les opérations CRUD
- Essais gratuits pour l'essayer
- Un SDK pris en charge pour votre choix de technologie, de langage et de plate-forme.
- Environnements au sein de votre CMS sans tête
- Possibilité de transférer du contenu entre les environnements
- Mise en cache des images et du contenu via CDN
- Capacités de domaine personnalisées
- Limitations de certaines fonctionnalités
- Charges d'exploitation
- Exigences légales et réglementaires de stockage des données
- Ventes locales et support technique
- Des fonctionnalités d'entreprise dont vous ne pouvez pas vous passer
- L'engagement de la communauté avec le fournisseur et le produit
- Accompagnement de votre choix d'Infrastructure
- Aller sans tête : cas d'utilisation et à quoi cela sert-il ?
- Ne perdez pas la tête : évaluer sans tête
Monolithique 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. En ce qui concerne 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 se traduirait à son tour par une base de code monolithique volumineuse et encombrante.
Les CMS découplés ont, dans une certaine mesure, supprimé cette interdépendance. Ceci a été réalisé en séparant le site Web frontal du back-office 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 de la race pour chacun de vos besoins.
Le passage à une mentalité de microservices nécessite un peu de patience. Nous avions des spécialistes du marketing issus d'un environnement CMS traditionnel qui résistaient à l'idée de se plonger dans 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 plateforme 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 à celui fourni par un CMS traditionnel.
Attention :
Omnicanal à la base
Même si un état d'esprit de microservices vous aiderait lors de l'intégration d'un CMS sans tête, la véritable puissance du sans tête 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 pour toute votre marque en unifiant les ventes et le marketing. Avec un CMS sans tête, le contenu est fourni à différents canaux tels que le Web, les mobiles, les réseaux sociaux, les appareils intelligents sans interface utilisateur, les appareils IoT et même les points de contact non numériques tels qu'une vitrine physique.
Avec un CMS sans tête, vous devez définir le schéma de chaque modèle de contenu à partir de zéro . Le processus de définition de cette structure taxonomique saine 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 est 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 alimenter votre site Web, jetez un autre coup d'œil à l'espace CMS traditionnel ou découplé pour voir s'il y a quelque chose qui répondrait mieux à vos besoins.
Lorsque vous modélisez des schémas de contenu, pensez au futur. Travaillant pour une grande compagnie aérienne il n'y a même pas dix ans, je me souviens d'avoir essayé de modéliser du contenu pour les appareils mobiles (oui ! il y avait un sous-domaine distinct pour un site Web mobile). C'était extrêmement difficile car les schémas de contenu étaient uniquement destinés à un site Web de bureau. Mais l'histoire est vraie, même aujourd'hui, que nous devons être vigilants sur la modélisation du contenu.
Attention :
Créer un excellent contenu
Qu'il s'agisse d'un CMS traditionnel ou d'un CMS headless, la principale exigence est la gestion du contenu. Les auteurs de contenu devraient 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ès le départ, 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 reçu suffisamment d'accès pour ajouter et modifier son propre profil pour le site Web. Cela a fonctionné un régal sans avoir 50 Google Docs volant partout.
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 du contenu est quelque chose qui devrait sortir de la boîte.
Pour faciliter la création de contenu, il est indispensable de disposer d'éditeurs faciles à utiliser tels que des éditeurs WYSIWYG, des éditeurs de texte, des listes déroulantes et des éditeurs personnalisés. Une interface épurée 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 de prudence lors de l'utilisation d'éditeurs WYSIWYG ou d'une forte dépendance à 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 autorisent l'accès aux champs de données à un niveau granulaire . Nous avons vu cela entraver la réutilisation du contenu sur différents canaux tels que le mobile et le bureau par exemple.
Avec un CMS headless, l'organisation des éléments de contenu dans une arborescence n'est pas la norme. Mais c'est un pont permettant aux auteurs de contenu de passer facilement d'un CMS traditionnel à un Headless. Si les éléments de contenu ne sont pas visualisés dans une arborescence, 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 de contenu, un autre aspect à prendre en compte 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 Avocat, cela pourrait former une référence circulaire. Recherchez un CMS sans tête avec des fonctionnalités 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.
Attention :
La valeur d'une image : comment gérer les médias
Une image vaut mieux que 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 actifs 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 dont vous pouvez vous passer. 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.
Avec les images, les prochaines ressources les plus lourdes 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 sans tête 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.
Attention :
Rôles de création
Qui peut entrer 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 des 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 au CMS sans tête que vous avez choisi. Sinon, le pandémonium régnera. Avec l'équipe de 40 personnes avec laquelle j'ai travaillé, nous avions des rédacteurs, des traducteurs, du personnel d'assurance qualité et des approbateurs juridiques qui avaient des autorisations différentes pour accéder à certains contenus , variantes linguistiques, approbations de flux de travail et droits de publication.
Le nombre de rôles distincts et d'utilisateurs de back-office est généralement la façon dont les CMS headless structurent leur tarification. Lorsque vous comparez les prix entre les fournisseurs, pensez aux chiffres actuels et à la croissance future de votre équipe de contenu.
Attention :
Flux de travail
Tous les éléments de contenu n'ont pas besoin d'être gérés via un workflow. Mais lorsque des flux de travail, des pistes d'audit et des approbations sont nécessaires, le processus doit être géré au sein de votre CMS sans tête. 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.
Attention :
Aperçus de contenu
L'éditeur de contenu a créé le contenu, ajouté des images et l'a 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 du contenu non publié et la possibilité de définir des environnements de prévisualisation entrent en jeu.
Avec un CMS sans tête, ayant abandonné l'état d'esprit d'un canal unique, vos éditeurs de contenu ne doivent pas s'attendre à voir des aperçus de page complète dans le back-office du 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 sans tête de votre choix.
Attention :
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. La mise à niveau est possible, mais 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 qui héritent ou sont par défaut d'un autre. Assurez-vous ensuite que votre choix de CMS sans tête prend en charge ce plan ou explorez des pistes pour obtenir le même résultat différemment.
Attention :
Créer un excellent 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 réussir votre transition vers un CMS sans tête.
"
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 pouvoir 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, autant les fonctionnalités de développement doivent également être explorées. Dans cette section, nous examinerons les fonctionnalités qui feront gagner du temps aux développeurs.
Prise en charge des 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 travaille avec un CMS sans tête. La prise en charge de GraphQL prête à l'emploi 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é d'utilisation via le code. Vous souhaitez automatiser la création de contenu ? Ensuite , les API de gestion de contenu doivent ê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 proposent 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 leur conformité à votre choix de création et de récupération de contenu.
Attention :
SDK natifs
Des 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. Autant que les API RESTful et GraphQL vous permettent d'interroger le 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. De plus, s'appuyer sur un SDK existant nous a permis de suivre les meilleures pratiques recommandées par le fournisseur tout en économisant temps.
Attention :
Environnements
Un site Web ou une application pour une boutique familiale peut être en mesure d'organiser et de prévisualiser du 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 envisagées.
Attention :
Images, fichiers et CDN
Nous avons abordé la gestion des images lorsque nous avons parlé des fonctionnalités pour l'auteur du contenu. Du point de vue du développeur, il n'y a pas que les actifs statiques qui 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 contenu le plus récent 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 vos ressources statiques peut être une exigence que vous devez prendre en compte.
Attention :
Limites d'utilisation entre les forfaits
Un autre facteur à prendre en compte est les limites d'utilisation définies 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 pensés. Lors de la planification des limites d'utilisation, tenez compte de l'utilisation actuelle et de l'utilisation future. N'oubliez pas que de nombreux CMS sans tête fonctionnent sur la base d'un 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 devrait évoluer massivement. Nous avons vu un client recevoir une facture très importante car il a involontairement ajouté un grand nombre d'utilisateurs au-delà 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 API intelligents ou GraphQL pour réduire vos dépenses d'exploitation.
Attention :
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 a différentes fonctionnalités qu'il prend en charge de manière native. 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 aux finances en passant par les exigences légales et réglementaires de votre secteur et de votre entreprise.
Emplacements des centres de données
Une question qui nous est souvent posée est : où sont stockées les donné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 dans le choix du CMS.
Support technique et commercial
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 basculer de nombreux projets en faveur des vendeurs qui ont des gens 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 headless en raison de la possibilité de stocker des données dans un centre de données Azure en Australie. Le fait de disposer d'un support commercial sur le terrain et d'un support technique 24 heures sur 24 a permis de conclure la vente pour ce fournisseur de CMS sans tête.
Attention :
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 soit considéré comme un bon choix. 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 tête.
La communauté en action
Un autre domaine généralement négligé est la communauté autour d'un CMS headless donné. Y a-t-il des gens qui sont passionnés par le produit ? Je ne parle pas des coups d'œil marketing du vendeur. 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 êtes dans une situation difficile pendant la phase de mise en œuvre ou de support d'un projet.
Intégration des infrastructures
Avec les CMS headless, vous n'êtes pas lié à la technologie, au langage ou à la plate-forme. La technologie ou la plate-forme sur laquelle le CMS sans tête 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 être n'importe quoi, 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.
Attention :
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 exceptionnel et la réponse à nos demandes de fonctionnalités ont été quelques-uns de nos points forts avec ces plates-formes.
Nous avons de l'expérience dans la gestion du 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 l'intégration d'autres microservices avec des CMS sans tête. Chacun d'eux avait ses défis uniques auxquels vous devriez faire attention. En outre, des tâches simples sur un CMS traditionnel, telles que la soumission 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.