AMP是什么：Google怎么索引AMP页，2026年还值不值得做

AMP 最反直觉的地方在于：它当年被很多人当成一张搜索入场券，可Google官方写得很清楚，索引AMP页面和其他网页一样，对所有页面用同一套标准，不管页面用什么技术构建。

对出海做站的人来说，这两句话合起来的意思是：Google 对所有页面用同一套标准，不管页面用什么技术构建。它是一套写页面的规矩，照这套规矩写，页面拿到一层基础性能保底；校验不过，用户在那边就会出问题。把AMP当成SEO加分项去做，做完发现搜索表现没变化，几个月白折腾。

• AMP HTML是HTML的一个子集，对标签和功能加了限制，不要求新的渲染引擎
• Google 索引 AMP 页和其他网页一样，用同一套标准
• AMP页必须符合AMP HTML规范，内容和操作要和canonical页一致
• 作者样式表加内联样式合计上限75,000 bytes，style amp-keyframes上限500,000 bytes
• 桌面端能正常显示AMP页，但拿不到搜索专属功能

这篇讲的是AMP的定义、一份合格AMP页的构成、Google侧怎么索引和展示，以及什么站还值得做、什么站可以直接不做。

AMP 到底是什么：HTML 的一个子集，不是新技术

AMP 三个字母代表什么，它和普通 HTML 什么关系

AMP就是AMP HTML的缩写，没有别的展开。amp.dev的规范页给的定义是：它是HTML的一个子集，用于编写新闻文章这类内容页，以保证某些基础性能特征。

「子集」这个词要抓住。它没有发明一套新语法，也没有要求浏览器开发新的渲染引擎。现有的浏览器可以像渲染普通HTML一样渲染AMP HTML。你的AMP文档传到普通Web服务器上，像普通HTML一样提供就行，服务器不需要特殊配置。

所以它不是平行于HTML的新格式，是HTML的一个受限写法。原来那套模板、那套发布流程，大部分还能用，卡人的地方在下面这些限制上。

它靠什么保证速度：限制标签、禁作者 JS、custom elements

AMP保证速度的办法不神秘，就是把拖慢页面的东西先拿掉。

它对HTML可用的标签和功能加了一些限制。高级功能由一组custom elements实现，这些组件由社区贡献，但集中管理和托管。样式你可以自己写CSS，JavaScript不行，作者能写的JS不能超出这些custom elements提供的范围。规范页说这么做的目的是达到性能目标。

可预测的性能是AMP HTML的关键设计目标，主要目标是缩短用户可以使用页面内容之前的时间。这句话决定了后面所有规则的走向：只要某个写法会让页面打开时间变得不可预测，规范就会限制它。

还有一条要提前知道。使用AMP格式，等于让AMP文件里的内容可以被抓取（受robots.txt限制）、缓存并展示。这是这套格式自带的设计，不是额外装了什么插件。

同名不同物的几个词，一句带过

安培、化学里的缩写、HTML实体里的&，都跟这个AMP没有关系。看到这几个词混在一起，直接跳过就行。

顺便说一句，AMP页不是移动端专属，它可以在所有设备类型上查看，官方建议用响应式设计来构建。这块和移动端友好是同一件事，做法看移动端友好。

AMP 页面是什么格式：一份合格 AMP 页的必备标记

AMP页面就是一份符合AMP HTML规范的HTML文档。它跟普通HTML页的差别不在内容，在骨架和标签写法。下面六项是硬性要求，缺一项校验就过不了。

1. 文档第一行是 <!doctype html>。
2. 有一个顶层 <html ⚡> 标签，写成 <html amp> 也接受。
3. 有head和body标签。这两个在普通HTML里可以省，在AMP里必须写。
4. head里有一个 <link rel="canonical" href="$SOME_URL">，指向这份文档对应的普通HTML版本；如果没有普通HTML版本，就指向自己。
5. head里有meta charset和meta viewport。
6. head里有AMP runtime脚本 <script async src="https://cdn.ampproject.org/v0.js"></script>，还要有boilerplate，也就是head里的style[amp-boilerplate]和noscript里的style[amp-boilerplate]。

六项里最容易漏的是boilerplate。它不是装饰代码，缺了就是一条校验错误。

被替换的标签和被禁的标签

媒体标签在AMP里全部换名字。img换成amp-img，video换成amp-video，audio换成amp-audio，iframe换成amp-iframe。这不是建议，是硬替换，页面上留一个原生img就过不了校验。

被禁的标签是base、picture、frame、frameset、object、param、applet、embed。改旧模板的时候要一个个搜过去，不能靠肉眼扫一遍。

script标签也有规则。默认禁止，只有type是application/ld+json、application/json、text/plain时才允许；例外是加载AMP runtime的必需脚本和加载扩展组件的脚本。结构化数据就是靠application/ld+json放进去的，具体写法看结构化数据。

属性上还有两条：以on开头的属性名不允许，比如onclick、onmouseover，字面名叫on的属性允许。a标签的href不能以javascript:开头，设了target就必须是_blank。条件HTML注释也不允许。

样式规则：一个 style amp-custom，加几条禁令

自定义样式只有两个去处：head里一个带amp-custom属性的style标签，或者内联样式。只能有一个，多写一个就是错误。

几条禁令要记牢。不能用!important，规范说这是AMP强制执行元素尺寸不变量所必需的。不能用@import。过渡和动画只能用在能被GPU加速的属性上，目前允许opacity和transform，带厂商前缀的transform也算。

谷歌 AMP 是什么：Google 怎么索引、怎么展示 AMP 页

谷歌AMP没有另一套东西，就是Google搜索怎么对待AMP页面。这里分两头看，索引一头，展示一头。

索引侧：和其他网页同一套标准

官方原句是「Google Search indexes AMP pages just like other web pages, and applies the same standard to all pages, regardless of the technology used to build the page.」。翻成大白话：Google索引AMP页和其他网页没区别，对所有页面用同一套标准，不管页面用什么技术构建。

跟这句话配套的还有一条：所有让网站对Google友好的最佳实践同样适用于AMP，那一节只讲AMP在Google搜索里特有的额外准则。也就是说，站上那些基础问题，不会因为页面是AMP就自动消失。

展示侧：可以作为富媒体结果，也可以作为 Web Stories

AMP页面可以像其他网页一样，作为富媒体结果出现在Google搜索里。它也可以作为Web Stories出现。这两条说的是展示形态，不是排名承诺。

有个地方容易搞混：给页面加结构化数据，不保证页面会作为富媒体结果出现在搜索结果中。这句话写得很直白。结构化数据是入场条件，不是结果保证。

URL 方案要对用户说得通

AMP页放在哪个地址，官方给了一条判断标准：对用户说得通。canonical页是example.com/giraffes，AMP就放在amp.example.com/giraffes或example.com/amp/giraffes这类位置，不要放到test.com/giraffes。

这条看着小，实际影响的是用户和搜索引擎对两个地址关系的理解。两个页面讲同一件事，地址上要能看出来。

AMP 对网站的影响是什么：2026 年还剩哪些实际作用

放到2026年看，AMP的位置很清楚：它是一套可选的内容页写法，不是搜索的入场条件。做它换来的东西，说到底就三样。

能拿到的三样

先说最实在的一样，基础性能保证。这是这套格式的设计目标本身，页面按规范写完，就有了一层保底。还有个事，AMP文档被设计成可以可选地通过专门的AMP服务系统提供，这些系统从自己的源提供文档，并且允许对文档做转换，带来额外的性能收益。最后是Web Stories这个入口。

服务系统那样要说明白：它是可选的，不是页面做成AMP就自动发生。

拿不到的：桌面端的搜索专属功能

AMP页在桌面端能正常显示，但桌面端的AMP不会获得Google搜索结果里的搜索专属功能。这条直接决定了「值不值得做」的答案。

至于排名，前面那句「同一套标准」本身就是结论：页面用什么技术写，不改变Google对页面的评判标准。

代价：几条硬限制

最要命的一条，作者不能写自定义JavaScript。这条对内容页没什么感觉，对交互重的页面是致命的。还有样式有体积上限，作者样式加内联样式超过75,000 bytes就是验证错误。另外AMP页的内容和操作必须和canonical页一致，用户在AMP页上能看到什么、能完成什么，canonical页上要有同样的东西。

怎么做：把一个页面改成 AMP 的 6 步

下面按一个内容页的改造顺序走，每步说清做什么、为什么、出问题从哪里回查。

1. 第一步，按规范写文档骨架。从doctype、<html ⚡>、head和body开始，放进canonical、charset、viewport、runtime脚本和boilerplate。放在第一步的理由：这几项是校验的第一道门，骨架不对，后面的修改都没意义。回查办法：把页面丢进校验工具，缺哪一项它报哪一项，逐条补。
2. 第二步，替换媒体标签。img换amp-img，video换amp-video，audio换amp-audio，iframe换amp-iframe。回查办法：在源码里搜原生的img、video、audio、iframe标签，看还有没有漏的。
3. 第三步，样式收口。把页面样式统一到一个style amp-custom里，或者用内联。回查办法：数一数页面上有几个style标签，超过一个就是错误；再搜!important和@import，有就删。
4. 第四步，动画keyframes多的时候，放进文档末尾的style amp-keyframes。回查办法：看这个标签是不是body的最后一个子元素，位置不对就是验证错误。
5. 第五步，自定义字体走白名单来源。可以用指向白名单字体提供商的link标签，也可以用@font-face引入，目前允许的link来源是Fonts.com、Google Fonts、Font Awesome、Typekit。回查办法：看页面上的字体link指向哪一家，不在名单里的换掉。
6. 第六步，校验，再比对两个版本。按Google的AMP指南校验页面有效性，同时逐项核对AMP页和canonical页的内容、可完成的操作是否一致。回查办法：先看校验结果是通过还是报错，再拿两个页面并排看。

第四步那个标签还有两条限制：只能放@keyframes、@media、@supports规则以及它们的组合，体积不能超过500,000 bytes。

Google的AMP指南里给了两个入口，一个是校验AMP内容，讲怎么校验页面；另一个是从Google搜索移除AMP页面，讲怎么把AMP页从搜索结果里拿掉。第二个入口改回普通HTML时会用到。

动手之前先算一笔账。如果你的站已经把核心页面的速度做过一轮，AMP带来的那层保底可能是重复投入，具体做法看网站访问速度优化。

数字和限制：做 AMP 要盯的几个数

AMP的规则里带数字的不多，每一个都是硬线，超了就是验证错误，不是警告。

AMP对「页面能有多重」是写死的。样式写超了不是变慢，是直接判不合规。改老页面时先量一下现有CSS的体积，超过75,000 bytes的，第一步不是写AMP，是砍样式。

常见误区和排查：AMP 用错的 5 种情况

下面五条，每一条都能在Google的AMP指南里找到对应说法，也都做过就能查出来。

1. 以为AMP页只能移动端看。不是，AMP页可以在所有设备类型上查看，应该用响应式设计来构建。「AMP是移动端专用」这个说法是错的。
2. 以为桌面端的AMP也有搜索专属功能。没有。AMP在桌面端不会获得Google搜索结果里的搜索专属功能，页面显示正常，功能没有。
3. 以为加了结构化数据就一定出富媒体结果。不保证。加结构化数据不保证页面会作为富媒体结果出现在搜索结果里。
4. 移动版和桌面版的robots meta不一致。这条最伤。移动端如果用了跟桌面端不同的robots meta，比如noindex或nofollow，Google可能无法索引或跟踪页面上的链接。修法是两个版本用同一套robots meta，移动页不要加noindex。
5. 基于用户交互懒加载主要内容。滑动、点击、输入之后才加载的内容，Googlebot不会触发这些交互，所以看不到。主要内容要在页面加载时就出来。

排查顺序固定成三步，别跳。

1. 先跑校验，看AMP页面是否有效。有效性不过，后面的判断都没有意义。
2. 再比对两个版本。把AMP页和canonical页分别在手机和桌面上打开，逐项看内容是否相同、能完成的操作是否相同。
3. 最后看Search Console里这个URL的索引状态和抓取情况，据此决定继续修还是改回普通HTML。

排查时有个背景要知道：移动优先索引下，只有移动版展示的内容会被用于搜索索引和排名。移动版内容比桌面版少，可能掉流量。这套判断属于技术SEO的范畴，更完整的做法看技术SEO优化。

什么站该用 AMP、什么站可以直接放弃

「AMP还有用吗」这个问题，答案不在AMP本身，在站型。规矩细有好处，也有代价。

还值得用的三类站

内容页为主的站，新闻、文章这种，排第一。AMP本来就是为这类页面设计的，那些限制对内容页影响最小。再就是需要一层基础性能保证、又没有精力自己搭性能体系的站，规范帮你把该砍的砍了，你照着写就行。还有就是要做Web Stories的站，这个入口只对AMP页开放，没有替代做法。

可以直接放弃的三类站

交互重的站先划掉。作者不能写自定义JS这一条，会把功能砍掉一半。需要大量自定义JS的站，同一条限制，不用多解释。已经用响应式设计加速度优化把核心页面做好的站，也可以直接放弃，基础性能那层保底你已经有了，再做AMP是重复投入。

第三类里的「已经做好」要能验证，不是自己觉得好。核心页面的加载表现、移动端的可用性，这些拿数据看。

动手前的 5 条判断清单

1. 站上的主力页面是不是内容页，文章、新闻这一类。
2. 页面里有没有必须靠自定义JS才能完成的功能。
3. 作者样式加内联样式能不能压到75,000 bytes以内。
4. 有没有人力同时维护AMP版和canonical版，并保证两版内容一致。
5. 站点有没有明确的Web Stories需求。

前四条有一条答不上来，先别做。第五条是加分项，不是必选项。

还有一件事要提前想清楚：一旦有了AMP版，站内链接、导航、canonical的指向都要跟着调整。这套东西属于站内结构，做法看站内SEO优化。

AI 能帮 AMP 改造做哪几步，人要核什么

AI在这个活里能省的是查找和比对的力气，不是判断。下面四步可以交给AI做。

1. 比对必需标记。把现有页面的HTML交给AI，让它按AMP HTML规范逐条对照doctype、<html ⚡>、canonical、charset、viewport、runtime脚本、boilerplate，列出缺哪几项。
2. 批量替换媒体标签。让AI把img、video、audio、iframe换成对应的amp标签，同时单独列出被禁用的那几个标签。
3. 检查样式违规和体积。让AI找出!important、@import，估算样式总字节数有没有超过75,000 bytes。
4. 对照Google的AMP指南，检查AMP页和canonical页的内容、操作是否一致，输出一份差异清单。

下面三条提示词是本文给的示例，不是官方模板，可以直接复制去用。

「下面是一段 HTML，请按 AMP HTML 规范逐条检查必需标记是否齐全：doctype、<html ⚡>、canonical 链接、meta charset、meta viewport、AMP runtime script、AMP boilerplate。缺哪项就列哪项，不要改我的代码。」

「把这段 HTML 里所有 img、video、audio、iframe 替换成对应的 amp-img、amp-video、amp-audio、amp-iframe，并单独列出所有被 AMP 禁止的标签（base、picture、frame、frameset、object、param、applet、embed）。」

「检查这段 CSS：有没有 !important、有没有 @import、有没有以 -amp- 或 i-amp- 开头的类名和 ID，并估算样式总字节数是否超过 75,000 bytes。只报问题，不要重写样式。」

AI做完这些，最后三步得你自己上手。在AMP校验工具里提交页面URL，看结果是通过还是报错，报错就按报错项改。在浏览器里分别用手机和桌面打开AMP页和canonical页，逐项对比内容和能完成的操作。在Search Console里看这个URL的索引状态和抓取情况，据此决定继续用AMP还是改回普通HTML。

改的页面一多，整理资料、对照官方文档、出改稿单这类活可以交给猎者出海的AI Agent，它按清单把每一页要改的项列出来，人只负责校验和验收。

常见问题

AMP 页面是移动端专属吗

不是。AMP页可以在所有设备类型上查看，建议用响应式设计来构建。把它当成移动端页面来做，桌面端就会出问题。

AMP 在桌面端表现如何

显示效果和移动端一样好，如果AMP支持你需要的全部功能，可以考虑把页面做成独立AMP页，同时服务桌面和移动访客。但桌面端的AMP拿不到Google搜索结果里的搜索专属功能。

AMP 页面必须有效吗

必须。页面有效才能按预期为用户工作，校验不过的页面在用户那边会出问题。校验这件事没有「差不多」的余地。

加结构化数据就一定出富媒体结果吗

不保证。写得很直白，加结构化数据不等于一定出富媒体结果。结构化数据是把页面说明白，不是把结果定下来。

AMP 页和 canonical 页内容必须一致吗

在可能的情况下必须一致。用户要能在AMP页上看到和canonical页相同的内容、完成相同的操作。做不到一致的部分，改造成本要提前算进来。

AMP 对排名有加成吗

Google索引AMP页面和其他网页一样，对所有页面用同一套标准，不管页面用什么技术构建。页面用什么技术写，不改变评判标准。影响排名的因素看Google排名因素。

AMP这套东西，管的是一份页面怎么写，不是页面能不能被搜到。真要动手，先拿一个内容页改一遍，走完校验和两版比对，再决定要不要推到全站。改一页的成本，比想清楚整站要不要做，低得多。全站推起来之后，每周的改动可以交给猎者出海的AI Agent出一张改稿单，人按单子验收。