显然，“交互时间”是衡量网页感知速度时使用的新指标。我有兴趣更多地了解这实际上是什么。
该术语显然是由 Radware 创造的，并被推为最有意义的性能度量（与诸如 Time to First/Last Byte、Time to Render 等相比）。
它被描述为：
页面显示其主要交互式（认为可点击）内容的点，而不是整个页面加载。
这对我来说似乎很主观。例如，网页的“主要互动内容”是什么？
有报道引用了测量的结果，所以有些测量是如何测量的，此外，它必须自动化，因为结果集相当大（测试了大约 500 个站点）。
除了上面的报价，我找不到更多关于如何衡量这一点的信息。
由于谷歌更加强调首屏内容（或可见内容），我想知道这个指标是否实际上更像“首次有意义渲染的时间”，即它与当前页面目标相关。因此，例如，在电子商务网站的产品页面上，这可能是主图像和添加到购物篮的链接。
我很想了解这个指标，因为对我来说它似乎是最有用的指标。因此，我的问题是，是否有人在衡量这一点，如果是，他们是如何衡量的？
您有点回答了自己的问题，这是主观的，并且与您当前的项目有关。
如果我正在测试一个只有 HTML 而没有任何复杂资源的网站怎么办？那里没有测量 TTI 的意义。另一方面，让我们看看这个演示站点。
蓝线标记“COMContentLoaded”事件（加载主文档并解析标记），红线表示加载事件，加载所有页面资源。TTI 线将位于两条线之间，根据一些重要的交互资源加载事件，每个项目的定义不同。
例如，假设演示站点上的图片对于站点的核心功能不是必不可少的。虽然主站点在 0.8 秒内加载，但 3 张大图片需要额外 36 秒才能加载，因此在这种情况下，使用整体响应时间作为 KPI 将产生约 36 秒的响应时间，而如果您定义 TTI，则不包括那些大的、非必要的资源，您最终会得到 < 1 秒的响应时间。
我很想了解这个指标，因为对我来说它似乎是最有用的指标。
绝对有用，但正如您在问题中所说，它特定于项目。您不会在一个简单的、相对静态的 Web 应用程序上测量 TTI，您可能会测量整体响应时间。我总是为当前项目定义“量身定制”的 KPI，而不是尝试使用通用指标，并在项目中“强制它们”。
因此，我的问题是，是否有人在衡量这一点，如果是，他们是如何衡量的？
绝对使用过它，您应该确定您网站的基本资源，当最后一个资源被加载时，那就是您的 TTI。这可能是一个 javascript 文件、一个 css 等......
网站变得越来越复杂。尽管它们可能并不总是包含更多内容，但它们仍然有更多资源要加载，因为从技术角度来看，用户交互/用户体验更加复杂。Ajax 帮助我们分别加载不同的部分。因此，我们加载了几个小东西，而不是一页加载。对于这些部件中的每一个，我们都可以测量加载性能。但是网站上的某些部分可能比其他部分更重要。“主要交互内容”是您的视图的一部分，它使用户能够做他想做的事情，例如购买火车票。如果屏幕左侧的某些广告或特殊动画尚未加载，这并不妨碍用户购买开始购票。但当然是“主要的互动内容” 作为一个术语非常模糊，您必须为您的特定应用程序定义它。这是普通用户可以并且将在某些部分正在加载时开始与网站交互的点。
这就是我理解这个概念的方式，我在这里看到了与“首次有意义呈现的时间”的区别：您可能在电子商务页面上呈现了一个购物篮，但 GUI 尚未响应。所以你看到了一些有意义的东西，但交互性还不存在。因此 TTI >= TtFMR。
测量 TTI 需要您定义交互性所需的元素，这不仅取决于站点的功能，还取决于它的操作方式。因此，这在很大程度上取决于您的实施/技术。
