更换主题会改变样式、脚本和组件依赖，旧排除项既可能失效，也可能无谓绕过优化。应按功能映射复核每条规则，先确保新主题关键任务正常，再逐步清理失去依据的例外，不能一键照搬或全部删光。
把规则和旧功能对应起来
导出或记录现有排除项，标明每条当初解决的页面、脚本和交互问题。没有原因记录的项先列为待验证，不凭文件名相似就认定仍适用。主题更换可能保留部分第三方插件，所以旧规则未必全部过时，也不能只按旧主题目录统一删除。
建立新主题功能样本
检查固定页眉、手机菜单、搜索、弹层、表单、图库及业务入口，记录新组件实际资源与状态。桌面首页正常不代表产品详情或手机子菜单完整。先留可用配置与截图，再分批试验，避免把版式变更、缓存变更和内容修改同时混在一个无法复盘的操作里。
一次调整一类优化责任
按脚本延迟、CSS处理或媒体加载等类别逐项排查，确认当前版本支持的功能和异步处理状态。生成任务尚未完成时不急着判定规则无效；规则清理后也要核对公开资源是否为新版本，不能只检查管理员看到的未缓存页面。
验证多个缓存状态再交接
检查冷访问、再次命中和更新后的页面，确保没有旧HTML继续引用已经移除的主题文件。完成后保留仍需要的例外和具体理由，删除已验证无用项，记录手机端及关键业务结果。后续升级时可按原因复核，而不继续累积没人理解的排除清单。
关键区别
历史排除项：过去故障的处理记录；不能自动适用新主题。
功能样本：代表真实交互与页面；不限于首页视觉。
异步生成：部分优化需等待处理；保存开关不代表完成。
怎样确认处理到位
新主题关键页面与手机交互在冷暖缓存下均正常，保留规则有明确原因，旧资源引用已处理，无用例外经过验证后移除，恢复路径可用。
容易误判的边界
不宜为追求清单简短立即删除所有例外，也不承诺主题切换后分数必然提高。规则必须围绕真实组件，未经验证的项目保持待核查。
