全新的 Google 项目，旨在改善“移动”网络
加速移动页面 (AMP) 项目是一个旨在改善移动网络并增强分发生态系统的倡议。如果内容快速、灵活且美观，包括引人入胜且有效的广告，我们就可以保留开放式网络发布模式以及对高质量发布的可持续性至关重要的收入来源。
好奇的是，它只关注移动端。网络 到处都存在吸入问题，而且，如今什么是真正的“移动”？如果我用它创建了网站版本，是否需要将流量重定向到正确的版本？ 也许是这样吗？
通过规范，Google 建议开发者使用有限的 HTML（和 CSS）子集，称为 AMP HTML（例如，没有过渡、没有动画、没有滤镜...）。要验证您的网站是否符合此规范，某些标记元素 不允许，并且提供了 样板 文档来帮助开发者入门。
AMP JavaScript 库管理所有资源加载，根据规范验证所有代码，并让我们访问 自定义 AMP 元素（轮播图、嵌入式推文等），这些元素专为性能而设计。零第三方（甚至手写）JavaScript。
该 开源项目 揭示了更多限制
我们主要的目标是缩短用户能够使用/消费页面内容的时间。具体来说，这意味着
- 渲染和完全布局文档所需的 HTTP 请求应降至最低。
- 图像或广告等资源应仅在用户可能看到它们时才下载。
- 浏览器应该能够计算页面上每个资源所需的空間，而无需获取该资源。
开发者将此项目与 Facebook 的 即时文章 相比，但它是面向整个网络的，而不是应用生态系统内部。在 视频教程 中，Addy Osmani 详细介绍了其工作原理，并清楚地表明它与 Facebook 项目类似。
看来这个项目可能会帮助很多用户——不要忘记，任何朝着解决网络糟糕的性能问题迈出的行动都是好事™。然而，Tim Kadlec 认为
AMP 并没有鼓励在网络上提高性能；AMP 鼓励使用其特定工具构建网页版本。它不像是在帮助开放式网络，倒更像是将原生开发的封闭花园理念引入网络。
这让我感到不安。使用非常特定的工具来构建页面的定制版本以“触达所有人”并不符合我所知任何对“开放式网络”的定义。
对于一个似乎从天而降的项目，它却吸引了大量主要出版商和技术合作伙伴参与。
AMP 就是新的 m。
是的，我同意 Tim Kadlec 的观点。我认为这个想法很好，一个简化版的、没有“废话”的网络版本，它仅仅是内容，这确实听起来不错。我不喜欢 AMP 实现这个想法的方式。这应该是由每个人为每个人创建的东西，一个标准的开源方式，让出版商可以立即提供他们的内容，任何人都可以使用。
如果它流行起来，如果 Facebook 的即时文章流行起来，就会出现更多这样的东西（Twitter 即时文章、Pinterest 即时图像、Reddit 即时帖子...），而不是一个坚如磐石的标准化系统来提供页面的纯内容版本。我认为这是一个好主意，但执行不佳。
尤其是来自 Google 的，我在这里要扮演一下“魔鬼代言人”。假设它获得了足够的关注，Google（搜索引擎）将在多长时间后决定在搜索结果中使用 AMPP 作为排名信号，无论是公开还是内部地？
大 G 可能会将其说成是“更加重视快速加载的网站和用户体验”（众所周知，这现在是一个微妙的排名信号），因此，看看一大堆 AMPP 网站是否开始在类似内容（和速度）方面超越其他网站会很有意思。
我不想争论语义，但该网站没有真正详细说明“加入”该项目的真正含义。出版商几乎会为了获得主页链接而做任何事，那么这些出版商是否真的在贡献代码，还是只是在该项目中提供咨询？这些出版商是否会真正部署 AMPP 页面？
对于高管来说，说“加速移动？当然，我们支持它...”然后让“开发者”去解决具体细节，这很容易。尤其是卫报，他们已经竭尽全力为移动设备设置了自己的工具；当然，作为一家出版商，我想你会想以任何你能发布的格式发布。（他们是首批支持 Facebook 即时文章的公司之一。）
所以，这就是他们将注意力从他们制造廉价、人人可负担得起的优质高效移动设备的能力不足转移开来的方式？
他们会重新编写或进一步复杂化网络发布，这样我们就可以为他们完成工作？真是笑话！
当我第一次阅读 AMP 发布文章和相关的 Github 项目时，我也有同样的 M. = AMP 的想法。
Jeremy Keith 写了一篇很棒的文章，我也分享了我自己的 想法。
趁着你们还穿着蓝色帽子，就把它烧了吧。虽然解决臃肿的网络很重要，但以如此强硬的方式去做，似乎不是一个非常前瞻性的方法。很明显，这已经酝酿了很久了；这几乎像是 Google 在说：“我们已经厌倦了向你们所有人解释性能技巧。Paul Irish 已经尽力解释了 60fps，但你们还是一再地发布着卡顿的内容。” 网络属于所有人，而不仅仅是 Google 的人。问题在于，我们都太过于依赖他们的力量了，以至于很多人现在认为 Google 就是网络（就像人们认为整个网络世界都是 AOL 一样）。我宁愿看到 Google Chrome 团队解决他们自己的浏览器臃肿和缓慢的问题（最近的选项卡数据过期问题对大多数我认识的用户来说都是噩梦）——我无法告诉你我关闭了多少次 Chrome 并清除了缓存——而我却在 Firefox 中完成了工作。没错，AMP = M。
编辑：“...解决臃肿的网络*是*重要的...”