AMP本身不加速移动页面，仅通过强制极简规则提升渲染速度，但必须经amp-validator验证、被CDN或搜索引擎分发才生效；“秒开”实际来自AMP Cache（如cdn.ampproject.org），非源服务器。
AMP 不导致移动加速，它只是在满足一连串硬性约束的前提下，让页面“有机会”被 AMP Cache 托管并预渲染——而你看到的“秒开”，大概率来自 https://yoursite-com.cdn.ampproject.org，不是你自己的服务器。
怎么确认页面真被当成 AMP 用了
别只看有没有 。打开 Chrome DevTools → Network 标签 → 刷新页面 → 筛选 document 类型响应，检查三点：
- 响应头含
Content-Type: text/html，且响应体里有或 - 控制台没报
Failed to load resource: https://cdn.ampproject.org/v0.js—— 这个加载失败，整个 AMP runtime 就没启动 - 右键“查看页面源代码”，搜
amp-boilerplate：被删了、注释了、或内容被压缩器破坏，都会导致首屏闪动、CLS 超标
本地验证总过不了？常见卡点在这儿
很多开发者以为加了 <script async src="https://cdn.ampproject.org/v0.js"></script> 就算完事，其实校验失败往往出在细节：
-
<img>标签缺width/height，哪怕值是1也得写；空字符串或0也不行 - CSS 写在
<style amp-custom></style>里，但总大小超了75000字节（不是 KB） - 用了
!important、@import、通配符选择器* {}、position: fixed - 写了自定义
<script></script>，哪怕只是console.log—— AMP 不允许任何非白名单脚本 - 想用
amp-bind却漏了data-amp-bind属性，校验器直接报Missing mandatory attribute: data-amp-bind
Go / WordPress / 静态生成器里容易踩的坑
不同技术栈绕过转义和注入逻辑的方式差异很大，但共性问题是“服务端输出不等于浏览器收到的”：
Wechat Article Html
下载
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
- Go 的
html/template默认把⚡转成❤，必须用template.HTML包裹整段 AMP 模板开头，不能只包⚡字符 - WordPress 插件常自动给
<img>加loading="lazy"或 class，但 AMP 要求必须是<amp-img></amp-img>，原生<img>会被 Cache 直接丢弃 - 静态生成器（如 Hugo、Next.js）若用 JS 渲染媒体标签，比如运行时把
<div> 补成 <code><amp-img></amp-img>，AMP Cache 在解析 HTML 阶段就已拒绝，JS 根本没机会执行 - 所有
amp-*元素（<amp-img></amp-img>、<amp-video></amp-video>、<amp-bind></amp-bind>）必须由服务端原样输出，不能依赖客户端补全 -
robots.txt不能屏蔽该路径，<meta name="robots" content="noindex">会直接拒收 -
<link rel="canonical" href="https://example.com/page">必须存在且可公开访问，指向非 AMP 版本 - Google Search Console 里没验证 AMP 状态、没提交 URL，或者状态显示
Invalid—— 这个环节没人提醒你，但它是上线前最后一道闸门
AMP Cache 不生效？先查这三件事
即使 HTML 100% 合规，也未必进得了 Google 的 CDN：
真正难的不是写出合法 AMP HTML，而是让整个链路（服务端输出 → 爬虫抓取 → 校验通过 → Cache 收录 → CDN 分发）全部对齐。任何一个环节断掉，用户看到的就只是普通 HTML，跟 AMP 毫无关系。
