演示站的 PageSpeed 分数不能直接当成你的站点分数。演示环境通常用了更强的 CDN、更少的插件和经过压缩的示例图。换到你的主机、你的图片和你的表单之后，同一个主题的 LCP 可以差出一秒以上。下面这套流程用来在候选主题之间做可复现的对比。
先固定环境，再谈主题
对比至少满足这四条，否则测出来的差异可能来自服务器，而不是主题：
- 同一台机器：同一 PHP 版本（建议 8.2 或更高）、同一 OPcache、同一对象缓存开关。
- 同一份内容：至少 20 篇带图文章。外贸站再加 50 个带规格表的商品。
- 同一插件基线：只保留 SEO、表单、缓存里必须安装的那些，并记下版本号。
- 关闭演示站加速：候选主题自带的演示导入、预生成关键 CSS，要在报告里单独注明开或关。
缓存插件的开关会掩盖主题本身的成本。第一轮请在未缓存状态下测，第二轮再打开页面缓存，看主题是否还需要额外的例外规则。缓存怎么搭，见缓存与性能插件组合。
四类页面就够做决定
每个候选主题都测这四类模板，移动端和桌面端分开跑，各 3 次取中位数：
- 首页：通常是 LCP 最差的一页，因为首屏轮播和多张大图。
- 归档或产品分类：看列表查询和分页是否把 TTFB 拉高。
- 文章或商品详情：看正文字体、相关推荐和询盘表单是否阻塞渲染。
- 一个真实落地页：带表单、地图或视频的那一页，而不是主题自带的空白示例。
电商或询价站再加购物车或询价篮。只测首页会把“内页加载一整套构建器脚本”漏掉。
指标用阈值，不用总分
- LCP：良好 ≤ 2.5 秒，超过 4 秒视为较差。记下最大内容元素是哪一张图或哪一段标题。
- INP：良好 ≤ 200 毫秒。菜单、筛选和加入询价篮要实际点一次，不能只看首屏。
- CLS：良好 ≤ 0.1。图片没有宽高、广告位后插入、网页字体互换，都会在这里暴露。
- TTFB：未缓存时建议 ≤ 600 毫秒。明显更高时先查 PHP 和数据库，不要先怪主题皮肤。
- 传输体积：首页传输的 JavaScript（压缩后）尽量压在 300KB 以内，并列出最大的三个文件名。
实验室工具用 Lighthouse、PageSpeed Insights 和 WebPageTest。瀑布图用来找阻塞的 CSS 和字体。上线之后以 Search Console 的核心网页指标为准，实验室 90 分不能代替真实用户数据。
用 Query Monitor 看主题自己的成本
在未缓存的详情页打开 Query Monitor，记录三列：数据库查询数、重复查询、最慢的钩子。常见的主题问题是：
- 相关文章用了
post__not_in扫全表； - 每个菜单项都单独取一次菜单元数据；
- 首屏轮播一次性输出 6 张原图，且没有
fetchpriority="high"只给第一张； - 图标字体和两套网页字体同时加载；
- 页面构建器的 CSS、JS 在全站入队，归档页也带上编辑器脚本。
这些项能改子主题或换模块解决的，在报告里标成“可优化”。必须改父主题核心模板才能解决的，标成“更换成本高”。子主题该怎么写，见子主题与二次开发规范。
一页报告怎么写
每个候选主题一页，固定这五块：环境与插件清单、四类页面的移动/桌面中位数、最大的三个资源、可优化项、不建议采用的原因。不要只贴一张绿色的总分截图。
已经上线、指标不达标的站点，按性能优化与 Core Web Vitals 达标方案分层处理。测评时如果白屏或 500，先走插件冲突排查流程，不要把故障算进主题分数。
三条路线怎么排期，见主题测评与开发教程。
