从上面的截图可以看出，我们创建了一个与原始页面几乎相同的版本。一些额外的功能。有了这个，我们觉得我们创建的东西比原始页面更好用。
这些变化的结果是什么？ StoneTemple.com 上 AMP 页面的参与度指标大幅提升。以下是我们涉及手工制作的 AMP 页面的指标：
正如您所见，各项指标都有了显著改善
即使是手工制作的页面，我们仍然可以做很多事情，并且我们相信我们可以比标准的移动响应页面更好地改进这些指标。当时，手工制作页面模板的总工作量大约为40个小时。
注意：我们相信我们还可以通过 AMP 上的自动插件版本实现参与。我们制作手 瑞士电话号码数据 工编码版本的原因之一是为了获得 AMP 编码的经验。我们正在通过自动化页面并行致力于更好地定制 AMP。
额外挑战：AMP 分析
除了 AMP 的实际实施之外，如果您想获得成功，还有第二个主要问题需要担心：跟踪。 Google Analytics 中针对 AMP 页面的默认跟踪已损坏，您需要进行修补。
为了说明问题是什么，我们来看以下示例：
AMP 的工作方式
（也是帮助加快网页速度的因素之一）是您的内容从 Google 的缓存中提供。当用户 拉比·亚伦·沙菲尔 首席执行官 点击搜索结果中的 AMP 链接时，该页面会保留在 Google 的缓存中（在 Google.com 上）。这是发送给用户的网页。
当用户在 Google 的缓存中查看您的网页，然后点击该页面内的链接（例如，在您网站的主页上）时，就会出现问题。此操作意味着他们离开 Google.com 页面并从您的服务器传送下一页（在上面的示例中，我使用的是 StoneTemple.com 服务器。）
从网络分析的角度来看
它们是两个不同的网站。 StoneTemple.com 分析将把点击 Google Cache 中的 AMP 页面的人 澳大利亚数据 视为第三方网站的访问者，而不是来自搜索的访问者。换句话说，StoneTemple.com 分析不会将其记录为同一会话的延续。它将被跟踪为一个新的会话。
您可以（并且应该）为您的 AMP 页面（在 Google.com 上运行）设置分析，但它们通常作为一组单独的分析运行。几乎对 Google Cache 中的页面执行的每个操作都会导致用户离开 Google Cache，并且会被视为离开 AMP Analytics 正在跟踪的网站。结果是，在 Google.com 上运行的 AMP 页面的分析中：
每个会话大约会有一个页面
跳出率会非常高（超过 90％）
会议时间将会非常短。
然后，对于您域上的 AMP 分析，您的访问者数量将不会反映任何首次访问 AMP 页面的人，而只会包括查看网站第二页（在您的主域上）的人。如果您尝试通过将 AMP Analytics 访问计数添加到主站点的分析计数来解决此问题，那么您将对从一个站点点击到另一个站点的人数进行双重计算。
对此有一个解决方案
它被称为“会话拼接”。这是一个非常重要的解决方案，Google 通过创建一个 API 提供了该解决方案，允许您与常规网站分析共享来自 AMP Analytics 的客户端 ID 信息。因此，可以组合分析以使其看起来好像是同一会话的延续。
有关详细信息，您可以在我有关会话拼接的文章中看到如何实现对基本和高级指标跟踪的修复。