一套后台管多个站点，权限、模板和默认关闭项怎么分？原则是一句话：内容面按站点隔离，能力面按角色隔离，高危面默认关闭。多站点管理负责承载多个独立站点，用户组与 VIP 分组负责谁能看到哪些后台，DefaultOff 这样的默认状态开关负责新站点出生时带着哪些能力。

多站点承载什么

适合进矩阵的形态包括多品牌、多主题站与区域语言站：同一运营团队、共享内容模型设计，但域名、栏目、模板各自独立。需要整页内容对外语读者时，多语言站点配置与切换、翻译能力也在同一后台完成，不必为每种语言重搭一套系统。站点数不是越多越好，共享运维人力与模板基线才是合并的前提。

权限按角色而不是按站点切

只按站点划边界会遇到两个坑：跨站编辑者要重复授权，全站级操作反而没人把关。更稳的分法是把角色与站点两层拆开，角色决定能进哪些后台菜单，站点归属决定改动落在哪。用户管理里的用户组控制编辑、审核、发布的可见范围，VIP 分组则面向前台读者的分层内容，两类「分组」职责不同，配置时不要混用同一批人。

站点间复用的是结构而不是皮肤：内容模型定义栏目承载什么字段，自定义字段决定产品页与文章页的差异如何表达；模板层允许各站在同一模型上做样式分支。新站开站时继承模型与字段定义，再挂本站模板，能避免「每个站重新建模」的返工。

多站点后台里存在备份、升级、站点切换这类全站级操作，影响面是所有站点而非单个站点。合理的默认状态是高危模块默认关闭，需要显式开启并按角色授权，DefaultOff 存在的意义就是让新站点和外部接入方拿到的最小面从出厂开始。

分配对照表如下：

多站点会互相抢资源吗？ 同机管站主要看常驻内存与并发余量，站点数增长前先核对这两个指标再扩容。

默认关闭会不会拖慢开站？ 会把一次性成本前置：出厂最小面意味着新站能力靠清单逐项开通，反而减少漏配。

多语言站要不要单拆后台？ 不必。多语言站点配置与切换在同一后台完成，拆开只会让术语和模板各自漂移。