这是一个网页性能测量与预算控制技能，要求所有性能结论必须附带实测数字，无数字的性能声明视为无效。
目标指标为真实用户第 75 百分位场数据：LCP 良好≤2.5s、待改进 2.5–4.0s、差>4.0s；INP 良好≤200ms、待改进 200–500ms、差>500ms；CLS 良好≤0.1、待改进 0.1–0.25、差>0.25。Lighthouse 实验室数据通常比场数据更乐观，通过只能算必要而非充分，并需说明测量类型。营销或落地页额外预算：路由首次加载 JS≤200 kB gzip；首屏图使用 AVIF/WebP、按容器尺寸、设置 priority；Web 字体最多两个字族、font-display: swap、首屏预加载、按实际使用字符子集化。
测量方式由低成本到高成本：先用构建输出，如 npm run build 查看各路由 First Load JS 变化；再用 Lighthouse 对运行中的服务测量，命令示例 npx --yes lighthouse http://localhost:3000/<route> --only-categories=performance --preset=desktop --output=json --output-path=./.lighthouse.json --quiet --chrome-flags="--headless"，并建议同时跑移动端；可在页面内用 PerformanceObserver 采集 LCP。若无法测量（无服务、无网络、无 Chromium），需明确说明并列出已执行的静态检查，不得输出分数。
静态检查包括：img 缺 width/height、next/image 的 priority 使用不当、下方媒体缺 loading="lazy"、'use client' 边界过高、第三方脚本缺延迟加载、CSS 中 @import 字体、无虚拟化的无限 map、动画使用 width/height/top/left、缺 preconnect 等。报告需给出路由、测量方式、First Load JS、LCP/CLS/TBT、静态检查结果与结论，超预算时先指出最大贡献因素。