Chrome用户体验报告中Origin值的计算方式是怎样的？

核心定义 #

首先明确：CrUX里的Origin是「协议 + 域名 + 非默认端口（若有）」的唯一组合，比如https://example.com、http://blog.example.com:8080，它是CrUX聚合性能数据的核心维度——同一Origin下的所有页面数据会被合并计算。

完整计算流程 #

1. 数据采集
   CrUX从Chrome用户的匿名浏览会话中收集性能数据，每个页面的指标（如LCP、CLS、INP）都会绑定其所属的Origin。只要用户开启了「使用统计数据帮助改善Chrome」且会话符合匿名要求，数据就会被纳入采集范围。

2. 数据清洗与过滤
   原始数据会经过多轮校验过滤：

• 剔除LCP超过10秒这类极端异常值
• 过滤用户停留不足几秒的无效会话数据
• 排除自动化工具、爬虫产生的非真实用户数据
  只有通过校验的数据才会进入聚合环节。

3. 指标聚合计算
   对同一Origin下所有合格页面的单维度指标（比如LCP）做统计，核心计算第75百分位数值——这意味着该Origin下75%的用户体验优于这个值，25%的用户体验不及它。CrUX的性能阈值（比如LCP≤2.5秒为良好）就是基于这个百分位设定的。

4. Origin值的最终输出
   每个Origin的最终指标值就是对应维度的第75百分位结果，同时会附带有效样本量（比如「基于1200个用户会话」）。如果最近28天内的独立用户会话数未达最低要求（当前是750个），该Origin的指标会被标记为「数据不足」，不会在公开报告中显示。

关键细节注意 #

• 端口与协议区分：默认端口（HTTP 80、HTTPS 443）会被省略，但非默认端口必须包含；协议不同（HTTP/HTTPS）、端口不同的Origin会被视为独立个体，数据绝不合并。
• 子域名独立性：https://www.example.com和https://example.com是两个独立Origin，除非通过CrUX「站点组」功能手动关联，否则性能数据会分开计算。
• 数据时效性：Origin数据基于最近28天的用户会话，每28天更新一次，确保反映当前真实用户体验。

内容的提问来源于stack exchange，提问作者Jam