知识库首页 seo-llm 资料 Google AMP.md

Google AMP

本地来源：seo-llm/SEO实战密码-markdown/第06章 移动 SEO/Google AMP 和百度 MIP/Google AMP.md

Google AMP

AMP，Accelerated Mobile Pages，中文译为“加速的移动页面”，是 Google 于 2015年 10 月推出的一项开源技术框架，用于提高移动页面的访问速度。虽然开源，但主要还是由 Google 赞助和推动的，所以大家还是称其为 Google AMP。

2016 年 2 月，Google 开始在新闻搜索的顶部轮播图中返回AMP 结果。2016 年 8 月， Google 公布 AMP 将应用于所有类型的页面和搜索，不再仅限于新闻。2016 年 9 月 20 日开始，AMP 页面全面出现在移动搜索结果中。

AMP 项目中文官网有详细的说明、文档、组件、举例等，如果要自己开发 AMP 页面，请参考官网。

简单地说，AMP 是大大简化了的页面，因此加载更快。AMP 有以下几个特点。

  • AMP 的 HTML 代码是标准 HTML 的一个子集，代码简化了很多，某些代码在

AMP 页面不可用，如 table，frame 等。

  • CSS 代码也进行了简化，只能内嵌在 HTML 中，不能调用外部 CSS 文件。CSS

文件大小不能超过 50KB。

  • 起初自定义 JavaScript 是完全不能使用的，只能使用 AMP 提供的组件。2019 年

4 月才开始允许部分自定义 JavaScript。这就对功能有了很多限制。

  • JavaScript 的使用有很多限制。JavaScript 只能异步加载，代码不能超过 150KB。第三方 JavaScript 不能在关键渲染路径中，不会阻塞页面 DOM 构建和渲染。
  • AMP 页面出现在移动搜索结果中时，在用户还没点击时，Google 就预加载、预渲染 AMP 页面，用户点击后经常可以瞬间打开。
  • 所有资源，如图片、广告、iframe 等，必须在 HTML 代码中声明其显示尺寸，这样 Google 在资源还没下载时就可以预留位置、加载页面布局。
  • 资源加载顺序智能优化，只在需要时才加载资源。同时尽早预提取资源。
  • 高度缓存，Google 将 AMP 页面缓存在自己的服务器中，用户点击时显示的是

Google 服务器上的缓存页面。

关于缓存这一点，既是优点，也是缺点。由于使用 Google 缓存，相当于使用了免费又强大的 CDN，对提高速度很有效。但用户访问时，AMP 页面浏览器网址也是缓存所在的 Google 域名，不是网站自己的域名，如图 6-3 所示，虽然在页面顶部显示了页面所在的原域名，但并不能点击访问原网站。这就可能在品牌、用户体验等方面造成一些不利影响。

2019 年 4 月，Google 通过 Signed Exchange 方式解决了这个问题，浏览器可以显示网站自己的域名，但技术实现较为复杂，而且只支持 Chrome 浏览器，目前大部分使用 AMP 的网站并没有使用 Signed Exchange。

img_0138.png

图 6-3 AMP 页面浏览器网址显示的是 Google 域名

开发 AMP 页面后，原来的移动页面和 AMP 页面版本之间需要用<link>标签互相指向，使搜索引擎知道两者之间的对应关系。比如原移动页面的 URL 是：

https://www.domain.com/page/ AMP 页面的 URL 是： https://www.domain.com/page/amp/

在原页面的 HTML 代码中，用 amphtml 标签指明 AMP 版本地址：

AMP 页面的 HTML 代码中用 canonical 标签指明原页面地址：

AMP 页面无须提交Sitemap.xml，上面的标签就可以使搜索引擎发现AMP 页面地址。在移动搜索中，如果获得排名的页面有两个版本，Google 将返回 AMP 版本。以前 AMP 页面出现在搜索结果中时，URL 右侧会出现闪电标志，如图 6-4 所示，但现在已经

取消。

img_0139.png

图 6-4 Google 移动搜索结果中的 AMP 页面

Google Search Console 中有 AMP 菜单，列出有关 AMP 页面的各种报错可能。在搜索流量部分也可以单独显示 AMP 页面带来的流量数据。

AMP 的目的就是提高移动页面的打开速度。Google 提供的数据是，AMP 页面平均加载时间是 0.7 秒，普通移动页面平均加载时间是 15 秒。

AMP 本身并不是排名因素，但页面打开速度是排名因素。所以，如果原来的移动页面打开速度慢，采用 AMP 后可能会因为速度大幅改善进而使排名提高。

AMP 的速度确实是快了，但不一定适合所有网站。比如，由于各种限制，AMP 可能不能实现某种功能，如果这个功能是网站必需的，就无法采用 AMP。AMP 页面的界面通常是大为简化的，有时候会影响用户体验。即使是纯信息类页面，可以拿掉所有交互功能，但精心设计的普通移动页面也是可以做到文件很小、打开速度很快的，甚至可能超过 AMP 页面，那么用 AMP 又有什么意义呢？除了免费 CDN，似乎并没有其他好处，花时间、精力开发 AMP 是否值得呢？

AMP 推出几年后，Google 不遗余力地推广 AMP，但 SEO 们的反应并不像采用 HTTPs 那样热情、迅速。现在 Google 也比较少提及 AMP 了，虽然还依然支持。我个人并不建议花精力去开发 AMP。如果使用的 CMS 有现成插件，如 WordPress，那自然可以使用，几分钟就能解决问题。如果需要自行开发，那就要考虑一下潜在效益。比较值得做 AMP 的是信息类网站，如果自己怎么优化还是速度慢，采用 AMP 能显著提高速度。其他情况下，建议先从原页面的优化入手，如果去除某些功能就可以提高速度，那么在原来页面上就可以去除，没必要到 AMP 上再去除。如果原来页面能做到 2 秒之内打开，开发 AMP 就没有太大必要了。

既然是开源项目，百度、搜狗、Bing 等都是支持 AMP 的。百度索引了少量 AMP 页面，只不过除非特意查询收录的 AMP 页面（如搜索 inurl:/amp/），在百度搜索结果中没有见到过出现 AMP 页面。

本文档为站内渲染。原始文件本地路径：saas/source/seo-llm/SEO实战密码-markdown-第06章-移动-SEO-Google-AMP-和百度-MIP-Google-AMP-9592c1.md（仅本地保留，不入库不部署）