Google PageSpeed Test及Lighthouse在未完成consent opt-in时如何测量INP？

核心测量逻辑基础 #

Google PageSpeed Test（简称PageSpeed）和Lighthouse均基于Chrome性能分析引擎，INP（Interaction to Next Paint）的核心是捕捉页面生命周期内所有用户交互从触发到浏览器完成下一帧绘制的总耗时，最终取所有交互延迟的第99百分位作为得分依据。

针对Consent Opt-in场景的具体测量方式 #

• 优先捕捉Consent Banner的交互
  页面加载完成后，consent banner是最先可交互的元素，工具会自动模拟或记录用户对banner按钮（同意/拒绝）的点击操作，将该交互的延迟纳入INP计算。具体测量内容为：从点击触发瞬间，到浏览器完成点击响应后的第一帧渲染的全流程耗时，包括事件处理逻辑执行、样式计算、布局重排、像素绘制的总时间。
• 覆盖opt-in前的所有可交互元素
  即便多数网站在opt-in前限制核心功能，但如果页面存在其他可交互元素（如导航按钮、搜索框），哪怕点击仅触发阻止默认行为、提示弹窗等简单逻辑，工具仍会捕捉这类交互的延迟并计入INP统计。
• 模拟与真实加载结合的测试流程
  Lighthouse默认会模拟一系列标准用户交互，其中包含consent banner的操作；PageSpeed则基于真实Chrome实例加载页面，记录加载过程中及之后的所有交互（含手动或自动触发的banner操作）。对于opt-in后才加载的第三方脚本（如广告、分析工具），工具仅测量opt-in操作本身的延迟，若测试流程未模拟后续交互，这部分脚本加载后的交互不会影响最终INP得分。

对您疑问的针对性解释 #

您提到的“opt-in前除banner点击外无其他交互”是多数合规网站的典型场景，这种情况下，INP的核心测量对象就是consent banner按钮的点击延迟。如果banner交互存在卡顿（如点击后长时间未关闭、页面无响应），会直接拉低INP的最终得分。

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