无头 CMS 与传统 CMS

所有这些围绕无头 CMS 和传统 CMS 的讨论可能会让您感到疲倦和迷失方向，这就是为什么我们今天的文章将尝试采取不同的方式，更多地关注帮助您彻底理解问题 - 并避免所有不必要的谈话过程。

了解传统 CMS

定义

传统的、耦合的 CMS 是典型的内容管理平台，前端（表示层）和后端（内容数据库和编辑界面）都紧密直接地连接在一起，从而可以更轻松地管理内容。

传统 CMS 对实际应用的意义

像这样在系统级别直接链接所有内容意味着您可以在后端进行更改，并以最少的配置将它们反映在前端。 通过这种方式，即使是您团队中的非技术成员也会发现在您的网站上管理和发布内容变得更加容易。

传统 CMS 的实用性在 WordPress 等博客平台上最为明显。 在 WordPress 中，管理内容的过程是用户友好的，通过单击仪表板上的按钮来更改网站的字体或布局。 在 WordPress 中安装附加功能也很容易，因为您始终可以直接从后端下载和安装插件。

传统 CMS 如何决定系统的功能

从更广泛的意义上说，传统的 CMS 是保守的，可扩展性有限。

保守：从开发人员的角度来看，传统的 CMS 很难创新，因为系统本身是僵化的和单一的。 而且由于传统 CMS 的前端和后端紧密相连，因此在前端实现的任何新功能也需要其自己的专用后端支持。 这就是为什么您应该将系统范围的维护视为传统 CMS 的常规操作的原因，因为需要这些维护来推出新功能并确保整个系统的稳定性。

有限的可扩展性：如果您在传统 CMS 中的现有功能之上添加一层又一层的新功能，您很可能会遇到性能问题，因为并非所有这些新功能都是为您的特定系统构建的。 再加上实施新功能通常是传统 CMS 的一个令人伤脑筋的过程，可扩展性仍然是传统 CMS 的固有缺点，不太可能很快改变。

无头 CMS 的案例

亚马逊如何到达现在的位置并非巧合。 鉴于亚马逊每隔几秒钟就会推出一个新的前端，并使用其完全解耦的 CMS——而 AWS（亚马逊网络服务）占其营业利润的 70% 以上——我们被引导相信亚马逊与其说是一家电子商务公司，因为它更像是一家兼有电子商务业务的技术公司。 这是有道理的，因为只有使用解耦、无头的 CMS，亚马逊才能实现传统 CMS 无法达到的灵活性和可扩展性。

无头 CMS：定义

“无头”更多是关于无头架构后端的功能方式——不关注头部（前端）。 但是由于每个系统都需要一个头——因为即使是最简单的系统仍然有一个终端来显示所有必要的信息——对于普通外行来说，无头似乎并不那么实用。 因为为什么要丢头？

这是无头架构可以以更简单的方式重新定义的时候——一个（多头）内容管理系统，其中通过使用API将内容交付给头（表示层）。 通过这种方式，例如，一条内容可以同时发布到多个前端和多个平台。 因此，这意味着无头 CMS 的开发本质上是异步的，可以进行前端更改而不必担心影响后端，反之亦然。

了解无头架构中的 API

API 可以被视为无头架构的核心组件。 简单来说，它是不同系统（使用不同编程语言）相互通信的一种方式。

通过 API，前端的产品列表页面可以从后端请求数据，而无需真正了解后端的工作方式。 这在实践中意味着，只要使用的 API 与您的系统完全兼容，您的业务就不再局限于一个后端和/或一个前端，并且可以在不影响整个操作的情况下更换它们. 此外，由于您不仅限于一个前端，因此可以将一段内容提供给流行甚至非常规的前端，例如自动售货机、广告牌、可穿戴设备等等。

知道何时选择无头 CMS

无头 CMS 的优缺点

由于 headless CMS 中几乎所有内容都围绕 API 进行，因此架构本身更加实用和技术性强 比传统的 CMS。 这意味着与传统的单体架构相比，在无头 CMS 中编辑和发布内容不会像手把手的那样进行； 但作为回报，您可以获得更多自由来创建您想要的任何类型的内容，而不受所使用的平台的限制。

例如，在像 Contentful 这样的纯无头 CMS 平台中，您可以创建内容模型作为内容的蓝图。 这些内容模型为您的内容团队开辟了更多创建内容的方法，并成为多样化和灵活 CMS 的关键。

尽管架构本身是为可扩展性而设计的，但与传统 CMS 相比，维护无头 CMS 并不容易。 这一切都归结为这样一个事实，即在无头 CMS 中，您和您的团队全权负责所有维护和维护工作（包括维护您的自定义 API）。 这种开发和创新的完全自由也意味着您只能依靠自己，并且开发和维护无头 CMS 的成本可能比您预期的要高，因为该过程涉及更高水平的技术性和风险。

如果您的团队在处理无头 CMS 以及随之而来的所有抽象方面缺乏经验，那么它甚至可能会延迟您的业务的上市时间。

无头架构本身是一种不被束缚于单一平台及其附带的一切的选择。 例如，对于典型的电子商务操作，您可以选择灵活的无头解决方案，例如 Headless Magento 及其完整的 API 来支持您的后端； 然后 - 知道您的选择不受限制 - 您可以选择另一个第三方 ERP 来管理您的财务和物流。

何时选择无头 CMS

由于正确实施功能性无头系统所涉及的工作量和成本，过去无头 CMS 是最先进的且无法为小型企业访问。 然而，随着时间的推移，无头 CMS 现在已成为主流并可供所有人使用。

由于无头 CMS 仍然存在一些缺点，因此想要采用无头 CMS 的企业应该只在他们认为他们的业务有向上扩展的潜力并且拥有开发和维护无头 CMS 所需的资源时才考虑这种方法CMS。

事实上，如果您选择无头方法，您甚至可能会发现自己错过了您认为理所当然的大部分功能，因为无头 CMS 没有开箱即用的多语言体验。 例如，即使是您网站上的站点搜索功能也可能难以实施，因为该功能可能需要数周或更长时间才能完全稳定。

传统的 CMS 是否还有一席之地？

当您权衡这两种 CMS 的所有优缺点时，传统的 CMS 对于只希望 CMS 来方便、轻松地管理其 Web 交付网站的内容的企业来说更有意义。 对于这种情况，无头模式意味着付出额外的努力而收获相对较少——这太过分了，而且会影响你的上市时间。

失去你的头

随着平台供应商迅速采用无头 CMS，不断重新架构他们的系统以启用可与第三方或定制开发的外部前端一起使用的内部 API 调用，与几年前相比，现在部署无头系统是一个更容易的过程.

Magento 是一个很好的例子，说明无头 CMS 在我们前进的过程中只会变得越来越主流。 凭借其完整的 API，开发人员可以构建自己的无头商务并享受灵活的内容管理系统的所有好处。 再加上作为前端解决方案的渐进式 Web 应用程序，商家报告的转化率全面提高，以及其他重要指标的提升。

对于想要无头但尚未找到可靠的解决方案提供商来实现跳跃的 Magento 商家，在 SimiCart 我们提供完整的解决方案，随时准备改变您的店内购物体验。