从 IT 技术面细说 Search Console 的 27 组数字 KPI (15) ：AMP

这篇文章不再讲下面四件事：

• 甚麽是 AMP？
• AMP 对网站流量有帮助吗？
• 要如何做 AMP 或是 Debug？
• 在 Google 不用 AMP 做为 Ranking Factor，AMP 还有须要做吗？

这四件事大家可以直接去 Google，或是爬之前的文章。

AMP 在 Search Console 中有几个须要注意到的事，当然最重要的是流量，这部份是从搜寻结果的搜寻外观就可以看到，但若一个网站做得好的话，也就是说除了有做 AMP 以及文章的 Schema/Rich Data 後，应该可以看到有下面两个项目：

• AMP 非复合式搜寻结果/AMP None-Rich Results
• AMP 文章/AMP Article

当然是要有做 AMP 才会有 AMP None-Rich Results，这部份指的就是 AMP 的流量，而 AMP Article 指的是当网站有了 Rich Data / Schema，也就是 Article / NewsArticle / BlogPosting 这三个项目跟文章相关的结构化资料才会出现的。

要检验 AMP 有没有带来效果，有时最简单的就是看平均排名就好，下面就是一张可以看得出 AMP 是有差别的图：

这张表就可以看到所有的流量平均排名是 13，但 AMP 非复合式结果平均排名是 10.2，加上文章的 Schema 更是提升到 8.9，只是就之前的文章所说的，因为这三个数字的曝光量都不一样，情境不一样，不能直接做比较，真的须要去长期追踪的就是这三种流量的来源。

要有流量之前，AMP 必须要先做，而做得对与否可以在强化项目的 AMP 看得到：

跟行动装置可用性不一样，AMP 还多了『警告』这部份，当然警告虽然不是属於『有效』，但有时还是会有流量，只是流量会打折是真的，而早期在做 KPI 总表时不会分开记录，而是把这两个加总起来记录，後期发现这有效跟警告对流量还是有差别的就分开记了。

AMP 是很须要小心的事，因为 AMP 通常是必须要用行动装置搜寻才会进入，一般的编辑在日常任务并不会去检查 AMP 有没有问题，若是靠 Search Console 的警告才知道的话，往往是一两天过後，此时流量已经掉了大半，因此有时会用 AMP 的 update-cache 来做 sanity check 比较保险。

AMP 会影响到网站的项目除了上面这两项比较直接的，还有网页体验与 Core Web Vitals，当然这些都是为了解决手机版体验的问题所发展出来的，而要看 AMP 有没有真的做好除了有效性外，还可以从 Core Web Vitals 的行动装置看到，可以看 AMP 是不是真的让手机的 CWV 是好的，通常是没问题的。

AMP 做出来还会有一些副作用，除了流量本来就要提升外，检索量也会提升，而也因为 AMP 不是正常的网页，因此也会出现在『检索而未索引』这部份，因此在做这块的检查时，都会排除这边 AMP 相关网址再来看那些是有问题的网址。

AMP 也是有一个次级资料的指标：

（AMP 非复合式搜寻结果流量＋AMP 文章流量）/ 总流量

这就是看一个网站的 AMP 占比，这个数字就比较有意义，通常 AMP 做得覆盖率高，也就是整个网站都有做的话，AMP 的占比就很容易接近行动装置的占比，也就是在 70% ~ 80% 之间较常见，若是只有做主要内容页的话，这数字可能就是在 60% 那边或以下。

一个网站可以不做 AMP，但要想办法提升使用者的良好体验，而 AMP 提供一个较为简单的方法，但不绝对，因为这也是要看每一个网站的属性差异，而身为一个 IT Director / IT 主管，就要好好了解这点。