编辑注释：以下内容由 Google 移动解决方案顾问 Martin Schierle 发布在 Medium 上。
加速移动页面 (AMP) 是一种构建非常快速页面的简单而便捷的方法，并且我们知道速度至关重要 - 对于移动页面加载的每秒延迟，转化率可能会 下降高达 20%。因此，显然人们在构建了第一个 AMP 之后所做的第一件事就是进行 A/B 测试，有时只是为了发现它可能表现不佳...
事实上，测试 AMP 并不像乍看起来那么简单。当您走上 AMP 速度之路时，需要注意一些事项，记住这些事项，您应该会做得很好！
目标指标
在测试 AMP 时，不同的受众通常会寻找不同的指标。转化通常是一个很好的目标，但重要的是要记住，转化离 AMP 页面越远，AMP 的影响就越小。如果转化出现在 10 个屏幕购买漏斗的末尾，那么仅仅对初始着陆页进行 AMP 可能帮不了多大忙，因为用户可能仍然需要在完成转化之前浏览九个缓慢的页面。对于发布者来说，广告收入是一个引人注目的指标，但人们常常忽视的是，通过 AMP 获得的增量提升不一定会在 CPM 中体现，而是在流量和用户参与度中体现。因此，对于发布者来说，查看每次会话的收入而不是每次页面的收入更有意义。
最有趣且最具误导性的指标之一是跳出率。由于页面速度与跳出率直接相关，并且跳出率通常与转化和广告收入直接相关，因此这是大多数人在测试 AMP 时所关注的。
并且 - 惊喜！ - 在测试 AMP 时，您很可能会看到更高的跳出率！
但为什么？
幸存者偏差
据说，当英军在第一次世界大战中引入金属头盔时，头部受伤率反而增加了——这似乎令人费解。然而，经过深思熟虑，原因变得清晰起来——许多原本没有头盔就会死亡的士兵现在存活了下来（因此，绝对受伤人数上升了）。这种效应被称为幸存者偏差——你只测量了幸存者，从而引入了偏差。
对于速度慢的网站来说，经常发生同样的情况——你选择的分析包可能会在加载过程中非常晚才启动，并且只会测量进入该阶段的用户。在分析启动之前弹出的用户不会被看到和测量。
考虑一下此图表，它显示了示例页面的总加载时间内累积的弹跳率。
此页面在 15 秒内加载.
我们添加了分析提供商发出第一个 ping 的时间点：10 秒。
这意味着我们只测量了在页面完全加载之前弹出的 20% 的访问者。
如果我们在 3 秒后发出分析 ping，我们就会测量在页面完全加载之前弹出的 45% 的访问者。
当将加载时间和分析 ping 并排放置时，我们可以看到 AMP 页面测量了更多正在发生的弹跳率。
即使 AMP 的性能优于普通页面，测量的弹跳率仍然可能更高，因为我们捕获了更多弹跳流量。你可以通过改善规范上的分析加载时间或测量实际加载放弃率来解决此问题如此处所述.
低门槛
在大多数网站都太慢的时代，通常需要非常专注的用户才能在移动设备上完成购买流程——愿意等待十秒或二十秒才能加载网站的用户，可能非常决心完成她来此要完成的任务。因此，如果引入了 AMP，相对转化率似乎会下降——因为门槛现在很低，甚至不那么专注、忠诚或感兴趣的用户也会访问你的网站，而他们转化的频率可能较低。请注意，这仍然是增量流量和增量转化，只是相对转化概率可能看起来较低。在这些情况下，值得关注绝对转化和一般流量。
应用用户
许多网站提供替代原生应用，显示与网站相同的内容，并且手机可能会为该域名的 URL 打开原生应用（但不会为 AMP 缓存上的相同内容打开）。因此，如果应用用户访问 AMP 缓存上的页面，然后点击进入常规网站，则会打开原生应用。由于大多数分析包将跳出率定义为仅有一次点击的会话，因此此类用户流将计为跳出，即使用户没有跳出，但可能已在原生应用中成功完成了她的旅程。
幸运的是，此场景仅适用于市场中应用渗透率较高的公司，但仍需牢记。
视觉和功能对等
从历史上看，许多网站将 AMP 实施为其网站的并行版本，作为从搜索中快速进入的入口点（“配对 AMP”）。在某些情况下，AMP 故意或无意地与常规页面不一致，可能是由于疏忽，可能是为了节省资源，或者可能是两个版本随着时间的推移而不同步。然而，鉴于大多数公司正在通过大规模的努力和 A/B 测试来尽可能优化其着陆页，因此很明显，如果 AMP 版本的同一页面在功能和视觉上不完全相同（至少在所有关键内容和用户操作方面），则可能表现不佳。对于公平的 A/B 测试，页面需要具有可比性。从视觉角度来看，您可以使用 Chrome 截图工具 创建 AMP 和规范页面的截图，并手动或通过图像差异工具进行比较（有很多可用，例如 这个）。从功能角度来看，值得在两个版本上点击主要用户操作，并确保它们的感觉和行为方式相同，尤其要注意自动填充、自动完成、搜索自动更正等。
交互事件
网站上存在某些用户行为，您可能希望将它们视为成功的页面访问（例如，观看视频、填写潜在客户表单等）。通常，即使用户随后直接离开页面，包含此类行为的页面访问也不会被视为跳出率。在 Google Analytics 中，这些事件被称为“互动事件”，与“非互动事件”形成对比，后者仍然会计算跳出率。因此，如果常规网站定义了许多互动事件，但 AMP 网站没有，这将直接影响两个版本的跳出率，并使它们无法比较。对于 Google Analytics，可以通过 Google 标签助手扩展程序轻松验证两个版本的此情况。
用户 ID
AMP 的两个核心价值主张点是 AMP 缓存和预渲染。但是，从 AMP 缓存中进行投放意味着初始着陆页是从与常规网站不同的主机投放的。鉴于大多数分析供应商正在使用第一方 Cookie（由于第三方阻止，例如通过 Safari 的 ITP引入），这意味着用户在从 AMP 到规范网站的旅程中将被分配两个不同的 Cookie，其中包含两个不同的用户 ID。众所周知，这会（人为地）增加用户 ID、会话和跳出率，并且 此处进行了更详细的说明。
解决方案是在两个主机上使用唯一的用户 ID，AMP 通过其 AMP Linker 提供此功能，第三方分析供应商可以集成此功能，它还 集成在 Google Analytics 中。但是，并非所有分析供应商都支持此功能，如果未正确实施，它可能会失败。然后，AMP 访问会被错误地计为跳出率，因为在规范页面上没有再次看到同一用户。因此，验证分析包是否在 AMP 缓存和规范页面上发送并使用一致的客户端 ID 非常重要，可以通过 Chrome DevTools 手动验证此信息，或者可能来自分析供应商的专门故障排除工具。对于 Google Analytics，可以使用 标记助手记录功能 轻松检查此信息。在此，您可以从搜索结果页面导航到 AMP（从缓存到规范页面），然后在记录中仔细检查是否只计算了一个用户会话，该会话从 AMP 页面开始，并且在所有页面点击中使用相同的用户 ID。
核对清单
那么，在测试和评估 AMP 时需要注意哪些事项呢？
- 确保验证视觉和功能奇偶校验（例如，通过 Chrome 截图工具 并尝试所有 CTA）。
- 确保常规移动网络上的分析不会比 AMP 上的分析晚很多触发，并且要意识到盲点和幸存者偏差。
- 确保不要针对在 AMP 页面之后的漏斗中发生的较晚目标进行衡量。如果您衡量转化，请尝试关注在 AMP 本身上发生的转化（例如，点击离开）。
- 确保考虑到通过原生应用产生的偏差，如果它具有显着的市场渗透率。
- 点击从搜索到常规移动网络的整个旅程，并验证分析是否只记录了一个用户会话，该会话从 AMP 开始，并使用一致的用户 ID。您可以通过分析提供商的专门故障排除工具（如果可用）、通过 Chrome DevTools（查看分析 ping 中的用户标识符）或通过 标记助手记录功能（适用于 Google Analytics）执行此操作。
由 Google 移动解决方案顾问 Martin Schierle 发布在 Medium 上