WordPress缓存改完，为什么还要重测登录、表单和购物车？

首页变快，不代表缓存调整已经完成。WordPress网站如果包含询盘表单、会员账户或WooCommerce购物车，还要确认访问者看到的是自己的状态，更新后的资料能及时出现。速度和业务正确性应分别验收，不能用一张首页评分截图替代后者。

先问清这次改的是哪一层

页面缓存、对象缓存、浏览器缓存和CDN复用的内容不同。交接单至少记录改动组件、适用路径、失效方式和回退方法。看到CDN命中，只能先说明相应响应在该层被复用，不能据此证明源站页面缓存或对象缓存也正常。

如果网站原来已有主机整页缓存，新装插件前应确认两者是否重复接管，以及内容更新由谁清理。问题不是插件数量越少越好，而是每项职责清楚，出错时能找到实际负责的一层。

用不同身份验证，不只用站长自己的浏览器

先用匿名访问者检查公开页面，再用授权测试账号检查登录前后和退出后的表现。涉及私有内容时，可安排两个测试账号核对隔离，避免把真实客户数据当测试材料。无痕窗口只能帮助隔离部分浏览器状态，不会自动清除服务器或CDN缓存。

• 公开产品页：型号、价格适用条件和更新后的内容是否正确。
• 账户页：身份与个人资料是否对应，退出后不应继续显示上一身份内容。
• 表单：提交后有无真实接收记录，不能只看成功提示。
• 购物车：数量、地址、配送选项变化后，金额与相关状态是否更新。

光算的WordPress缓存、CDN与动态页面分工指南特别区分了缓存读取绕过与禁止写入。交接时应让运维说明这两部分如何处理，而不是只给出“结账页已排除”的一句结论。

同一路径，也可能需要不同处理

语言、地区、货币和登录身份可能改变响应内容。是否适合公开缓存、缓存键怎样区分、哪些请求必须动态处理，应按网站的实际功能判断。不能为提高命中率，一律忽略身份Cookie或把所有参数删掉。

例如改为另一个配送地区后运费变化，不能只验证页面能打开，还要核对后端返回与页面显示是否一致。测试订单应使用沙盒或预先约定的测试流程，避免为了测试缓存反复创建真实订单。

更新和回退，也要走一遍

选择一项获准修改的测试内容，确认更新后源站与公网返回一致，并记录经过哪些清理步骤。不要用全站反复清空缓存替代失效机制检查。遇到问题时，按事先记录恢复对应配置，再核验受影响流程，不能只停用插件就宣布恢复。

最终报告分开写：哪些页面测了速度，哪些业务流程通过，哪些地区或身份尚未覆盖。实验室评分、真实用户体验与订单功能是不同结果；如果只完成了其中一项，就如实报告这一项。