AMP页面不加速服务器或网络，仅通过强制极简HTML/CSS/JS规则提升解析渲染速度，但需通过amp-validator验证且被CDN或搜索引擎分发才生效。
AMP 页面本身不“加速”你的服务器或网络，它只是强制你用一套极简的 HTML/CSS/JS 规则来写页面，从而让浏览器能更快解析、渲染、缓存——但前提是你的 AMP 页面真能通过验证，且 CDN 或搜索引擎（如 Google）愿意替你分发。
AMP 页面必须通过 amp-validator 验证才能被识别为有效 AMP
很多开发者以为只要加了 <html ⚡> 和 <script async src="https://cdn.ampproject.org/v0.js"></script> 就算 AMP 了，其实不行。Google 搜索、Bing、或者 AMP Cache（如 https://example-com.cdn.ampproject.org/c/s/example.com/page）只信任通过 amp-validator 的页面。
- 本地验证：装 Node.js 后运行
npx amphtml-validator index.html - 线上验证：打开 Chrome，访问 AMP 页面后在地址栏加
#development=1，打开 DevTools 控制台看报错 - 常见失败点：
<img>写成<img src="...">（缺width/height）、用了自定义 JS、CSS 超过 75KB、内联样式含!important或position: fixed
AMP 不允许普通 <script>，交互逻辑得用 <amp-bind> 或 <amp-state>
想实现点击切换 tab、展开菜单、表单校验？不能写 document.querySelector().addEventListener(...)。AMP 把 JS 交互抽象成声明式数据绑定，所有状态变更必须走 amp-bind 的表达式系统。
- 启用前需引入：
<script async custom-element="amp-bind" src="https://cdn.ampproject.org/v0/amp-bind-0.1.js"></script> -
[text]、[class]、[hidden]这类属性绑定才生效，直接操作 DOM 会被忽略 - 表达式里不能调用函数（如
myFunc()），也不能访问window或document对象 - 调试技巧：在 DevTools 中检查元素是否带
amp-binding类，控制台搜Binding failed
AMP Cache 是“加速”的关键环节，但只对通过验证 + 公开可抓取的页面生效
用户看到的“秒开 AMP 页面”，大概率不是从你服务器加载的，而是从 Google 的 cdn.ampproject.org 缓存节点返回的。这个过程依赖两个前提：
立即学习“前端免费学习笔记（深入）”；
- 你的页面必须允许被爬虫抓取（
robots.txt不能屏蔽，<meta name="robots" content="noindex">会直接拒收） - 页面必须有有效的
<link rel="canonical" href="https://example.com/page">指向非 AMP 版本 - Google Search Console 里要验证并提交 AMP 状态，否则即使验证通过也不会进入 Cache
- 注意：AMP Cache 不支持 cookie、不执行第三方 JS、不保留 session，所以登录态、购物车等动态内容必须用
<amp-list>+ CORS 接口拉取
真正卡住多数人的不是 AMP 语法，而是把 AMP 当成“加速插件”来用——它不优化后端响应时间，不减少图片体积，也不帮你开 HTTP/2。如果你的原始 HTML 已经很轻、CDN 配置合理、首屏资源已预加载，那 AMP 带来的实际加载提升可能不到 200ms；但若你页面充斥 jQuery 插件、未压缩 CSS、同步阻塞脚本，AMP 的强制约束反而会让你意识到哪些“理所当然”的写法才是真瓶颈。
