performance - Web 性能测量中的 "Time to Interact"指标

Question

显然，“互动时间”是衡量网页感知速度时使用的新指标。我有兴趣更多地了解这实际上是什么。

该术语显然是由 Radware 创造的，并被推为最有意义的性能衡量标准(与第一个/最后一个字节的时间、渲染时间等相比)。

它被描述为:

the point which a page displays its primary interactive (think clickable) content, rather than full page load.

这对我来说似乎很主观；例如，网页的“主要互动内容”是什么？

已经有报告引用了测量结果，所以有些是如何测量的，此外，它必须是自动化的，因为结果集非常大(测试了大约 500 个站点)。

除了上述引用之外，我找不到有关如何衡量这一点的更多信息。

由于 Google 更加重视首屏内容(或可见内容)，我想知道这个指标是否实际上更像是“首次有意义的呈现时间”，即它与当前页面目标相关。例如，在电子商务网站的产品页面上，这可能是主图片和添加到购物车的链接。

我很想了解这个指标，因为在我看来它确实是最有用的指标。因此，我的问题是是否有人在衡量这一点，如果是，他们是如何这样做的？

Answer 1

您有点回答了自己的问题，这是主观的，并且与您当前的项目相关。

如果我正在测试一个只有 HTML 而没有任何复杂资源的网站怎么办？在那里测量 TTI 毫无意义。另一方面，让我们看看这个 demo site .


Bigger picture here.

蓝线标记“COMContentLoaded”事件(加载主文档并解析标记)，红线表示加载事件，加载所有页面资源。 TTI 线将位于两条线之间，根据一些必要的交互资源加载事件，为每个项目定义不同的线。



例如，假设演示站点上的图片对于站点的核心功能不是必不可少的。虽然主站点在 0.8 秒内加载，但 3 张大图片需要 36 秒的额外加载时间，因此在这种情况下，使用整体响应时间作为 KPI 将产生约 36 秒的响应时间，而如果您定义 TTI 排除那些大的、非必要的资源，您最终的响应时间小于 1 秒。

I am keen to understand this metric, as to me it does seem like the most useful one.

绝对有用，但正如您在问题中所说，它特定于项目。您不会在简单、相对静态的 Web 应用程序上测量 TTI，您可能会测量整体响应时间。我总是为当前项目定义“量身定制”的 KPI，而不是尝试使用通用指标，并在项目上“强制执行”。

My question is therefore whether anyone is measuring this, and if so how are they doing so?

之前肯定用过，你应该确定你网站的基本资源，当这些资源中的最后一个被加载时，那就是你的 TTI。这可能是一个 javascript 文件、一个 css 等...