移除未使用CSS会按采集到的页面状态判断所需样式。只有打开弹窗、悬停或切换选项后才出现的状态，可能需要按当前版本支持的方式保留；应先证明问题由此功能触发，再定位具体选择器。
先排除脚本未初始化
按钮无反应与弹窗已出现但样式缺失不是同一现象。先检查控制台和元素状态，判断组件是否已打开。如果类名和内容都已存在，只是布局、颜色或定位不对，再把注意力放到CSS；不要用保留样式解决根本没有执行的脚本。
用同一网址作单项对照
保存WP Rocket当前配置，在测试环境只停用移除未使用CSS，并按官方流程清理、重新生成相应CSS。让原始状态和优化状态使用相同页面、身份与设备。生成尚未结束、旧缓存未清理时，不应提前判定一个排除规则失效。
针对真实动态选择器保留
在优化关闭时实际触发弹窗、悬停和变体状态，记录出现的类名与对应样式来源。依据当前版本官方说明使用CSS Safelist等适用机制，范围尽量明确。不要只凭插件名称写一个宽泛规则，也不要一口气将全站全部选择器加入保留清单。
重新生成后走完隐藏状态
重新生成所需CSS并清理相应层缓存后，检查初始页面与全部交互状态。不同模板、登录状态和手机尺寸可能呈现不同样式，应选择有代表性的页面。保留范围越宽，潜在优化收益越小，需要在业务完整和资源开销之间做有证据的取舍。
关键区别
初始页面：打开时已经可见；不代表隐藏状态完整。
动态状态：弹窗悬停及切换；记录实际类名与样式。
保留清单：最小必要选择器；重建后才能验证。
怎样确认处理到位
弹窗、悬停、移动导航及需要的切换状态均显示正确；生成任务已完成，公开页面使用的样式与设置一致。
容易误判的边界
CSS移除后的样式缺失应按样式资源和保留规则处理。不要为修复一组样式同时关闭全部优化；脚本首次点击问题需另查事件和加载时序。
