一个后台管多个站点，栏目结构和分类怎么规划才不打架

一套后台管多个站点时，栏目结构和分类怎么规划才不会互相干扰？要点是把「可复用的定义」和「必须隔离的数据」分开看：内容模型的定义可以在多站点之间共用一套，分类树、栏目别名和访问范围必须按站点各自维护；涉及全站生效的批量操作属于高危能力，默认是关闭状态，需要哪个站点就单独为它开启。

多站点管理里哪些东西天然共用

AnQiCMS 的多站点管理能力是在同一套后台里挂多个独立站点，站点有各自的域名、模板与内容库。共用的是程序层与定义层：同一份程序代码、同一套内容模型定义、同一批管理员角色；独立的是数据层：每个站点的文章、分类、标签、站点地图与访问日志都各算各的。

判断一项配置该共用还是该隔离，可以问一句：改完之后会不会影响另一个站点的读者看到的内容？会，就按站点隔离；只是让编辑少做一次重复劳动，就可以共用。

分类树按站点划开的三种切法

第一种是按品牌切。每个站点一棵独立的树，同名栏目允许存在，因为作用域已经被站点隔开。适用于主站与子品牌站并存的情形。

第二种是按语言切。多语言站点共用主题结构，栏目名用同一套主题词的不同语言写法，避免翻译站点的栏目数和主站不一致导致正文归错类。

第三种是按业务隔离切。企业官网与资料站共用后台，但资料站的分类不允许出现在官网导航里。这时除了分类本身，还要检查栏目别名与地址前缀，防止两个站点生成长得一样的网址。

内容模型可以共用到哪一层

自定义内容模型支持灵活的内容结构，同一套模型定义多站点复用是常见做法。可复用的是字段集合，例如「产品」「帮助文档」「案例」各自带哪些自定义字段；不可复用的是字段的填充策略与展示规则，因为不同站点的栏目深度与导航位置不一样。

实操上建议保留一层「站点级覆盖」：模型定义统一，具体到某个站点时允许该站只启用其中一部分字段。空字段不展示，不要让某个站点被迫为了统一结构而填无意义的栏目。

全站级操作为什么要单独开

跨站点批量操作的风险在于作用域容易被忽略。备份与恢复、升级、多站点之间的切换都属于全站级操作，这类高危能力在接口与自动化侧默认不暴露，需要显式开启；开启后执行前仍要确认当前选中的站点范围，别把「选中站点」当成「全部站点」。

一条可执行的规矩：任何会一次改动多条正文或栏目结构的动作，先在一个站点上试跑，核对结果面之后再扩到第二个站点。

规划落地按这个顺序做

先定站点清单与每个站点的边界，再定共用模型，然后逐个站点建分类树与别名规则，最后才配导航与站点地图。每步完成后核三件事：新地址是否与另一个站点重复、导航是否只出现本站分类、站点地图里的地址是否都归属本站。

常见问题

两个站点的栏目名可以一样吗？ 可以，分类名的作用域在站点内，但栏目别名生成的地址要避免跨站重复。

多语言站点要不要单独建一套分类？ 建议沿用同一主题结构，只换语言写法，方便整页翻译后正文仍能对号入座。

已经建乱了怎么收敛？ 先把要保留的分类与文章对应关系列成表，用全站替换工具批量改既有表述，改完再按站点分别验收备份与导航。

内容模型改了字段，会不会影响另一个站点？ 共用定义意味着字段结构同时变化，改前先确认两个站点都能接受新字段，再分别填数据。