核心摘要
Headless CMS 并非万能解,选型前先想清楚内容与呈现的关系。
Headless CMS 并非万能解,选型前先想清楚内容与呈现的关系。
Headless CMS 将内容管理与前端呈现解耦,内容通过 API 输出,前端可自由选择技术栈。这一架构近年被广泛讨论,但并不适合所有场景。
适合上 Headless 的情况:同一份内容需要分发到网站、小程序、APP 与第三方渠道;前端技术栈需要自主可控;对性能与 CDN 静态化有较高要求。
不太适合的情况:内容编辑团队需要所见即所得的页面搭建能力;站点结构相对固定且规模不大;缺少持续维护前端的工程师资源。
需要注意的是,Headless 把页面呈现的责任转移给了前端,编辑失去所见即所得体验,这一代价需要在选型时明确评估。
折中方案是采用支持 API 输出的传统 CMS,保留可视化编辑的同时预留多渠道分发能力。
CMS架构选型技术干货
