我们最近看到了很多关于无头内容管理系统（CMS）的讨论，它将内容的创建和管理（后端的基础任务）从交付到网页、应用程序或连接到互联网的设备（前端"头"）中分离出来。换句话说，它们允许您编辑、存储和管理内容，但将内容的设计和交付留给单独的应用程序。因此，您的内容，而不是在网页上呈现给最终用户，而是通过API（应用程序编程接口）提供给开发人员。开发人员创建一个应用程序，其中的内容从"headless"CMS传递给它。有几个因素推动了关于"无头"的讨论，比如物联网，其中许多连接的设备只需要从CMS请求内容片段。还有一个事实是，品牌希望并需要能够利用其网络内容的移动应用程序，并达到指数级增长的移动消费者群。第三个，也是最主要的驱动因素是前端开发人员自己，他们不需要也不想知道任何关于内容基础架构的知识来创建应用程序。通过使用开源、基于JavaScript的Angular和React等前端框架，他们可以快速构建丰富的应用程序，利用内容而不必集成所有CMS特性和功能。简单地说，编写与无头CMS交互的应用程序给了开发者更多的自由、灵活性和更大的空间。这有利于开发人员，但它是否有利于您的业务是另一个问题，我将在本文稍后讨论。Sitecore作为最初的无头CMS，当我第一次听到关于无头CMS的嗡嗡声时，我什么都没想到。毕竟，Sitecore起源于无头CMS。Sitecore的前两个版本设计了一个独立于抽象层的内容管理层，抽象层通过API请求内容。后来的版本引入了一个布局引擎作为中间层，它将内容管理与具有布局定义的API（例如，定义如何组装布局的模板）绑定在一起。但是这个布局引擎，也就是网站访问者交互的地方，一直都是内容的完全抽象。随着我们不断改进我们的web服务API以使用最新的技术（如OData），我们的平台已经并将一直将内容与内容的设计分离开来。这就是我们所说的Sitecore体验经理的意思™ ""将内容与其表示分离"，并允许您编写一次并分发到任何位置。Sitecore从未将自己营销为"无头"，因为，正如我们一直将内容与表示分离，我们从未将"无头"视为一种商品。没什么大不了的。直到最近，当一些业内人士错误地认为我们的内容、布局和表示层是耦合的，我们才觉得有必要澄清我们的无头方法，这种方法早在"无头"甚至是一个术语之前就已经存在了。我开始意识到我们在这方面是多么独特。我最近花了一些时间研究我们的竞争对手的内容管理方法，可以看出，虽然很容易将我们的体系结构方法等同于我们的竞争对手，但他们肯定不是没有头绪的。让我解释一下。Sitecore将内容存储为小对象，我们的布局引擎将这些对象或模块以web表示格式放置。类似地，移动应用程序开发人员可以使用我们的API调用这些内容对象并在移动应用程序中重用它们。因此，当营销人员在Sitecore中更改您品牌的web内容时，这些更改会自动传播到您调用或重用这些内容对象的任何渠道。使用我们的经验编辑器，您可以编辑和预览页面上的内容组件（或模块）。在AEM和其他产品中也可以这样做。许多cms让它看起来像是在编辑页面上的内容组件，但是相似之处就到此为止了。实际上，许多竞争对手的cms都被设计成与页面一起存储内容，例如，一个页面可能包含许多不同的组件，但是它们是根据它们出现的页面来存储的。例如，AEM将组件（使用称为多站点管理器）从web页面复制到共享同一蓝图的移动页面，并对它们进行同步以保持一致性。系统并不是在本机重用组件，因为它不能——它们存储在页面中。这些都是非常无情的制度。对于编辑组件的用户来说，Sitecore和它的竞争对手的行为方式可能非常相似，但它们的架构与存储内容的方式截然不同。Sitecore一直是无头的。无头和耦合哪个更好？那么，作为一个商业或数字营销的领导者，当你在无头的嗡嗡声中跋涉时，你需要考虑什么？想想这三点：什么是cms？"web内容管理"系统在您的企业中扮演的角色一直在变化。他们过去只为Web内容提供动力，但今天它们是整个客户体验管理系统的基础（我相信我们的SITECORE®体验平台）™ 引领了这一演变）。它们使您能够交付、管理、测试和优化与您的品牌高度个性化、上下文相关的客户体验。因为，毕竟，如果你的数字系统不能与你的客户建立更紧密、更高效的关系，那么他们就辜负了你的品牌，最重要的是，你的客户。无头CMS实际上是在面对这种进化。他们正朝相反的方向跑。继续读。。。客户体验如何？如果您关心管理客户体验，headless CMS不会帮助您。它们将使开发人员能够快速、轻松地创建丰富的应用程序，但这些应用程序不是客户体验。""客户体验"是设计、设备、内容和用户上下文的集合。从无头CMS创建的应用程序是抽象的。他们蒙蔽了你的客户体验，因为你无法跟踪互动体验。你不能测试，优化，个性化，或市场环境中的无头CMS和他们启用的应用程序。但是，使用Sitecore，您可以同时使用Sitecore来增强应用程序或增强数字体验。但你只能在客户与你的品牌互动的背景下，通过使用它来推动一个完整的跨渠道数字体验。现在。什么时候使用无头？作为一个商务人士，你可能会看到一个在无头CMS上快速构建丰富的移动应用的机会。一款让你与众不同并帮助你竞争的应用程序。Sitecore XP可以支持那些有此需求的公司，我建议那些已经在用户如何与品牌互动的背景下熟练地管理客户体验的数字化成熟公司。他们的数字特性是个性化的，他们定期测试和优化这些体验，并且他们的组织是以客户为中心的。这些数字化成熟的公司将能够在情境化的数字体验和出众的应用程序用户界面之间取得恰当的平衡。无头并不新鲜，它只是一个"新"的流行语。我们一直相信将演示与内容分离，但严格意义上的无头CMS会带来很大的风险，因为它会增加您的解决方案的复杂性，无论是对于您的开发人员还是您的营销人员。当然，headless cms可以让开发者自由选择他们喜欢的任何前端用户界面技术，这可能会给你一个具有出色用户界面的应用程序。但缺点是你的应用程序的客户体验也将被分离。您将无法个性化体验，或使用相关内容实时响应，或在用户交互环境中测试、优化和管理表单和市场。一个出色的用户界面是否值得这么做呢？这里没有好坏之分，需要有一个平衡。不是每个站点都需要在CMS的约束下构建。但并不是每个网站都需要无头建设。这就是为什么我们相信混合解决方案，并支持这两种方法——使用Sitecore布局引擎生成的上下文站点或基于Sitecore REST API（JSON）的无头CMS和应用程序。进一步阅读什么是无头CMS？-无头、解耦和API first CMS的Sitecore指南您需要了解的无头CMS—我们的白皮书指南，用于在无头CMS和非无头CMS之间进行选择