Liferay 把 CMS 从 DXP 里拆出来单独卖了：独立 Headless CMS 上市，品牌内容治理该怎么选？
DXP 拆卖 CMS，指的是企业级数字体验平台把内容管理做成可独立订阅的商品，让组织不必先买下整套建站、个性化和商务能力，也能先把结构化内容、权限和交付 API 管起来。2026 年 11 月 11 日，Liferay 宣布 Liferay CMS 可作为独立产品使用，不再要求订阅 Liferay DXP。对已经有官网或自研前台、但缺内容治理的品牌团队来说，这是一条新的采购路径；同时也要看清：页面搭建、商务和个性化仍留在 DXP，分析和营销模块多半是另售附加项。
浏览 4
巴克励步
DXP 拆卖 CMS，指的是企业级数字体验平台把内容管理做成可独立订阅的商品，让组织不必先买下整套建站、个性化和商务能力，也能先把结构化内容、权限和交付 API 管起来。它和「再上一套完整 DXP」不是同一笔采购：前者先解决内容仓库与治理，后者还包含页面搭建、商务、分群和实验等体验层能力。
2026 年 11 月 11 日，Liferay 发布新闻稿宣布：Liferay CMS 现已可作为独立产品使用，不再要求订阅 Liferay DXP。官方把它定位成一套 Headless CMS：用 API 把结构化内容送到已有渠道，并用基于角色的权限同时控制「谁能改」和「谁能看」。产品页见 Liferay CMS，文档见 Liferay Learn。
本站在 11 月 9 日讨论 Salesforce 收购 Contentful 时，已经提到 Liferay 在 2026 年把 Headless CMS 产品化。11 月 11 日这次发布的新事实，是商务包装落地了：可以单独买 CMS，不必先买整套 DXP。对品牌、市场和出海团队来说，真正要问的不是「要不要跟风拆模块」，而是：你缺的是内容治理，还是市场同学自己改官网的能力；许可证边界又把建站、分析、营销和 AI 留在了哪里。
一、他们在卖什么：内容库可以共用，可见范围必须分开
Liferay 的判断很直接：很多大型组织并不缺「再建一个网站的方法」。官网跑在团队已经熟悉的框架上，应用是原生开发的，有的内容甚至只送到移动应用、合作伙伴系统、自助终端或联网设备。他们缺的是把这些体验背后的内容管起来，而不是再换一套建站方式。新闻稿把这类需求概括为：同一套内容要送到多个渠道、多种语言，由多个团队维护，并且不同客户群（例如零售客户与专业客户，或不同市场已获批的产品和条款）不该看到同一份内容。
在这个前提下，Liferay 把差异点放在权限覆盖到交付端。官方的说法是：许多 Headless CMS 能控制谁来创建和编辑；一旦发布，谁能看到，通常就交给各自的网站或应用去实现。在金融服务、保险、医疗等受监管行业，错误的客户看到错误的内容，会很快变成合规问题。Liferay CMS 宣称，基于角色的权限在同一平台里同时覆盖创作与交付：团队决定谁能创建、审核和发布，也决定哪些客户群在上线后能看到这份内容；公开网站和各客户群都从同一内容库和同一组 API 取数。产品 FAQ 还写明：客户通过现有身份提供方识别，并在 Liferay 中对应到角色；公开网站上的内容对所有访客是相同的。
为了让品牌、区域和业务线能按自己的节奏发布与翻译，官方引入了 Spaces：每个团队、品牌或区域在共享内容库里有自己的空间，以及自己的文件夹、权限、语言和共享规则。一致性靠的是共享的内容结构、必填字段和审批工作流，而不是中央团队对每一次改动签字。合规披露可以做成结构里的必填项，审批记录留在平台内，版本历史可导出供审计，也可以回滚到上一份已批准版本而不改变已发布 URL。
开发侧的承诺同样清楚。每个内容结构会自动生成 REST 和 GraphQL API，团队可以继续使用已有前端框架；官方还提供 MCP server，让第三方 AI 服务在遵守权限的前提下访问内容。新闻稿援引产品总监 Julia Molano 的话：组织过去常常要在 Headless CMS 的灵活性，与合规团队要求的治理之间做选择；现在内容团队可以按自己的节奏发布，IT、法务和合规则继续控制谁能改、谁能看，并且需求增长时可以在同一平台上叠加营销活动、AI 和分析。
二、边界要先看清：独立 CMS 不是缩小版的整套 DXP
Liferay 自己把这条产品线的边界写得很明确，选型时值得逐条核对，不要被「来自 DXP 厂商」四个字带过去。
- 它不负责搭页面。新闻稿写：Liferay CMS 管理和交付内容，送到组织已经在运行的网站和应用；搭建站点、页面和商务店面仍然属于 Liferay DXP。官方文档进一步列出 CMS 订阅不含的能力：站点与页面搭建、商务，以及分群、A/B 测试等个性化。
- 附加模块是另售的。内置有 DAM。营销活动编排走 Liferay Content Marketing Platform（CMP），预置和自定义 AI 智能体走 AI Hub，内容表现分析走 Liferay Data Platform（LDP）。产品发布页写明：CMP、AI Hub 和 Data Platform 是附加组件，单独销售。AI Hub 的口径是：智能体起草文案和图像、润色、打标签和翻译，但每条输出都要先经过人工审阅才能发布。
- 分析能力的许可证口径还不整齐。新闻稿把 LDP 写成「需求增长时可以加、不必先买整套 DXP」的模块之一；同一站点的产品页脚注则写：查看内容表现「目前需要 Liferay Data Platform 以及 DXP 订阅」。这两处表述并不完全一致，采购时应要求对方书面确认：内容库存盘点、跨 Space 的曝光与下载看板，究竟包含在独立 CMS 里、包含在 LDP 附加项里，还是仍要绑定 DXP。
- 部署形态也有时间表。独立 CMS 现可选择自托管或云原生部署，便于控制内容和用户数据的存放位置。发布页 FAQ 写明：PaaS 和 SaaS 选项稍后才会提供。定价按配置报价，基于环境、支持级别和附加组件，没有按用量计费，也没有按用户收费，并提供 30 天试用。具体金额要以正式报价为准，本文不推测价位。
- 多语言是内容模型的一部分，但品牌调性翻译可能要另购。产品页称平台预置 50 多种语言，可在平台内对照翻译、经 Amazon Translate、Microsoft Translator、DeepL 或 Google Cloud Translation 做批量机器翻译，也可导出 XLIFF 交给翻译公司。若要「跟随品牌语气和护栏」的翻译，官方指向另售的 AI Hub。
新闻稿还提到，Liferay CMS 建立在 Liferay DXP 的核心架构之上，并称该 DXP 入选 2025 年 IDC MarketScape「AI-Enabled Full-Stack CMS」的 Leader。这是厂商新闻稿中的表述，本文将它视为来源声明，而不是已独立核验的排名结论。
三、对照表：拆模块解决的是治理，不一定解决「市场自己改官网」
把 Liferay 这次拆卖，和近一周已经出现过的两条线索放在一起看，方向其实是相反的两端：一边是 Salesforce 把独立 Headless CMS 收进 CRM 栈，一边是传统 DXP 把 CMS 拆出来让人先买内容层。两者都在重新定义「内容放在哪」，但都不自动等于市场团队能持续运营品牌官网。
| 路径 / 代表 | 擅长 | 边界与代价 |
|---|---|---|
| WordPress、Wix、Webflow、凡科等 | 上线快，可视化编辑友好，市场同学容易改版式和活动页 | 多品牌站群、企业级权限、与知识库 / DAM 同源治理通常要另行评估；长期运营成本可能随插件和项目制升高 |
| Contentful、Sanity、Strapi、Storyblok 等 Headless CMS | API-first、模型灵活，适合把结构化内容送到自研前台和多端应用 | 前端和组件库常需自建维护；发布后「谁能看见」往往还要在各应用里实现；市场「自己改官网」取决于试用里的可视化编辑是否够用 |
| 独立拆出的企业 CMS（如 Liferay CMS） | 保留企业级内容结构、Spaces、审批、审计和交付端权限，同时用 REST / GraphQL 喂给已有网站和应用 | 官方明确不含页面搭建、商务和个性化；营销、AI、分析多半另售，部分分析口径仍可能绑定 DXP；适合「前台已有、先补治理」的团队 |
| 完整企业 DXP / 套件（Liferay DXP、Sitecore、AEM、Optimizely 等） | 内容之外还覆盖建站、商务、个性化或实验，适合复杂门户和体验编排 | 实施周期和总拥有成本更高；中小型品牌团队上手更慢，也容易买到暂时用不上的模块 |
| 营销落地页工具 | 投放试错、A/B 和线索回收快 | 不解品牌官网与多语言站群，内容容易再次孤岛化 |
| 内容驱动型 CMS（Baklib CMS） | 低代码可视化加上 Liquid / Tailwind 定制；内容中台与知识库、资源库打通；覆盖 SEO、表单、AI 文案与增长看板，以及 10+ 语种和多品牌权限治理 | 不替代超大型企业的全栈体验编排套件，也不替代纯开发者向 Headless 的极致定制自由度 |
Baklib CMS 面向的是品牌、市场和出海团队：用同一个内容中台搭建品牌官网、多语言站点、博客、资源站和营销落地页，让「看得见的页面编辑」和「可复用的结构化内容」不必二选一。诚实边界是——如果你的核心竞争力是自研前端与多端 API 编排，或者必须在应用层按客户身份精确控制可见范围，Liferay 这类独立企业 CMS 或纯 Headless 短名单值得认真评；如果运营主体是市场团队，要持续改官网、维护站群和活动页，一体化可视化和治理往往更省总拥有成本。
四、品牌官网与站群团队的选型清单
面对「可以先买 CMS、以后再加 DXP 模块」这类包装，建议把演示从功能清单改成下面七个问题。能当场回答的，说明边界已经清楚；答不上来的，才是合同里要写死的部分。
- 你是在买内容治理，还是在买改官网的能力？如果前台已经存在，只是缺统一内容库、审批和交付权限，独立 Headless CMS 对得上。如果日常工作是改首页主视觉、同步产品发布说明、维护区域站，还要问：市场同学能否在可视化界面里完成，而不必给开发提工单。
- 交付端权限到底管到哪一层？公开网站是否对所有访客同一套内容，登录后的客户群、合作伙伴站和内网如何映射到身份提供方和角色，越权访问由 CMS 拦截还是由各应用自己判断，都要在试用里验证。
- 把许可证拆开看。页面搭建、商务、分群、A/B、活动编排、AI 生成、内容表现分析，哪些在独立 CMS 价内，哪些是附加组件，哪些仍要 DXP 订阅。尤其是分析模块，以书面确认为准。
- 多语言是翻译开关，还是站群治理？统一内容模型、可复用片段、翻译审批、hreflang 与角色权限，比「支持多少语种」更决定能不能出海运营。机器翻译和品牌语气翻译是不是同一报价，也要分开问。
- MCP 和智能体的默认行为是什么？官方提供 MCP server，并强调遵守已有权限；AI Hub 声称每条输出先经人工审阅。演示时仍应亲自让智能体创建测试内容，确认默认进入草稿、令牌不能同时改内容模型，并看清审计记录写了什么。更完整的评估清单见近作 智能体开始改官网了。
- 内容和资产是不是同源？Liferay CMS 内置 DAM，这是加分项。还要看官网文案、帮助文档、产品资料和品牌素材能否共用同一套事实源，否则治理只覆盖了「这一套仓库」，没有覆盖企业真正在用的内容。
- 部署与数据驻留是否匹配合规要求。当前是自托管或云原生，PaaS / SaaS 尚在后续。对内容和用户数据必须放在指定区域的团队，要把运行责任、升级路径和后续托管形态一并问清。
五、对运营的启示：先定内容源，再决定要不要拆模块
Liferay 把 CMS 拆出来单独卖，说明企业级市场正在承认一个事实：不是每家公司都愿意——或都需要——一次性买下建站、商务、个性化和内容仓库。对已经有前端资产、又面临多团队、多市场、多客户群治理压力的组织，这是一条更轻的起步路径。它并不能自动解决另一类更日常的问题：品牌官网要由市场团队持续更新，多语言站点要共用内容模型并治理权限，活动落地页要跟得上投放窗口，同时产品事实还得和知识库、资料库保持一致。
因此，与其把「拆卖 CMS」理解成 DXP 过时了，不如把它理解成采购顺序变了。你可以先买内容层，也可以先买体验套件，也可以继续用可视化建站工具快速上线；但顺序改变之后，更需要事先约定内容的系统源在哪里、谁能不经开发发布页面、哪些字段必须人工批准。页面只是出口，内容治理才是底座。
若你正在评估品牌官网或出海站群，可从 Baklib CMS 核对低代码可视化、内容中台与多语言权限；概念对照可继续读 Headless CMS 与 DXP、CMS 还是 DXP，以及近作 Baklib CMS 是什么、DXP 标签退场、Headless 标签失效 和 Salesforce 收购 Contentful。
想要了解更多?
数字内容新基建白皮书
常见问题
什么是 DXP 拆卖 CMS？
DXP 拆卖 CMS，指的是企业级数字体验平台把内容管理做成可独立订阅的商品，让组织不必先买下整套建站、个性化和商务能力，也能先把结构化内容、权限和交付 API 管起来。Liferay 在 2026 年 11 月 11 日宣布，Liferay CMS 可单独使用，不再要求订阅 Liferay DXP。
Liferay CMS 和 Liferay DXP 有什么区别？
官方文档写明：两套产品共用同一套 CMS，但独立 CMS 订阅不含站点与页面搭建、商务，以及分群、A/B 测试等个性化。营销活动编排、AI Hub 和内容表现分析是另售附加组件；其中分析模块的许可证口径，产品页与新闻稿并不完全一致，采购时应书面确认。
为什么说「交付端权限」是这次发布的关键卖点？
许多 Headless CMS 只控制谁能创建和编辑；内容一旦发布，谁能看见往往交给各个网站或应用自己实现。Liferay CMS 宣称基于角色的权限同时覆盖创作和交付，公开网站与各客户群从同一内容库取数。需要注意：官方 FAQ 写明，公开网站上的内容对所有访客是相同的。
已经有 WordPress、Webflow 或 Headless 前台，还需要换成独立企业 CMS 吗？
不一定。如果前台已经存在，缺的是统一内容库、审批、审计和按客户群控制可见范围，独立企业 CMS 对得上这条需求。如果日常是市场团队自己改品牌官网、多语言站和落地页，还要另外评估可视化编辑、内容中台和知识库是否同源，而不是只看 API 是否齐全。
市场团队为主的品牌官网该怎么选？
先分清自己是在买内容治理，还是在买持续改官网的能力。有前端工程能力、要按客户身份精确控制可见范围时，独立 Headless / 企业 CMS 更合适；运营主体是市场与出海团队、需要低代码可视化和同一内容中台覆盖官网、站群与落地页时，内容驱动型 CMS（如 Baklib CMS）通常更直接。
相关产品
术语
相关阅读
- 品牌官网
- 网站建设
- Baklib CMS 是什么：品牌官网、多语言站群与内容中台选型指南
- Salesforce 完成收购 Contentful：独立 Headless CMS 并入 CRM 之后，品牌内容栈要重构什么？
- DXP 标签退场：Acquia、Optimizely、Contentstack 转向 Agentic，品牌官网该怎么选？
- Headless 标签失效：市场团队为何回买可视化编辑，品牌官网怎么选？
- 智能体开始改官网了：2026 年如何用 MCP、草稿门槛和治理清单评估 CMS
- 关于Headless CMS和DXP 数字体验平台的讨论
- CMS 还是 DXP？如何选择适合您的技术方案
- 什么是 DAM 数字资产管理？企业选型与落地指南
