企业网站的无头架构：何时合适，何时没必要

无头电商、可组合架构和 Jamstack 这些词，越来越频繁地出现在代理公司和供应商的方案里。对只想拥有一个运行良好的网店或公司网站的企业主来说，这些词听起来像是额外的功课。一个自然的问题随之而来：我们真的需要它吗，还是被卖了一套比实际需求更复杂的东西？

答案取决于具体情况。无头方案在外观和速度上给予极大的自由，但也增加了需要搭建、连接和维护的部分。在没有明确理由的情况下选择它，与在企业确实已触及现有平台上限时拒绝它，同样有风险。

本文用通俗的语言解释无头架构是什么、何时合适、何时应避免，以及如何不被潮流裹挟地做出决定。我们不会宣称具体的速度数字或节省金额，因为结果在很大程度上取决于系统如何搭建与维护。

摘要

• 无头指的是把展示层（前端）与管理数据和交易的系统（后端）分开
• 这种分离带来灵活性，但也增加了需要维护的组件
• 对许多企业来说，配置得当的一体化平台已经绰绰有余
• 如果需要多个渠道、非常独特的界面或复杂的集成，无头值得考虑
• 从真实的业务问题出发，而不是从技术名称出发

用简单的话解释无头架构

想象一家餐厅。厨房里有厨师、食材和菜谱；餐厅里有桌子、菜单和服务员。在传统的网店平台上，厨房和餐厅是一起设计的一个整体：你选择主题、填写商品，一切就运转起来。外观与背后的系统绑在一起。

在无头架构中，餐厅与厨房是分开搭建的。后端系统存储商品、价格、库存和订单，再通过应用程序接口（API）提供这些数据。前端，无论是网站、手机应用、自助机还是其他屏幕，都通过 API 取得数据并自由地展示。

这里的头指的是前端展示。无头系统意味着后端不再决定外观。你可以接一个头、两个头或更多，并且在不拆掉厨房的情况下更换它们。这是它的核心思想，也是它复杂性的来源。

你实际能得到什么

第一个好处是展示的自由。平台主题可以在一定程度上定制，但有些东西不破坏结构就很难改变。拥有自建前端后，设计师和开发人员可以完全按照品牌和顾客的需要来打造体验。

第二个好处是多个渠道共用同一个数据源。商品、价格和库存只存一次，再供网站、手机应用、店内屏幕和其他渠道使用。调价不必在多个地方重复输入，各渠道数字不一致的风险也随之减少。

第三个好处是自由选择和更换组件。你可以用一个系统管理目录，用另一个服务做搜索，再用别的服务管理内容。如果某个组件不再合适，你可以更换它而不必重建全部。这种自由是真实的，但只有当团队有能力同时管理多个组件时才有用。

第四个常被谈论的好处是性能。用现代技术构建的前端可以非常快速地呈现。但速度并不是这种架构自动赠送的礼物；随意搭建的无头网站照样可能很慢，而维护良好的一体化平台也可能足够快。

需要付出的代价

在一体化平台中，许多东西已经具备：购物车、结账、顾客账户、预览，往往还有插件生态。在无头方案中，这些部分必须自己搭建或拼装。在一体化平台上只需勾选的功能，在这里可能变成数周的开发工作。

还有协调成本。每个组件都有自己的更新、使用限额和出故障的方式。出问题时，第一个问题是问题出在哪个部分。团队需要理解整条链路，而不只是一个产品，并且需要覆盖全链路的监控。

此外还有对人的依赖。一体化平台可由非技术人员在偶尔的帮助下管理。无头架构几乎总是需要开发人员持续参与。如果搭建它的开发者离开而又没有文档，你的业务就会处境艰难。

无头何时合适

当你需要用一个数据源服务多个渠道时，值得考虑，例如网站、手机应用、店内屏幕和合作伙伴门户都展示同一份目录。在多个独立平台上管理数据很快就会变成负担。

当用户体验是你业务的主要差异点时，它也合适。复杂的商品配置器、行业特有的下单流程或高度交互的页面，往往会触及平台主题的上限。在这里，展示的自由确实能产生价值。

第三个理由是复杂的集成。如果网站需要与 ERP、仓库系统及其他服务深度对接，拥有自己的连接层可能比堆叠插件更清晰。第四个理由是普通平台套餐无法满足的特殊规模和可靠性需求。

何时最好不要

如果你刚起步，商品只有几十到几百个，一体化平台几乎肯定是更明智的选择。时间和资金最好用来验证业务、改进商品照片和做营销，而不是去拼装一个需求尚未被证实的架构。

如果你的团队很小，也没有固定的开发人员，无头就成了风险。每个小改动都需要技术帮助，每次故障都要等懂的人来处理。一体化平台能给非技术人员更大的自主性。

如果主要原因只是它很流行或竞争对手在用，先等一等。问问自己，有什么具体问题是现有配置无法解决的。许多被当作平台限制的问题，其实是内容、照片或页面结构还没有整理好。

折中之路：配置与逐步升级

选择并不只有一体化平台或完全无头两种。许多企业适合折中之路：继续使用一体化平台，但替换最麻烦的特定部分。例如使用专门的搜索服务，为某些商品页面构建定制外观，或增加一个读取同一平台数据的手机应用。

这种渐进式方法降低风险。你在最明显的地方获得好处，同时保留已经运转的基础。如果之后证明确有必要，可以一步步迁移更多部分，而不是一次性全部推倒。

另一方面，折中之路要求对边界保持纪律。清楚规定哪些在平台中管理，哪些在定制层中管理，避免出现相互矛盾的重复数据。从一开始就记录好数据流。

需要尽早确定的技术要点

第一是 SEO。自建前端仍必须提供搜索引擎可读取的内容，包含正确的标题、描述、结构化数据和站点地图。务必让开发人员从设计阶段就理解这一点，因为事后修复的成本要高得多。

第二是预览和内容工作流。营销团队需要在发布前看到效果，并且无需求助开发人员就能发布。否则，技术上的自由反而会拖慢日常工作。第三是安全：每个 API、访问密钥和第三方服务都是需要守护的攻击面。

第四是监控和故障处理。由于部件很多，要事先确定结账失败时找谁，以及如何判断是哪个部分出了问题。第五是归属：确保账户、代码和域名在你的企业名下，而不是供应商名下。

• 内容仍可被搜索引擎抓取，并带有正确的结构化数据
• 有非技术人员可以使用的预览与发布流程
• 覆盖全链路的监控，并对结账等关键流程设置告警
• 架构、服务账户和恢复步骤的文档保存在安全的地方
• 代码、账户和域名由企业拥有，而不仅仅属于供应商

两个假设的情境

设想一家有数百种商品、一个网站、三人团队的家居用品店。他们的问题是商品照片不统一、描述单薄。把店铺迁到无头架构并不能触及这个问题的根源。更好的投入是整理目录、改进照片，并在现有平台上完善商品页面。

再设想一家家具制造商，提供多种材质、尺寸和颜色的选择，通过网站、应用以及在外勤使用平板的销售团队来服务客户。他们需要定制的配置器，以及被三个渠道共用的一份价格数据。在这里，前后端分离带来了实实在在的价值，额外成本也站得住脚。

这两个情境故意设计成相反，是为了说明答案并不取决于企业的大小，而取决于问题的形态。有特殊需求的小企业可能受益，而需求普通的大企业用一体化平台也可能完全够用。

对团队和日常工作的影响

架构的改变总会影响到人。在一体化平台上，店员通常通过一个面板自己修改价格、创建促销页面和布置横幅。在无头架构中，其中一部分工作转移到内容系统或代码中，营销、运营和开发人员之间形成新的角色分工。

从一开始就设计好这种分工。确定员工可以自己修改什么、什么需要开发人员，以及变更请求多久能得到处理。没有这样的约定，本该今天上线的活动可能因为等开发人员的排期而延误一周。

也要考虑培训需求。习惯了一个面板的员工，现在可能要使用两三个不同的工具。提供简短的指南和真实的例子，不要把更换工具看成小事；许多项目正是在这里消磨了使用者团队的热情。

需要如实计算的成本

比较方案时，不要只看搭建成本。要计算每个组件的订阅费、托管费、日常变更的开发费、监控费用，以及出现故障时的成本。在一体化平台上，其中一部分包含在一张账单里；在组件链中，它们分散在多张账单上。

也要计算机会成本。团队花在拼装和维护架构上的时间，就是没有用来增加商品、改进服务或做营销的时间。这不是总要拒绝更复杂方案的理由，而是要确保收益与之相称的理由。

一个简单的练习会有帮助：写下两三个方案三年的总拥有成本，同时用业务能力而不是技术术语写下你期望每个方案带来什么。如果成本差距很大而能力差距很小，答案通常已经很明显。

如何做出决定

先写下问题，而不是解决方案。一个好的问题例子：我们的商品页面无法展示顾客需要的配置，或者三个渠道的库存经常不同步。一个不好的例子：我们想用最新的技术。

然后检查这个问题能否通过配置、成熟的插件或逐步升级来解决。如果可以，那几乎总是更便宜、更快的路径。如果不行，再通过计算数年的搭建成本和维护成本来比较几个架构选项。

最后，请候选供应商说明上线后由谁来维护系统、费用是多少。诚实的供应商会谈论他们所提方案的缺点，而不只是优点。这是选择合作伙伴时最可靠的信号之一。

应避免的常见错误

• 因为流行而选择无头，而不是因为有明确的需求
• 忽视长期维护成本以及对特定开发者的依赖
• 重复构建平台上已经成熟可用的基础功能
• 忘记 SEO、内容预览和营销团队的工作流
• 不记录架构，导致他人难以接手
• 把同一份数据存放在两个地方却没有唯一可信来源的规则

本周就能开始的第一步

1. 01写下目前网站或网店最大的三个问题
2. 02针对每个问题，检查能否通过配置或逐步升级来解决
3. 03算一算未来两年真正需要服务多少个渠道
4. 04询问供应商上线后由谁来维护系统以及费用多少
5. 05如有需要，先在某一部分设计小规模试验，再决定大的改变

结语

对于确实需要它的企业，无头架构是一个强大的工具：多个渠道、高度特定的体验或深度集成。但它本身并不代表进步。许多企业在精心配置的一体化平台上运行得非常好。

好的决定来自清晰的问题、长期成本的计算，以及维护所建之物的准备。当三者都具备时，架构的选择通常会自然变得清晰。