AMP加速：是坑还是神技？一个老站长的碎碎念
2016年我第一次折腾AMP，说实话，挺烦的。那会儿谷歌简直把它吹上了天——移动搜索里的闪电标志，看着就让人眼馋。我兴冲冲给一个新闻站做了AMP适配，你猜怎么着？流量确实涨了……但服务器崩了。对，没错，因为AMP缓存机制的诡异同步，我的原始页面被爬虫搞到403，呵呵。
现在都2025年了，AMP这玩意还有人提吗？有。而且说来讽刺，最近好几个做SEO的朋友私下问我：“AMP到底值不值得搞？” 行吧，今天就敞开了聊，一个踩过坑、也尝过甜头的老站长视角，不写教程，只讲人话。
一、AMP到底是个什么玩意儿？
别被“Accelerated Mobile Pages”这么长的名字唬住。扒干净了讲，AMP就是一套由谷歌推行的移动网页规范。它限制你用某些HTML标签、强迫你用自家JavaScript库、还得把页面托管到谷歌的CDN上。
听起来霸道？对，就是霸道。但初心是好的——移动网速坑爹的年代，网页动不动就几兆大，用户等得骂娘。AMP把页面搞成极简风，静态资源几乎为零，加载速度嗖嗖的。
https://obgeo.oss-cn-beijing.aliyuncs.com/pvc-articles/a8a0a305-f0f2-4453-8916-176ccd5f7bdc.jpg
AMP加速页面HTML结构示意图
我第一次看AMP模板代码时，第一反应是：这特么不就是古代WAP页面的加强版吗？限制多到变态，连自定义JS都不让写，全得用AMP组件。比如你想放个图片轮播，必须用amp-carousel，想搞个分析跟踪，只能用amp-analytics。自由？不存在的。
但话说回来，AMP那一套缓存预加载机制确实聪明。谷歌在你点开链接前，就开始从自己的服务器渲染AMP页面了。用户一点，秒开。这个体验在2016年的2G/3G网络下，简直是降维打击。
二、谷歌爸爸钦定的加速，真香过吗？
真香过。大概2017到2019年，AMP是移动SEO的“作弊码”。
那会儿谷歌搜索结果里，带闪电标志的AMP页面会排得特别靠前，而且有个酷炫的轮播展示位。你敢不做？竞争对手做了，你的排名就往下掉。我当时一个电商站的移动端整站都AMP化了，流量猛涨30%，转化率却跌了——因为AMP的交互太简陋，用户付个款都费劲。
https://obgeo.oss-cn-beijing.aliyuncs.com/pvc-articles/cad56c74-2be6-4518-969c-b162b93cf80d.jpg
谷歌移动搜索AMP闪电标志截图
流量红利是真的，但割裂感也是真的。 你得像维护两套不同的页面：一套正常的，一套AMP的。URL乱七八糟，数据统计对不上，有时AMP页面的用户行为数据根本传不回主站的分析后台。对于需要复杂交互的网页（比如论坛、购物车），AMP简直就是灾难。
而且谷歌对AMP的偏爱，后来也引发众怒。开发者们控诉它破坏Web的开放性，搞“围墙花园”。迫于压力，2021年谷歌终于改口了：AMP不再是排名因素，连闪电标志都慢慢淡化。现在去搜，很多AMP页面都没特殊标识了。
但是——注意这个但是。虽然AMD不再是直接排名信号，网页速度依然是核心体验指标。Core Web Vitals（网页核心指标）该考核的一样不落。而AMP在这块天然有优势，尤其LCP（最大内容绘制）和CLS（累积布局偏移），做得好的AMP几乎都能绿分。
三、血泪教训：我用AMP踩过的三个大坑
https://obgeo.oss-cn-beijing.aliyuncs.com/pvc-articles/062cebd0-d7be-4ba4-af82-1c57a9a7310b.jpg
三、血泪教训：我用AMP踩过的三个大坑
都说吃亏是福，那我大概是福如东海了。总结三大坑，给后来者避避雷：
1. 缓存延迟让你怀疑人生。 你改了AMP页面原文，满心期待用户看到新内容，结果谷歌缓存一留就是好几天。我们做过一次限时促销，活动都结束了，AMP缓存页还在展示旧价格，客服被骂惨了。后来学乖了，每次更新必须用AMP的update-cache API去主动刷新——但API还有个速率限制，量大了照样堵。
2. 广告和统计代码水土不服。 AMP对广告的支持，早期约等于没有。你得专用amp-ad组件，很多广告联盟根本不给适配。统计也是，必须通过amp-analytics去配。我们当时主用的一个CRM系统，连AMP事件都收不到，导致数据断层，营销决策全靠猜。
3. 用户粘性变差，跳出率虚低。 看起来AMP页面的跳出率很低，其实是因为大部分AMP页面的退出链接都导向了谷歌搜索的返回，而不是你的站内其他页面。用户看完即走，压根没进你的网站生态。我们做过对比，同样内容，AMP用户看完后，再次访问网站的比率比普通页面低了40%！流量是虚假繁荣。
这些坑，很多官方文档不会明说，你得实打实做了才知道。
四、现在搞加速，AMP还是最优解吗？
https://obgeo.oss-cn-beijing.aliyuncs.com/pvc-articles/390836b9-d7e5-427d-92a6-0238c914abc3.jpg
四、现在搞加速，AMP还是最优解吗？
直说吧：对大多数网站不是，对个别场景依然是。
如果你的网站就是纯内容站，比如新闻、博客、文档，交互极少，那你现在根本用不着AMP。现代前端框架的SSR（服务端渲染）和静态站点生成技术（比如Next.js、Gatsby），配合CDN和图片延迟加载，性能轻松秒杀AMP，而且开发自由度高得多。我自己的博客现在用Astro构建，Lighthouse跑分接近满分，不比AMP香？
如果你是个性化推荐、社交交互多的网站，AMP更是别碰。PWA（渐进式Web应用）可能是更好的方向——既有类原生体验，又能离线访问。
但有一个场景，AMP依然能打：你在国外市场做SEO，且主要流量来自谷歌移动搜索，尤其是一些网络基础设施较差的新兴国家。 AMP在巴西、印度、印尼等地，因为谷歌的强势推广和本地CDN节点，速度优势依然明显。而且那些地区的用户，对交互要求没那么高，能快速加载出图文就是王道。
还有一个灰色好处：AMP页面很容易对接谷歌的News展示、Stories格式等。如果你专攻Google News引流，那AMP几乎是必需品。
说到底，技术选型不是追潮流，是算账。你算算ROI：搞AMP需要投入多少开发维护成本？你从Google获得的额外流量又能变现多少？想清楚再动手，别跟我当年一样，一上头就全站AMP，结果留下一堆历史债。
好了，就扯这么多。如果你非要做，建议先拿一个子目录试试水，跑个把月的AB测试，数据说话。千万别信那些“一键安装插件全站AMP”的鬼话——除非你想天天爬起来修bug。 内容真实不做作，没有多余套路，都是实实在在的经验之谈。 很多点我之前都没想到，楼主一提醒才恍然大悟，收获很大。 虽然篇幅不长，但句句都是重点，简洁又有深度，非常不错。 对这个话题有了更全面的认识，不再只停留在表面理解。 这样的优质帖子越多越好，希望论坛能多一些这样真诚的交流。 认真看完了整篇内容，感觉受益匪浅，期待楼主后续更多优质的分享。 内容全面又细致，几乎把相关问题都覆盖到了，非常用心。 看完很有启发，也引发了我不少思考，有空也想分享下自己的看法。 感谢楼主带来这么好的内容，在论坛里能学到东西真的很开心。 已经推荐给朋友来看了，好东西就应该一起分享一起学习。 不仅内容好，语气也很温和，这样的交流氛围真的很不错。 每一条都很实用，已经记下来了，以后遇到类似问题就能用上。 楼主分析得很到位，很多地方都很实用，已经默默收藏起来慢慢看。 讲得很透彻，把复杂的问题简单化，理解起来轻松了很多。
页:
[1]