所以谷歌宣布了加速移动页面 (AMP) https://github.com/ampproject/amphtml
Wordpress 发布了一个插件，其他发布者发布了一些支持……但基本上大多数发布者/网站都会有一组用于 AMP 内容的备用 URL。
我不认为很多网站会很快将其整个前端切换到 AMP，那么移动网络如何利用新的 AMP 内容呢？
那么移动浏览器何时或如何决定显示此 AMP 内容？如果它位于 HTML<head>部分，则移动浏览器将仅在下载该部分后才知道 AMP 内容的位置。是否会有在 HTTP 标头中发送 AMP url 的规范？还是有其他方法？
网站不应将其整个前端切换到 AMP。当客户提出请求时，应使用 AMP 来加速基于文章的静态内容。
为了通知客户内容的 AMP 版本可用，您可以link在文档中使用如下标签head：
<link rel="amphtml" href="http://www.bbc.co.uk/news/amp/34471849">
当 Google 或其他应用程序索引该页面时，它会意识到存在 AMP 版本。当用户通过链接或故事轮播导航到该页面时，将提供该 AMP 页面的缓存版本。
如果您现在想开始查看 AMP 版本，我已经发布了一个 Chrome 插件，它会将您重定向到 AMP 版本（如果存在）。首选项可按 URL、按域进行配置，并且有一个可配置的默认值。
https://chrome.google.com/webstore/detail/amp-accelerated-mobile-pa/baodpdnidmedcpanneabeldenamaaeoe
根据此公告：https ://amphtml.wordpress.com/2015/12/09/continued-momentum-for-the-amp-project/amp/ “Google 最早将在 Google 搜索中开始向 AMP 页面发送流量2016 年 2 月下旬。Twitter 将在 2016 年初开始尝试链接到发布商提供的 AMP 内容。”
无法区分基于HTTP 响应标头的黑白正常 Web 内容和 AMP Web 内容。
只有在接收到网页内容后，才能区分 AMP 网页内容是否具有“顶级 <html ⚡> 标签或 <html amp> 标签”。
移动相同的内容以获取 AMP 功能是不可能的，但它们可以在服务器中保留单独的 AMP HTML。