网页加速，谷歌AMP的工作方法

Pinboard.in的创作者Maciej Cegłowski就是这样做的，他组建了一个演示页面，复制了AMP为基础的（并且AMP主页上没有的）JavaScript。通过3G连接，Cegłowski的页面在1.9秒加载完毕，而AMP的网页则需要9.2秒。JavaScript拖慢了页面的加载时间，即使这个JavaScript本身也是Google计划中加快Web部件的一部分。

讽刺的是，Google的本意是想鼓励出版商对自己的页面进行改良——将脚本内容压缩，并合理利用缓存。但改良之后却意味着网页将会加载的更慢，也就是说网站如果真的照Google说的那么去做了的话，在AMP上可能反而会变得更慢了。

最终，对于出版商而言最好的做法仍然是进行常规的Web开发，而不依赖于从AMP获得的资源。不幸的是，如今独自建立网站的出版商现在是少之又少。大多数出版商有很多地方能够获得与AMP相当的加载速度。Google表示，AMP将能够提高15%~85%的网页加载速度。这么大的变动范围很可能是根据网站上加载第三方脚本的多少而决定的。

对于JavaScript的依赖还会造成另一个不利影响。AMP依赖于JavaScript，也就是说如果他们脚本由于某种原因无法加载，比如说你正在驶进了隧道之中的火车上，或是在信号比较微弱的地区来连接AMP的话，显示的页面将会是完全空白的。一旦AMP页面失败，将会导致整个页面无法显示。

Google自己心里很清楚，所以即使是它自己的Gmail中也仍然提供着基于HTML的备用版本。

为了出版商而开发的AMP

按照AMP的要求，各大媒体所必须要做的就是放弃自己的网络广告。还有交互式地图，还有数据的可视化效果，以及评论系统。

用户可以得到AMP精简后的WordPress博客。WordPress在网络上所有网站的覆盖率高达24%，而且还有一个简单的方法能够迅速从WordPress来生成AMP文件，这对于AMP而言意义非常重大，将能够极大的推动AMP的发展。这当然不是说去让WordPress来建立，事实上如果这么做了的话其实会适得其反。因为WordPress插件往往对加载时间有很大的负面影响。我们经常能看到往往一个WordPress站点加载了多个外部的JavaScript库，而这是由于用户安装了三个分别使用各自的库的插件。AMP则能够巧妙地通过优化这些部分而解决加载过慢的问题。