WordPress 网站测速：缓存、插件与首屏加载怎么查
WordPress 测速先分开匿名、登录与动态页面。沿主文档、缓存、PHP 和前端资源排查，控制插件调整变量，并核对 WooCommerce 购物车、结算和账户页的缓存规则。
WordPress 网站测速，先把匿名访客、登录用户和动态业务页面分开。管理员打开页面快，不能证明普通访客快；首页命中缓存，也不能替文章页、搜索页或购物车作结论。
一次有用的检查应找到“哪类页面、哪种访问状态、哪个阶段慢”。在定位之前不断安装加速插件，反而会增加变量。
先选页面样本，再开始测速
| 样本 | 用来检查什么 |
|---|---|
| 匿名首页与代表性文章页 | 公开页面缓存、首屏图片与主题资源 |
| 搜索页或其他动态页面 | 不容易由静态缓存覆盖的处理路径 |
| 需要登录的页面 | 受控环境中的登录体验，不能直接向公共工具提交凭证 |
| 购物车、结算和账户页 | 电商会话与动态内容正确性，不只检查耗时 |
是否缓存登录用户、哪些路径绕过缓存，应核对实际插件、主机和 CDN 配置。不要把任何一套插件默认行为当成整个 WordPress 生态的统一规则。
主文档慢，先查响应路径
用网站 HTTP 测速检查公开页面，再用浏览器查看主文档。如果主要等待发生在响应返回之前，就结合服务端日志检查缓存是否命中、PHP 处理、数据库查询与外部接口。
页面缓存、对象缓存、浏览器缓存和 CDN 缓存作用在不同层。第二次访问变快，只能提示某些条件发生变化；需要响应头、缓存状态或应用记录才能继续归因。
WordPress 官方优化指南涉及主机环境、缓存、软件与数据库等因素。它没有提供一种适合所有站点的“万能插件组合”。优先处理已经有证据的瓶颈，避免同时更换主题、缓存规则和多个插件。
主文档快，接着查主题与前端资源
在 Chrome Network 找到首屏主图、字体、CSS 和脚本，查看体积、开始时间与依赖顺序。大图很晚才请求，可能需要查发现与调度；资源下载完后仍空白，则继续查看脚本执行和渲染。
PageSpeed Insights 可以补充这些诊断。阅读报告时分清实验室数据与真实用户数据，不用一次得分替所有访问场景作结论。对于插件带来的脚本，先确认是否只在需要它的页面加载，再在测试环境验证调整效果。
插件与缓存调整要保留回退方式
在测试环境中一次改变一项，保留原配置和代表性页面的基线。调整后检查布局、菜单、表单、搜索与登录状态；速度变快但功能失效，不算完成优化。生产环境已有用户时，不应为了排查直接停用所有插件。
如果站点使用 WooCommerce，购物车、结算和账户页面包含用户专属状态。应按WooCommerce 官方缓存说明核对排除规则，不能为了追求页面命中率把这些页面随意做成公共缓存。
最后回到原来的页面、用户状态和地区复测，并检查关键功能。更完整的对比记录方法见网站优化前后的测速方法。