数字营销人员需要停止相信的 10 个常见 AMP 神话

自 2015 年推出以来，AMP 已经发展到支持来自所有行业数千万个域的数十亿个网页。 然而，随着它的发展，围绕 AMP 项目的一些误解和神话也出现了。 事实上，许多出版商和企业对采用 AMP 持怀疑态度，因为其假定存在缺陷和局限性。

今天的文章想要澄清这些误解并打破 10 个最常见的 AMP 神话。 继续阅读以了解如何利用其令人难以置信的页面交付速度。

您需要停止相信的 10 个 AMP 神话

误区一：AMP 仅适用于移动设备。

真相：AMP 内置响应式功能，可在所有设备上运行。

首次发布时，AMP 代表“Accelerated Mobile Pages”。 不过，从那时起，较长的标题就变成了 AMP。 那是因为，该框架涉及优化所有网页以改善用户体验，而不仅仅是移动。

多年来，AMP 不断扩展以提供各种响应式设计功能，以改进所有设备和屏幕尺寸（包括台式机和平板电脑）上的网页。 因此，AMP 并非仅限移动设备，而是实际上是移动设备优先——针对移动设备进行了优化，但针对其他设备类型进行了扩展。

（注意：第三方平台的某些功能（例如 Google 的 Top Stories 轮播）可能仅针对移动体验而设计，您应该与第三方平台确认它们如何与 AMP 集成。）

误解 2：AMP 完全是 Google 的一个项目。

真相：AMP 是一项由 Google和其他公司以及网络社区成员领导的开源计划。

尽管 AMP 由 Google 主导，但它被设计为一个独立的开源项目，邀请开发人员和社区其他成员作为核心提交者做出贡献，从而使 AMP 完全独立。

从第一天起，AMP 就是与出版商、广告供应商、技术提供商和除 Google 之外的平台（例如 Twitter、Linkedin 和 Pinterest）共同开发的。 它也被认为是“GitHub 一代”的一个开源项目，具有非常开放的协作。

从 2016 年到 2019 年，AMP 收到了超过 850 名贡献者的贡献——其中 78% 的人没有受雇于谷歌，包括上述那些以及雅虎、必应和 eBay。

虽然 Google 确实雇佣了一个全职工作于 AMP 的团队，但该团队的每周会议记录都会发布给任何人查看，以使外部贡献者可以轻松访问该项目。 AMP 甚至转向了一种新的治理模型，该模型明确地让社区的所有成员都有发言权，包括那些不能自己贡献代码的人。

AMP 框架的总体目标是让移动网络更好地为所有人服务——不仅仅是单个平台、一组发布商或一组广告商。 使项目真正开源使人们能够分享和贡献他们的想法和代码，使移动网络更快更好。

误解 3：AMP 页面只能从 Google.com 访问。

真相：AMP 页面可通过任何分发平台和设备访问。

某些平台（例如，Google、Bing、LinkedIn、Twitter、Yahoo JP、百度等）在可用时将始终默认在移动设备上提供 AMP 页面。 其他人（包括 Google.com 和 Bing.com）采取额外措施来缓存您的内容，以获得更快的用户体验。

底线：用户可以通过任何分发平台或网站上的链接访问 AMP 页面——而不仅仅是 Google.com。

误解 4：每个 AMP 页面都必须有一个非 AMP 页面。

真相：AMP 页面不需要与非 AMP 版本相关联。

同一页面同时拥有 AMP 和非 AMP 版本是很常见的，尤其是在您仍在测试的 AMP 迁移的早期阶段，但这不是必需的。

一旦您确定 AMP 是否适合您的业务，您就无需再维护相同内容的两个版本。 您可以选择一个页面（一个 AMP 版本）来降低创建、跟踪和管理成本（而不是创建、跟踪和管理两个页面版本）。

您还可以选择使用 AMP 构建整个网站，因此无需担心创建或维护各个页面的不同版本。

误解 5：AMP 点击后页面难以构建。

真相：构建 AMP 着陆页通常需要不到一周的时间。

“AMP HTML”完全基于现有的网络技术构建，因此开发过程反映了当今发布商和广告商已经使用的技术。 此外，还有一些模板和插件可用于使构建 AMP 页面的过程更加简化。

尽管 AMP 开发时间和难度级别因页面类型而异，但 80% 的开发团队表示他们在不到一周的时间内构建了 AMP 点击后登录页面。

（Instapage AMP 构建器比这更快……借助内置的 AMP 验证器、直观的界面和集成支持，您可以在几分钟内创建页面。）

误解 6：AMP 仅适用于发布商和静态网站。

真相：对 AMP 页面的大部分 Google 搜索点击都转到非静态网站。

的确，AMP 最初是由出版商采用的。 然而，该框架现在被广告商和电子商务公司大量利用。

TransUnion 是一家在 AMP 页面方面取得巨大成功的非新闻公司。 与桌面相比，在遭受更高的跳出率和更低的移动转化率之后，该公司转向 AMP 来增强移动体验，希望提高移动转化率。

AMP 很快被证实是信用报告公司的 ROI 积极项目，因为他们的 AMP 页面加载时间为 1.6 秒，而非 AMP 版本的加载时间为 7.1 秒。 这种增强的用户体验还导致：

• 跳出率降低 26%
• 2.5 倍的现场时间
• 转化次数增加 3%

这些结果和其他结果就是为什么现在超过 60% 的 Google 搜索 AMP 点击导致非新闻网站。

误区 7：AMP 不适用于电子商务网站。

真相：AMP 提高了页面速度，这可以帮助电子商务网站提高购买转化率。

新组件可用，使品牌能够创建快速、美观、互动的体验。 因此，AMP 不仅非常适合发布商和静态网站，而且也非常适合电子商务企业。

消费者对他们的移动购物体验有很高的期望，幸运的是，AMP 支持许多电子商务网站必不可少的功能：

• 动态内容 — 为确保您的客户始终看到最新信息，可以使用 amp-list 和 amp-bind 来获取和呈现页面上的当前内容。
• 结帐/付款 — 使用 Payment Request API 或 amp-form，您可以直接从 AMP 页面内实现无缝结帐流程。
• 个性化/登录——无论是通过推荐的产品还是保存的购物车，amp-list 都可用于为您的客户提供个性化的内容。

许多大型电子商务公司都通过正确的 AMP 实施取得了巨大成功，其中包括印度最大的在线时尚公司 Myntra，他们的最重要的点击后页面的页面加载速度提高了 60%，跳出率降低了 40% ：

误解 8：无法在 AMP 页面上提供新鲜内容。

真相：有很多方法可以使 AMP 页面内容保持最新。

您可以通过多种不同方式在 AMP 页面上提供新鲜内容，包括：

• 默认的 AMP 缓存机制
• 更新缓存功能
• 动态组件（如上面提到的 amp-list 和amp-bind ）

在 Myntra 的成功故事中，该品牌还使用amp-bind来实现排序和过滤以及大小选择，为用户提供最新鲜内容的丰富体验。

误解 9：AMP 不安全或不私密。

真相：AMP 框架的构建考虑到了隐私保护和数据安全。

确实，AMP 着陆页通常由 Google AMP 缓存提供，该缓存会缓存您的 AMP 着陆页的一个版本。 但是，这只是为了验证 AMP 文档并提供可靠、快速的交付——不是出于任何其他原因。

事实上，Google AMP 缓存以及 AMP JavaScript 是从不以任何方式跟踪用户的无 cookie 域中提供的。 AMP 还有一个安全审查流程，在启动新的 AMP 组件时通常会使用该流程。

误解 10：AMP 页面的转化率不如非 AMP 页面。

真相：经过适当优化的 AMP 页面通常比非 AMP 页面表现更好。

如果您的 AMP 页面性能不佳，则原因不太可能是 AMP 框架本身。

研究表明，AMP 页面实际上可以生成：

• 销售转化率提高 20%
• 流量同比增长 10%
• 每次访问的页面增加 60%

因此，如果您没有从 AMP 页面看到预期的积极结果，则很有可能您没有为每个优惠提供专用的、个性化的、点击后登录页面。

获取 AMP 演示

如果您的页面出现高跳出率和低参与度，可能是因为页面加载速度缓慢。 AMP 框架提供的优化技术不仅有助于提高页面速度，还有助于为用户提供整体理想的移动体验。

立即请求 Instapage AMP 演示，以提供近乎即时的加载、平滑滚动和整体更好的浏览体验。