同一套后台管三个站，其中一个样式错乱先查哪一层

同一套后台管着三个站点，其中一个页面样式错乱，应该先查模板还是先查静态资源？先查这一站自己的资源与配置，不要先动模板。理由很直接：模板层如果出了问题，共用同一套主题的站点会一起出问题；只有一站变形，说明差异来自站点级的东西——资源、导航配置、或者只在该站上做过的一次改动。按「错误形状」二分能把范围一次缩小一半。

先按错误形状二分

判断从浏览器开始，不要先翻后台。打开出问题的那一页，用开发者工具看两件事：样式与图片这类请求有没有失败（大量报错或缺失），以及结构是否还在（标签层级正常但位置跑偏，还是整块内容错位）。

前者指向资源层：样式表没送到、图片地址指向了另一个站的资源目录。后者指向模板或数据层：主题文件被改过、栏目或展示位的配置只在这一个站上变化过。

共用资源的站点最容易互相牵连

多站点管理把多个独立站点放在同一套后台里，站点之间共用的是程序本体，各自独立的是内容、配置与上传资源。最容易出的事故是「上传资源混用」：某一站的图片被另一站的正文引用，站点删除或资源目录清理后，引用方立刻出现空洞。

排查时按这个顺序看：出问题的是哪几页、这几页引用的资源属于哪个站、近期是否做过替换或删除动作。

模板层改动的生效范围

模板改动的影响面取决于主题归谁。共用主题的站点，一次编辑会同时作用到多个站；独立主题的站点，改动只落在本站。AI 可视化模板编辑这类能力降低了改模板的门槛，但也让「谁在什么时候改了哪一份」更容易失控，因此改之前要确认正在编辑的是共用主题还是该站专属主题，改之后要逐站确认效果。

只有一站错乱时，如果这一站恰好和其他站共用主题，说明这次错乱大概率不是模板改动引起的；反之，如果它用的是独立主题，模板层就是重点怀疑对象。

逐站核对的最小动作

多站点备份为什么要按站分开

导航设置与全站替换工具承担批量改动，这类动作的影响范围容易超出预期：一次替换关键词或链接，可能同时命中多个站的正文。改之前先做备份，备份要覆盖数据与静态文件，只备数据不含资源的备份在样式错乱这类问题上是退不回去的。

按站分开备份的意义在于回退粒度：只回退出错的那一站，而不是把另外两个正常站一起拖回旧状态。

常见问题

问：三个站共用一个后台，能不能确定问题不在程序本体？ 答：不能确定，但可以推迟。若另两站的同类页面正常，程序本体的可能性已经很低，先把站点级差异查完，再考虑升级或补丁因素。

问：样式表能打开但页面还是乱，往哪一层查？ 答：查层叠顺序与站点各自的配置：样式是否被本站的自定义样式覆盖、加载顺序是否变化、该站是否有独立主题的差异化改动。

问：批量替换之后才出现错乱，是不是替换工具的问题？ 答：更可能是作用范围超出预期。先用备份回退该站，再把替换条件收紧到单一站点执行，并保留每次改动前的备份点。

问：能不能临时把出问题这一站关掉？ 答：可以，按站关闭的影响面仅限该站。关掉之后按上面四步定位，比带着错乱继续排查更容易看出差异。