活动页把主题改乱之后，该修结构还是重做

大促前两天，首页多了三条倒计时、两个弹窗和一块直播入口。

活动结束，倒计时还在。

商品页的主按钮被某个应用改到了屏幕外。

集合筛选时好时坏，取决于哪一次发布覆盖了哪一段脚本。

这不是「再做一个活动页」能翻篇的。

这是主题失去了结构。

WESWOO 把上线后支持写成持续的主题维护，而不是交包走人。独立站页面设计和开发，交付的是还能改的结构。

先分清三种乱

第一种是内容乱：文案和图片过期，模块还在。

第二种是应用乱：多个脚本抢同一个按钮或弹窗。

第三种是结构乱：每个活动复制主题文件，或把逻辑写进无法复用的定制模板。

内容乱，运营可以改。

应用乱，要卸或隔离脚本。

结构乱，继续在上面堆活动，只会让下一次大促更贵。

什么情况下局部修就够

关键模板还在，只是被一两个应用或过期模块挡住。

产品页、集合页、结账入口仍能指出是同一套组件。

运营改文案不必发版。

这时先做减法：下线过期活动、关掉重复像素、把注入脚本改到延后加载。

修完再用真机走加购。能买、能改、不太卡，就不要启动重建。

什么情况下应该重建主题结构

同一需求在三个活动里用了三套模板文件。

下架商品后，入口还在，只是点进去报错。

改一句公告必须热修生产主题。

Core Web Vitals 的问题每次都指向同一批应用，却没有人有权卸载。

这些信号叠在一起，局部补丁会变成长期工单。

重建不是换皮肤。重建是把购买路径收回可复用 Section，把活动做成可开关模块。

结构验收，比感觉「有点乱」有用

把下面五项写成通过/不通过，活动前后各做一次。

1. 过期活动模块能否在后台关闭，而不是注释代码。 2. 下架 SKU 后，菜单、推荐位和广告落地页是否还指向它。 3. 主加购按钮在手机首屏是否可见。 4. 主题更新或应用更新后，产品页是否仍用同一组 Section。 5. 出问题后，能否在不回滚整站的前提下关掉单一模块。

五项里有三项不通过，优先谈结构，而不是再做一张视觉稿。

长期维护要有人接，而不是等下次救火

主题会被应用、市场切换和活动打乱，这是正常损耗。

不正常的是没有人拥有兼容性。

指定谁能装应用、谁能改主题、谁能发活动模块。

权限不清时，最积极的人会把结构改坏，最熟悉结构的人却不在发布链路上。

WESWOO 可在改版或长期维护里协助做主题迭代和兼容性检查。投放效果和成交变化不包进建站承诺。

把最近一次大促留下的、至今关不掉的模块截三张。需要评估修复还是重建时，把页面和目标发给 WESWOO，咨询改版或长期维护。

一般的な問題

Q：每次活动找人改一下，会不会更便宜？

A：单次看起来便宜。结构已经乱时，下一次活动会把同一笔钱再付一遍，而且还要处理残留模块。

Q：装更多应用能不能代替改主题？

A：应用解决的是单一能力。多个应用抢同一按钮时，性能和可编辑性都会下降。先列应用职责，再决定留谁。

Q：重建主题会不会影响已收录页面？

A：会有风险，所以要保留 URL、主内容和关键模块的对应关系。这是改版范围的一部分，不能事后再说。