这意味着，尽管最初是一个固定的超时时间，但他推测（或可能在没有直接这样做的情况下分享）超时时间是通过编程确定的（大概基于页面重要性和 JavaScript 依赖性），并且它们可能与确切的源代码相关（对“ HMAC ”的引用与用于发现页面是否已更改的技术机制有关）。
我之前提到过这项最新研究。其中，作者发现：
内联、外部和捆绑 JavaScript 对 Googlebot 来说有很大的不同
最后的图表显示了流行的 JavaScript 框架 VNpay 数据库 根据调用方式的不同而表现的差异程度，其性能范围从通过所有测试到几乎失败所有测试。例如，这是 Angular 的图表：
幻灯片5.PNG
这篇文章绝对值得一读，并回顾一下不同框架的性能。有更多证据表明 Google 在某些领域节省了计算资源，不同框架之间的结果也令人惊讶。
CRO 测试正在被索引
当我们第一次看到基于 JavaScript 的拆分测试平台时，这些平台旨在测试旨在提高转化率（CRO = 转化率优化）的更改，它们对单个页面的内联更改对搜索引擎是不可见的。随着 Google 通过在外部文件中执行简单的内联 JS 到更复杂的 JS 来提升 JavaScript 能力阶梯，我们现在看到一些 CRO 平台创建的更改被编入索引。发生的事情的简化版本是：
对于用户：
CRO 平台通常会将访问者带到一个页面，检查是否存在 cookie，如果不存在，则随机将访问者分配到 A 组或 B 组
根据 cookie 值或新分配，用户要么看到未更改的页面，要么看到浏览器中由从 CRO 平台的 CDN（内容分发网络）加载的 JavaScript 修改的版本
然后设置一个 cookie，以确保用户稍后再次访问该页面时会看到相同的版本