Fermer

mai 14, 2020

CMS découplé ou sans tête? Sitefinity est la bonne réponse


Le 6 août 1991, lorsque Tim Berners-Lee a publié le tout premier site Web et navigateur Web, un nouveau canal pour connecter les gens et les entreprises est né, le World Wide Web.

Le boom du dot-com a suivi et les sites Web sont devenus un incontournable pour toutes les entreprises qui souhaitent se développer. L'émergence des systèmes de gestion de contenu (CMS) traditionnels a aidé les entreprises à créer et à maintenir une présence Web forte et significative. Mais ces dernières années, les choses ont commencé à changer.

L'utilisation croissante des appareils mobiles et des applications, ainsi que de l'IoT (l'Internet des objets – montres intelligentes, kiosques, panneaux d'affichage, appareils intelligents pour la maison, etc.) a introduit une toute nouvelle défis et pistes à explorer pour les propriétaires d'entreprise. Le simple fait d'avoir un site Web ne suffit plus.

Les entreprises doivent maintenant créer des applications qui sont cohérentes avec l'apparence, la convivialité et le contenu de leurs sites Web. Cela a doublé le travail, augmenté le délai de mise sur le marché et le coût global de possession. Les plates-formes CMS traditionnelles ont commencé à manquer.

Qu'est-ce qu'un CMS sans tête?

C'est alors qu'une nouvelle tendance a commencé à prendre forme, le soi-disant CMS sans tête. Les systèmes de gestion de contenu sans tête, contrairement au type traditionnel, ne sont pas liés à un canal de distribution spécifique tel qu'un site Web. Il n'y a en fait aucun canal de livraison disponible dès le départ (pas de tête, d'où le nom). Le contenu est rendu disponible à la consommation via des API, qui peuvent être utilisées pour créer des sites Web, des applications mobiles, des intégrations d'appareils IoT ou même des intégrations avec différents systèmes tiers.

 Headless CMS "title =" Headless CMS "/> [19659008] Un CMS sans tête présente de nombreux avantages: </strong data-recalc-dims=

  1. Ils sont indépendants du frontend: étant donné que la présentation est totalement absente, les entreprises sont libres d'utiliser toute technologie qu'elles souhaitent ou sont bonnes pour construire le frontend. Les développeurs n'ont pas besoin de formation dans le les spécificités du CMS ou de la technologie sur laquelle il est construit. Il suffit de se familiariser avec les API.
  2. Une fois que tous les canaux sont définis, le lancement d'une campagne de marketing complète est rapide et avec peu de coûts supplémentaires. le contenu est créé ou mis à jour, il est distribué / publié en même temps sur tous les canaux: applications web, mobiles ou IoT.
  3. Les projets CMS sans tête sont pérennes. Chaque jour, quelque part dans le monde, une nouvelle technologie ou de le vice émerge. Mais avec un CMS sans tête piloté par API, les entreprises sont prêtes à tirer parti de la prochaine grande chose.
  4. Les intégrations tierces sont facilitées. Souvent, les systèmes de gestion de contenu ne sont utilisés que comme un élément d'un système intégré plus vaste et la capacité d'interagir avec d'autres plateformes telles que les CRM, les plateformes de commerce électronique, les plateformes d'automatisation du marketing, etc., est cruciale.

Mais il y a certains inconvénients à un CMS sans tête également:

  1. Le coût initial de construction d'un projet est plus élevé qu'un CMS traditionnel car l'intégralité du frontend doit être créée à partir de zéro par une équipe de développement dédiée.
  2. Les spécialistes du marketing ne peuvent pas créer rapidement du contenu (même si simple) [page de destination] pour leurs campagnes sans l'aide des développeurs, qui doivent implémenter ces pages sur la technologie frontale choisie.
  3. Les éditeurs de contenu ne peuvent plus profiter de l'édition WYSIWYG, qui est un aliment de base CMS traditionnel. [19659010] Il n'y a pas de moyen simple de prévisualiser le contenu avant de le publier.
  4. Certaines fonctionnalités avancées du CMS, telles que la personnalisation, peuvent nécessiter une implémentation manuelle à l'avant l'application finale, ce qui augmente encore les coûts.

Comme nous pouvons le voir, l'utilisation d'un CMS sans tête n'est pas une solution miracle, après tout. Bien que les entreprises bénéficient d'une grande flexibilité et d'une multitude de nouvelles capacités, que les systèmes de gestion de contenu traditionnels n'offrent pas, il y a toujours de nouveaux défis à relever et de nouvelles exigences à gérer. Si seulement il y avait quelque chose qui pouvait offrir le niveau de flexibilité du sans tête sans sacrifier les avantages d'un CMS traditionnel …

Qu'est-ce qu'un CMS découplé?

Mélanger un CMS traditionnel et un CMS sans tête, avec une pincée de technologie -stack evolution, et vous obtenez un CMS découplé. Le CMS découplé est différent du CMS traditionnel dans le sens où la gestion de contenu est indépendante de la couche de présentation.

Une condition préalable pour y parvenir est que le CMS ait une architecture sous-jacente qui permet de gérer et de stocker le contenu séparément des pages et des modèles qui seront utilisés pour afficher le contenu. Un autre aspect du CMS découplé est que la gestion de contenu est exposée via des API pour une utilisation par différents consommateurs, tout comme avec le CMS sans tête.

 CMS découplé "title =" CMS découplé "/><p data-recalc-dims= Avoir les mêmes API en place, un CMS découplé hérite de tous les avantages d'une plate-forme sans tête: contenu agnostique frontal, livraison multicanal rapide et économique, pérenne et facile à intégrer avec des systèmes tiers.

Mais en conservant les outils de publication du CMS traditionnel, un CMS découplé élimine de nombreux inconvénients du sans tête. Le coût initial de démarrage d'un projet est réduit puisque le CMS est livré avec tous les outils pour créer le canal de publication principal. Les spécialistes du marketing peuvent facilement créer des pages de destination personnalisées à l'aide du WYSIWYG

Où se situe Sitefinity

Pour répondre à cette question, nous allons approfondir la composition de Sitefinity. Commençons par l'architecture. refonte avec v4.0 en 2010, la gestion de contenu a été complètement séparée de la page et de l'édition du modèle. Les pages sont constituées de mises en page et de widgets créés par des concepteurs et des développeurs, qui consomment le contenu créé par les éditeurs. Architecture découplée? Vérifier.

Et les API? En plus de ses API natives facilement extensibles, Sitefinity fournit des API ODEST REST complètes pour tous les types de contenu existants et créés dynamiquement dans le système. OData est une puissante technologie open source et de protocole ouvert qui définit un ensemble de meilleures pratiques pour la création et la consommation d'API RESTful.

Les applications clientes telles que les SPA, les applications mobiles, les applications IoT peuvent facilement consommer du contenu en utilisant une API REST conforme aux normes ou en tirant parti du Sitefinity WebServices SDK . Avec les versions récentes de Sitefinity,

les services OData peuvent également être utilisés pour récupérer des métadonnées pour la structure de page du site Web et utiliser ces métadonnées pour créer des applications qui imitent les pages, la mise en page et le contenu disponibles sur le site Web. Cette approche est le fondement de la nouvelle couche front-end prête à l'emploi de Sitefinity qui est construite sur .Net Core.

Voici un excellent article si vous souhaitez en savoir plus sur l'architecture Sitefinity à trois niveaux et .NET Core .

 Sitefinity-Decoupled-Architecture-Net-Core "title =" Sitefinity-Decoupled -Architecture-Net-Core "/><p data-recalc-dims= Avec une architecture découplée en son cœur, avec des API puissantes et faciles à consommer et avec un ensemble d'outils riche pour la couche de présentation, Sitefinity est un CMS véritablement découplé qui favorise la livraison omnicanal et vous permet libérer le potentiel de développement en exploitant davantage et de meilleures technologies frontales à mesure qu'elles émergent et évoluent.

Commencez un essai gratuit de Sitefinity




Source link