我想与响应式设计的引进和采用，我们不会做移动网页更多的自定义格式？- 但我想我错了。该网站是够复杂了，我们不需要另外的代码库维护，从而导致更多的问题更多的网站。AMP是相当瘦的权利，但随着越来越多的功能被添加和要求，AMP将臃肿。
在页面如何AMP作品中，我们看到的原因AMP快：
执行所有AMP异步的JavaScript
大小所有静态资源
不要让扩展机制块渲染
保留所有第三方JavaScript了关键路径的
所有的CSS必须是内联和大小结合
字体触发必须是有效率
最小化的风格重新计算
只运行GPU加速动画
重点发展资源加载
在瞬间加载网页
我想补充的另一个重要的一点是，在加载内容通过HTTP / 2时，利用网络仍然是不。在上面的列表中几乎什么都可以没有AMP完成。如果你知道你的网站有问题，为什么忽略了主网站，并转到一个独立的代码库，而不是固定的问题？ 如果你想提供一个更快的网站，您的移动用户，然后再去做。它需要尽可能多的工作，落实AMP，因为它会提高你的网站没有AMP。削减了你的网站你不得不在AMP的方式，你会与网站几乎一样快结束了。
我说“几乎一样快”，因为AMP的秘密武器是真的预渲染。提前加载时间的事情减少了知觉加载速度。你宁愿有一个被认为可以载入用户更快的网站，但实际上需要更长的时间，或者一个网站，实际上加载速度更快，但被认为加载速度较慢的用户？ 我要说感觉快比实际要快这是更重要的。
我随机抽查有关使用Chrome的DevTools模拟与AMP移动和加载网页从谷歌预渲染50个不同的物品，没有预渲染（直接AMP），以及移动非AMP网站。我发现，预渲染剃光0.5-5.5秒关页面的加载时间，和大多数网站似乎由大约在实际负载速度1秒差受益，但在感知速度差甚至更大。这里有几个我从搜索引擎土地收到最近的文章的定时：
页＃1：
1.3秒预呈现
2.0S没有预渲染
4.787-9移动
第2页：
1秒预呈现
2.1S没有预渲染
1.787-9移动
这是正确的 – 在第二篇文章中，移动网站实际上比AMP网页速度没有关于预渲染？真实加载时间。现在，感知负载是不同的，而AMP页面肯定出现更快。AMP页面还可以？比非AMP网页慢。在页面的最过分的我检查从监护人，那里的真实加载时间较长的AMP第10页全秒，比移动网站预渲染出来。
什么是惊人的，我是，如果我不得不看着它，猜测哪一个加载速度更快，我会说有预渲染的AMP页面。实际上，有苹果的基本性能提示一节，规定：“对业绩的看法是一样有效在很多情况下，实际性能。“这知觉速度，更重要的是，是什么给AMP真正的优势，你不能在非AMP网页获得。
我还是担心AMP的未来，但是，因为任何数量的政策变化可能使AMP过时。例如，延长预渲染规范允许多于一个页面会带走AMP最大的优势，尽管这可能会导致一些其他的问题，带宽，CPU，安全性等方面，已经有几个想法类似功能政策之中讨论可能导致AMP死亡。
在这篇文章中所表达的意见是那些客人笔者并不见得搜索引擎土地。作者的工作人员在这里列出。