CWV 检查清单
我在宣布网站或模板launch-ready之前运行的十二项检查。足够简洁以便使用，足够严格以便捕捉真实的失败。
为什么简短的检查清单有效
冗长的性能审计会被忽视。一份主要开发者可以在一个下午完成的十二项清单才会被使用。这是我在launch之前、重大模板变更之前，以及任何"我们只添加了一个小脚本"意外之后运行的清单。
它假设你已经了解这些指标。如果你需要诊断故事，请阅读为什么你的网站很慢。如果你需要对某个指标进行手术，请阅读LCP、INP、CLS指南。这个页面是入口。
关键要点：你能完成的检查清单胜过没有人会打开两次的40页审计报告。
12 项内容
| # | 检查 | 通过看起来像 |
|---|---|---|
| 1 | 提取的字段数据 | 关键模板的 CrUX 或 RUM，移动设备第 75 百分位 |
| 2 | 已识别 LCP 元素 | 你可以在金钱页面上命名该元素及其 URL |
| 3 | LCP 媒体预算 | 英雄图片重量合理、格式现代、尺寸适当、必要时预加载 |
| 4 | TTFB 合理 | 缓存或静态 HTML 使 TTFB 远离危险区域 |
| 5 | 关键路径上的 JS | 首次交互前无聊天、A/B 测试或重型水合需求 |
| 6 | INP 抽查 | 主要点击在中端手机上保持响应性 |
| 7 | 字体 | 子集化、自托管或受控 CDN，无多秒不可见文本 |
| 8 | CLS 预留空间 | 图片、嵌入和广告具有尺寸或宽高比框 |
| 9 | 第三方列表 | 每个标签都有所有者和存在理由 |
| 10 | 缓存标头 | HTML 和资源拥有意图明确的缓存策略，而非意外结果 |
| 11 | 模板一致性 | 首页、枢纽和文章模板各自检查，而不只是首页 |
| 12 | 停止规则 | 当字段 CWV 通过时停止，而不是 Lighthouse 达到 100 分时停止 |
打印它、粘贴到launch工单中，或者作为PR检查清单运行它。重点是每行的通过或失败是二进制的，不是论文式的答案。
关键要点：如果你不能勾选第1项和第2项，你就还没有准备好应对第3到12项。
如何实际使用它
在赚钱或获得排名的模板上运行清单：首页、主要着陆页、分类或中心页，以及一个代表性的文章或产品页面。一个绿色的首页配合一个红色的文章模板仍然是一次失败的launch。
为每次失败指派一个负责人。没有负责人的性能工作会变成Slack讨论。在发布后一周重新运行现场数据，不仅仅是在测试环境中。测试环境对第三方脚本、缓存预热和真实设备会撒谎。
当一切都通过时，停止。进一步的优化是可选的品牌润色，除非特定的转化测试说明需要。
关键要点：使用清单作为重要模板的门槛，当字段数据通过后就离开。
我让团队失败的地方
当Search Console仍然显示较差的URL组时，将实验室绿色称为通过。发布一个从未在清单上的新营销页面。因为销售要求而将聊天小部件留在关键路径上。在生产环境中用空广告位修复CLS，而这些位置在上线时会出错。
还有：把清单当作一次性的事。模板会漂移。季度重跑金牌页面会抓住"再加一个标签"带来的缓慢衰退。
如果超过三行失败，不要并行化十二个微任务。先修复LCP和第三方，然后重跑。大多数情况下，这样比散弹式冲刺更快清除。
关键要点：当字段数据或模板覆盖缺失时，而非实验室虚荣分数为89时，让发布失败。
这份清单在整体中的位置
当你还需要服务器与前端的故事时，使用"为什么我的网站很慢"。当单个指标不及格且你需要操作杠杆时，使用LCP、INP、CLS指南。当问题关于路线图和投资而不是发布门槛时，使用性能支柱。
这份清单是枯燥的中间部分：二进制的、可重复的、足够短以至于人们实际上会运行它。
关键要点：用清单把守发布。用其他性能指南进行诊断。