页面体验报告里的红色分组不是一份要逐条清掉的页面清单，而是真实用户字段数据按 URL 相似度归堆之后的结果。所以处理它的顺序是反过来走的：先点开分组，把列出的 URL 按路径模式分类，推回它们共用的那一个模板，在模板层改一次。红色是模板暴露出来的，URL 只是证据。
我到现在还记得打开那个报告的时间点。凌晨一点多，第二块屏幕上开着 Search Console 的页面体验报告，默认落在移动设备标签页。上面一条红色横条，下面按状态分了三堆，差的那一堆里挂着四十几个 URL，分组名是一串带通配符的路径。
我当时的第一反应是：这是待办清单，一条一条来。
我确实这么干了两三个小时。打开第一个 URL，在隐私窗口里刷一遍，看首屏大图什么时候出来，看布局有没有跳，记在本子上，回后台改，再打开第二个。改到第六个的时候手停了，因为第六个和第三个的路径几乎一模一样，页面骨架一模一样，出问题的地方也一模一样。
那一下我才意识到我看错了对象。
这个分组到底是怎么来的
页面体验报告里的 URL 组，是按 URL 相似度归堆的，不是按模板文件归堆的。同一个目录下、同样的路径层级、同样的参数结构，就会被丢进同一个组。移动端和桌面端各自算各自的，数据不互通。而且只有真实用户字段数据积累够了的分组才会被显示出来，数据不足的分组干脆不出现。
字段数据就是真实用户的数据。你的模板跑在别人的手机、别人的运营商网络、别人的浏览器扩展里。所以只要同一个模板文件在不同 URL 上渲染出不一样的东西，字段数据就会把它撕开，分进不同的状态里。
我遇到的那次是这样：同一套文章模板，带侧栏推荐模块的那批 URL 掉进差，不带的那批留在良好。模板是同一个文件，代码是同一份，区别只在模板里一个条件判断。
这个分裂本身就是线索。同一个模板被拆进三个状态，说明拆分点就是病因。
往回推：从 URL 到模板
第二次打开那份红色清单，我换了做法。
先把分组里的 URL 全复制出来，在表格里排成一列，然后只看三样东西：目录前缀、路径层级、参数。几十上百条 URL，路径模式通常只有两三种，剩下的零星几条单独看。同一模式的放同一行。
找到模式之后反查模板。这一步用站点自己的路由规则做：这个路径模式对应主题里的哪个模板文件、哪个区块。WordPress 看模板层级，single、archive、分类模板一路对下来；其他系统看路由配置。做完这一步，红色分组就从一个页面问题变成了一个文件问题。
然后是真正要问的那个问题：同一个模板，为什么只有一部分 URL 落进差？
答案一般就藏在两者之间那一处差异上。可能是某个条件渲染的模块、某个只在这批页面上出现的第三方脚本、某张没压缩的首屏大图、某一段被塞在首屏之前的字体加载。
三个指标各自的线
判断之前先把线记住：
LCP，良好 2.5 秒以内，需要改进 2.5 到 4 秒，差 4 秒以上。
INP，良好 200 毫秒以内，需要改进 200 到 500 毫秒，差 500 毫秒以上。
CLS，良好 0.1 以内，需要改进 0.1 到 0.25，差 0.25 以上。
分组状态由这三个里面最差的那个决定。所以一个分组显示差，可能是 LCP 崩了，也可能只是 INP 拖后腿。点进分组看每个指标的分布，先确认是哪个指标把整组拽下去的，再看模板里跟那个指标直接相关的地方。顺序反了就会白改。
两个容易误判的地方
第一，没出现在报告里的 URL 不是健康的。报告只显示字段数据足够的分组，一个 URL 不在里面，意思是没人测过它，不是它没问题。新页面、低流量目录、刚上线的语言站都这样。我有过一段时间以为某批页面状态不错，其实那批页面根本没有数据。
第二，改完不会立刻变色。状态要等新的真实用户数据积累到足以替换旧窗口才会变，大约是 28 天左右的滚动窗口。这段窗口里新旧数据混在一起，所以你会先看到指标动了，分组颜色不动。当天刷报告没变化是正常的，那个时刻最容易误判成这个改动没用，然后把改动撤掉。
桌面绿、移动红，这个组合很常见
同一套模板，桌面良好、移动差，是经常出现的组合，因为移动端的网络和设备条件更差，同样的代码在移动端更容易掉线。两个标签页要分别核对，因为同一个模板在两边的状态可能完全不同。改的时候也要确认改的是不是只影响移动端那一条加载路径。
改一次，会连带改到什么
模板层改一次，覆盖整个分组，这是它的好处。但同一个改动也会作用到本来良好的那批 URL 上。所以动手之前，先把同一个模板下所有分组的 URL 都拉出来摆在一起，看清楚这次改动的范围。
把同步加载改成延迟加载、动字体、动首屏图片，这几类改动最容易误伤。首屏之外的图懒加载是好事，首屏之内的图被懒加载就是把 LCP 往死里推。
还有一种情况改模板没用：广告位、统计代码、A/B 测试工具这类第三方脚本在不同模板上的表现差异。这些只能在模板层控制它们的加载时机，或者把它们从首屏渲染路径里挪出去，而不是去改页面内容。
我现在的循环
拉 URL、找路径模式、反查模板、找模板里和拖后腿指标对应的那一处、改、部署、盯着指标先动、等分组颜色跟上、再看有没有新的分组掉出来。一个循环三四周。
还有个前提得说清楚：这套判断靠的是字段数据，不是实验室数据。实验室跑分能看趋势、能在部署前验证方向，但实验室分数不等于报告里的状态，因为报告统计的是另一批人、另一批设备、另一批网络。从国内做海外站，这个差别尤其大，本机跑出来的数字参考价值有限，最终还是要回到报告里的字段数据上看。
进度条我数的是分组，不是 URL。这个习惯是那天凌晨改的。
