什么是无头 CMS？

无头 CMS 架构会将后端内容功能（例如创建、管理和存储）与前端功能（例如呈现和发布）分离。

没错，但是事实上： 什么是无头 CMS

其实际含义是什么？ 为何无头架构对于未来的数字体验很重要？

无头架构在一定程度上是对网站内容演变情况的回应。 长期以来，大多数网站内容通过浏览器（通常是网页）发布。 但是新的互联设备层出不穷

如今，受众通过具有不同形状系数的新设备界面（例如智能手机、可穿戴设备、支持AI的语音助理乃至虚拟现实耳机）使用内容。

无头 CMS 架构对于应对这些新的内容挑战具有基础性的作用。 这意味着您可以轻松创建和管理更多内容，并将其发布到更多位置。

我们先从基础知识讲起，然后再探讨技术性的内容。

Headless CMS 架构对于应对这些新的内容挑战具有基础性的作用。这意味着您可以轻松创建和管理更多内容，并将其发布到更多位置。

我们先从基础知识讲起，然后再探讨技术性的内容。

下面概述了两种基本的架构决策，及其对内容的创建、存储、管理、发布乃至个性化方式所具有的影响。

CMS 架构对内容在页面上的存在方式有何影响？

了解基于页面与基于对象的架构之间的差异，以及为什么支持 AI 的语音助理并不像听起来那么智能。

CMSアーキテクチャがオーディエンスにコンテンツが配信される方法や場所に影響を与えるか？

ヘッドレスアーキテクチャと非ヘッドレスアーキテクチャの違いを見つけ、ヘッドレスの代償としてパーソナライズや分析を低下させないようにする方法をお確かめください。

CMS 前端与后端比较

传统 CMS 由两半部分组成：一半是前端，另一半是后端。

广义地说，CMS 的后端涉及如何管理内容，前端涉及如何呈现内容。 可以把它想象成店面橱窗展示。

前端任务包括你在街上凝视时看到的一切：产品的选择和陈列以及附带的标牌。

后端任务包括后勤 - 制作标牌、存储库存和管理货物在店面周围的移动。

因此，对于基本网站而言，后端可能包括：

• 简单的内容创建界面
• 用于存储数字资产的数据库
• 用于创建和应用设计框架的应用层

前端将提取内容、存储的数字资产和设计，并将其发布到 HTML 页面。

什么是前后端分离的 CMS？

传统上，CMS 前端和后端紧密地连接在一起。 用户可以在一个界面中创建、存储、管理和发布内容。

对于发布简单内容（例如博客）的非技术类用户而言，这是一种非常好的、无缝衔接的设置。

但是随着数字体验的发展，开发人员花费太多的时间创建定制的变通方案，以便向更加多样化的设备发布更复杂的内容。

前后端分离的 CMS 会将后端与前端任务分离。 在实践中，这意味着开发人员可以用他们喜欢的语言快速编写和设计前端体验，而不受限制性的后端技术约束。 相反，他们可以使用应用编程接口 (API) 将后端功能（如内容存储和管理）连接到任何前端发布环境。

什么是 API 优先的 CMS？

虽然前后端分离的 CMS 会将后端与前端功能分离，但是它们仍然包括一些前端发布工具，例如页面模板或模块集成。

API 优先的 CMS 在功能上与无头 CMS 相同，因为它们不具有默认的前端。 开发人员可以根据需要创建多个发布层（使用他们喜欢的任何语言），将内容推送至可以想象到的任何新渠道。

如果您拥有由技能熟练且准备好执行任务的开发人员组成的团队，则 API 优先的 CMS 非常合适 - CMS 只需管理内容，并等待由开发团队构建的前端发布层进行 API 调用。

另一方面，前后端分离的 CMS 适合这些公司：他们希望获得前后端分离带来的灵活性，但是仍需要在发布上获得一些支持。

出于两个重要的原因，无头 CMS 毫无疑问代表了内容管理的未来发展趋势。

首先，数字内容变得更加复杂，而且用户的期望不断提高。 要在竞争中脱颖而出，您需要构建出色、响应性高且具有互动性的内容，而且您需要能够快速实现这一点。

其次，新的渠道和用户设备不断涌现。 构建出色的内容并不足够，您还需要确保尽可能高效地将其发布到任何位置。 无头 CMS 意味着营销人员和开发人员现在可以构建令人惊叹的内容，而且重要的是使其内容运营适应未来发展需求，将一贯出色的内容发布到任何位置。

它非常适合营销人员、开发人员和用户。

它非常适合营销人员，因为…

…他们只需创建内容一次，开发人员就可以将其显示在任何位置。这意味着在管理上花费的时间更少，在打造出色、有凝聚力的体验上花费的时间更多。

它非常适合用户，因为…

…用户体验始终快捷、一致且响应性高。 这是因为客户端不需要与后端系统进行通信，它只需呈现内容。

它非常适合开发人员，因为…

…他们可以摆脱自己缺乏专业知识的编程语言后端限制。 相反，他们可以使用自己了解且喜欢的工具（例如 JavaScript 库和框架）构建用户体验的外观、感受和功能，然后使用最新的 API 将内容推出到任何位置。

非定制的无头 CMS 并非应对您遇到的所有内容管理挑战的万全之策。 他们可能具有需要您慎重考虑的两种重要权衡情况

首先，虽然您提高了灵活性，但是损失了易访问性。 虽然内容呈现由撰写 JavaScript 的开发人员负责处理，但是不擅长技术的营销人员无法使用所见即所得 (WYSIWYG) 的撰写或编辑方式。

第二个缺点更大。

当您转而使用无头 CMS 时，会发生戏剧性的变化：您无法在前端与后端之间实时发送客户互动数据。

这意味着您无法打造个性化的体验或运行内容分析活动。

个性化已从一项“可有可无”的功能变成不可或缺的要求。 客户从 Amazon、Netflix、Spotify 及其他行业领先企业感受到卓越的个性化。

如果您无法提供相似的体验，客户极有可能很快另投别处。 那么应当如何应对？

理想的 CMS 架构会将无头 CMS 的灵活性和可扩展性与传统的耦合 CMS 提供的个性化和内容分析功能相结合。

这正是 Sitecore Omni™ 所实现的。

其工作方式是为使用 JavaScript 库和框架（例如 Vue.js、React.js 和 Angular.js）的开发人员提供支持，使他们可以构建将内容呈现在任何设备或浏览器上的应用程序。

但是，它还附带一个连接到 Sitecore 情境内容发布服务器的 API。 它使用来自 Sitecore Experience Database™ 的信息，支持设备和浏览器实时解读内容和个性化规则。 因此，用户基于档案信息、过去的互动等看到不同的内容。