一家制造业集团的办公室算过一笔账：旗下二十三个站点，分属十一家不同的建站公司，后台五花八门，有的是十年前的老系统，有的连源码都拿不回来。每年光是协调改版和修漏洞就要开几十次会，信息中心的人一半精力耗在催各家供应商上。负责人问，能不能收敛成一个系统。能，但先要想清楚统一后台和各建各的这笔架构账，这是集团网站建设立项时绕不开的选择题。
统一后台省的是协调成本
站群平台一套系统管所有站点，模板、组件、账号体系统一。总部发一条集团新闻，可以一键推送到全部子站；某个子站编辑离职，权限收回就行，不用挨家改密码；漏打补丁这种事基本绝迹，因为只需要打一次。站群平台的报表还能把二十三个站的数据拉到一张表里，运营会再也不用听各家报各的口径。代价也明摆着：初期投入大，一套像样的站群平台加上数据迁移，预算通常是单站的几倍，而且所有站点被绑在同一个技术栈上，某个子公司想做特殊功能，得看平台支不支持，不支持就得排平台的需求队列。
分散建站留的是自由度
各子公司自己建站，想用什么系统、找哪家公司、什么时候改版都自己定，总部只管一个底线清单：必须备案、必须挂集团标识、内容不得违规。听起来省心，实际上总部变成了永久的救火队。上面那家制造业集团就是典型：某家子站的建站公司两年前倒闭了，服务器到期源码差点一起消失，要了三个月才把数据库要回来；还有一家子站被挂了暗链半年没人发现，因为没人有那个后台的权限。
折中方案更常见
- 核心站点收上来：集团主站、上市公司披露站、多语言站，全部纳入站群平台；
- 边缘站点放下去：门店宣传页、活动专题这类短生命周期页面，允许子公司用轻量工具；
- 不管哪种方式，统一域名台账和内容底线清单必须先立起来，这是收放的底座。
做集团网站建设方案时，建议先把站点清单拉出来，按重要性分三档再决定收放边界，边界清楚了，预算和人力才排得出来。比格网络接触过不少中途想从分散转统一的集团，站点数量越多，迁移成本越高，这道题越早答越便宜，拖到第五年再答，等于把二十三个站重做一遍。架构决策还有一个特点：改一次，全集团跟着疼。站点之间内容和账号一旦铺开，再想换底座，迁移、培训、并行运行一个都省不了，难度不亚于重建。所以宁可立项时多开两次会，也要把这道选择题答透，答透了，往后每年都是省。
