“内容管理”是一个误称，这种情况已经持续多年。
在过去，当我们所做的只是管理内容时，这种说法是有道理的。解耦系统意味着你的内容管理系统和内容交付系统是两个不同的东西。你管理内容，然后把它扔给某个初步的交付框架。
直到2000年代初，我们才看到现代耦合CMS的出现。它们更准确地说是“内容管理和交付”系统，但这个名称太笨重了，所以我们就这样称呼它。
分界线在哪里？这很模糊，但我倾向于把它分在发布按钮的左侧——在发布的“左侧”所做的任何事情都是管理，而在发布的“右侧”所做的任何事情都是交付。
可以公平地说，最近CMS的变化大多发生在交付方面。这是自然的，因为我们必须首先解决管理挑战。而管理比交付更稳定。管理是一个精炼、演变和调整的过程；而交付方面则在不断动荡中——它不断自我重塑。
这意味着在管理方面架构不良的系统在尝试适应交付方面时会遭受损失。没有坚实的数据管理基础的系统很难保持在交付曲线的前沿。交付方面的变化程度放大了架构的缺陷，许多供应商不得不放弃他们的系统并重新编写新的系统。
最近一个妥协的供应商是Sitecore。他们暗示他们将放弃当前的CMS架构，转而采用SaaS方法，而这种新方法将基于他们2018年收购的StyleLabs。他们采用了StyleLabs DAM的基础对象架构，并将其作为他们未来的CMS。显然，这是他们认为在以无头为中心的市场环境中竞争的唯一方法。
为了更清楚地说明这一点：实际上，Sitecore正在弃用并放弃他们开发了20多年的备受推崇的CMS（SiteCore）。对于在这个行业工作了20年的人来说，这真是令人震惊。
