这个 AMP 不是音响的 AMP ，而是 Google 今年 2 月提出的加速移动网页（Accelerate Mobile Pages）开源项目的缩写。Google 宣称使用 AMP 方案，可以让移动网页变快，大为改进使用者体验，将会让互联网再次伟大。然而在上个月，美国的一名软件工程师亚历克斯·卡拉斯（Alex Kras）在 Hacker News发出异议说，Google 可能在偷他网站移动版页面的流量，此文发出后，遂引起很大的讨论潮。

　　这个故事是这样子的，卡拉斯的网志是以 WordPress 加上客制的布景主题自行架设的，6 个月前他加上了对 AMP 的支持，以对移动设备提供更好的使用者体验。然而就在近日，他惊讶地发现到跟过往的经验法则不同，Google 移动搜索结果的链接，不是将使用者重定向到他服务器的优化版页面，而是重定向到 Google 网页快取服务器上的页面快照（ snapshot）。

　　更糟糕的是，Google 还在快照页面顶部放了一个大工具栏，鼓励使用者返回 Google 搜索结果，却难以连到他的原始网站。然而，使用传统 Google 搜索时，开启搜索结果的超链接，是把使用者带到原始网站去，快取的链接才是附加的。Google 显然在移动搜索上改变了这个流程！

　　AMP 理论上应该是理念很好的计划，然而卡拉斯认为 Google 处理重定向的方式有点不诚实，就让我们进一步来了解 AMP 跟他陈述的细节吧。

　　何谓加速移动网页

　　Google 的说法描述：

　　“AMP 是让静态内容网页快速呈现（render）的一种方法， 运作上，由 3 部分组成：

AMP HTML：出于效能的需求，使用受限的基本 HTML，再追加一些延伸，使保持效能又能有丰富的内容。

AMP JS 函式库：确保 AMP HTML 页面可以快速呈现。

Google AMP Cache：用来提供快取好的 AMP HTML 网页。>”

　　也可以看 AMP 的宣传影片来了解。

　　大多数 Web 开发者会认为下列的特色清单是很棒的。

仅允许非同步命令稿（asynchronous s）

静态调整所有资源

保持所有第三方 Java 在关键路径之外

所有 CSS 必须是内连且有大小限制

字体触发必须有效

最小化样式重新运算的时间

只显示有 GPU 加速的动画

优先读取资源

尽快读取页面

　　坊间谣传说 Google 将会让经过 AMP 优化过的网页，在搜索结果中有更高的优先权，一开始卡拉斯认为 AMP 立意良好应该没有负面影响，就试用下去了。

　　AMP 的实际运作

　　于是卡拉斯在 6 个月前，给自己的 WordPress 网志安装上了 AMP 外挂模组（plugin）。如果你用手机开启 Google 搜索，搜索“Git Tips”，你将很容易在前几笔找到他的网站，而且旁边有 AMP 的标示。

　　（Source：Alex Kras 的网志）

　　点击上面超链接（https….）将会打开如下 AMP 优化过的页面。

　　（Source：Alex Kras 的网志）

　　问题

　　看起来到目前为止，都很棒，只有一个大问题──上述你看到的画面并非他的网站提供的，而是来自 Google 的网页快取。

　　页面实际的 URL 如下所示：

　　https://www.google.com/amp/s/www.alexkras.com/19-git-tips-for-everyday-use/amp/?client=safari

　　基本上，就是在原来卡拉斯的网页链接前再加上 。

　　理论上这是一件好事，它不但减少了卡拉斯网站的负载，还让读者手机读取网页更快，甚至比卡拉斯一个月付 10 美元的服务器还要快。

　　那为什么卡拉斯要抱怨 Google 可能窃取了他的移动网页流量？

猜猜看，顶部的“alexkras.com”网址按下去会有什么动静？不会有任何动静，因为那不是链接。

那蓝色标题列的“Alex Kras”按下去呢？也不会有任何的反应，那也不是链接。

最后如果在 AMP 页面内按下“关闭”按钮会发生什么事情？会重定向回 Google 移动搜索。

　　所以任何人都无法到达卡拉斯的真正网站。唯一的方法是手动复制网址，贴到浏览器的网址列才能到达他的原始网站。这恐怕没有读者想要这样麻烦吧？

　　此外，如果 Google 真的非常关心移动体验，为什么在顶部浪费了两个空荡荡又肥胖的横条，开奖，却只有很少的资讯跟一个回到 Google 搜索的按钮？

　　AMP 是伟大的创新？

　　前面你观看过 AMP 宣传影片的话，应该已经听过里面一些大人物推崇该机制是当代最伟大的创新，然而这个革新的 AMP 似乎搞砸了移动网页的使用者体验。