性能工具应按具体功能分配责任，而非按插件数量简单判断。整页缓存、资源处理、图片懒加载与CDN可能分属不同层，但同一种处理重复启用容易让输出和排除规则失控，应建立清楚的功能来源图。
从最终页面反查处理来源
列出整页缓存、CSS生成、JS执行策略、图片加载和字体处理分别由谁负责，包含主题、主机及CDN默认能力。插件未显示某开关不代表外层没有同类功能。通过公开HTML、资源路径、属性和响应证据核对，不仅依据安装列表填写一张看似完整的表。
区分互补分层与同层重复
对象缓存与页面缓存可处理不同对象，资源优化也可与正确整页缓存配合；但两个工具分别给图片加占位或分别重写同一CSS，可能出现重复转换。不要简单规定只能安装一个性能工具，也不因能同时启用就认定兼容，必须核对当前产品官方要求。
为每类功能选定主负责人
按环境兼容、可观察性和维护能力决定谁管理，相关排除规则也应在正确位置生效。保留明确需要的辅助层，关闭无必要重叠项时逐项操作，避免一次大改后不知是哪项影响业务。缓存清理联动与资源更新同样需要负责人，不能只分配生成不安排失效。
用统一回归检查落实分工
每次调整后核对匿名冷访问、再次命中、手机菜单、表单与关键业务路径，观察资源是否被重复处理。记录剩余功能来源和例外原因，交接时能解释每层的输入与输出。分工清楚本身不代表性能达标，最终速度、稳定性和资源成本仍用实际结果判断。
关键区别
分层互补：不同对象各司其职；仍需清理联动。
同层重复：同一资源被多次转换；可能导致排除失效。
功能责任图：记录实际输出来源；需覆盖主机与CDN。
怎样确认处理到位
每类处理来源明确，必要层可配合且无重复转换，内容更新和清理联动正常，手机及业务路径通过验证，保留配置可解释并能恢复。
容易误判的边界
功能划分不意味着可以直接删除插件或取消主机缓存。先核对依赖与兼容，保存回退设置，再用实际请求验证，不能以开关数量减少证明已经加速。
