blocks|key|4733210|text|网站不应该把他们的整个前端都换成AMP。应客户端请求，应使用AMP来加速静态的、基于文章的内容。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4733211|为了通知客户内容的AMP版本可用，您可以在文档的head中使用link标记，如下所示：|offset|length|style|CODE|4733212|<link+rel="amphtml"+href="http://www.bbc.co.uk/news/amp/34471849">|code-block|syntax|javascript|4733213|entityMap^0|0|O|4|V|4|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|P|8|@$D|Q|E|R|F|G]|$D|S|E|T|F|G]]|9|@]|A|$]]|$1|H|3|I|5|J|7|U|8|@]|9|@]|A|$K|L]]|$1|M|3|-4|5|6|7|V|8|@]|9|@]|A|$]]]|N|$]]

Websites shouldn't switch their entire frontends to AMP. AMP should be used to accelerate static, article-based content when requested by the client.

In order to inform clients that an AMP version of the content is available you can use a <code>link</code> tag in the document's <code>head</code> like:

<pre><code>&lt;link rel="amphtml" href="http://www.bbc.co.uk/news/amp/34471849"&gt;
</code></pre>

blocks|key|4733260|text|当Google或其他应用程序对页面进行索引时，它会意识到页面上有一个AMP版本。当用户通过链接或故事轮播导航到该页面时，将提供该AMP页面的缓存版本。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4733261|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

When Google or another app indexes the page it becomes aware that there is an AMP version. The cached version of that AMP page will be served up when a user navigates to the page via a link or within a carousel of stories.

blocks|key|1070876|text|如果你想现在开始查看AMP版本，我已经发布了一个Chrome插件，它可以将你重定向到AMP版本(如果它存在)。首选项是可配置的，每个URL，每个域，并且有一个可配置的默认值。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1070877|https://chrome.google.com/webstore/detail/amp-accelerated-mobile-pa/baodpdnidmedcpanneabeldenamaaeoe|offset|length|1070878|entityMap|0|LINK|mutability|MUTABLE|url^0|0|0|2S|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|N|8|@]|9|@$D|O|E|P|1|Q]]|A|$]]|$1|F|3|-4|5|6|7|R|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|C]]]]

If you want to start viewing AMP versions now I've released a Chrome plugin which redirects you to the AMP version if it exists. Preferences are configurable per URL, per domain and there is a configurable default.

<a href="https://chrome.google.com/webstore/detail/amp-accelerated-mobile-pa/baodpdnidmedcpanneabeldenamaaeoe" rel="nofollow">https://chrome.google.com/webstore/detail/amp-accelerated-mobile-pa/baodpdnidmedcpanneabeldenamaaeoe</a>

blocks|key|4733340|text|根据这份声明：https://amphtml.wordpress.com/2015/12/09/continued-momentum-for-the-amp-project/amp/“谷歌将于2016年2月下旬开始向谷歌搜索中的AMP页面发送流量。推特将于2016年初开始尝试链接到出版商提供的AMP内容。”|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|4733341|entityMap|0|LINK|mutability|MUTABLE|url|https://amphtml.wordpress.com/2015/12/09/continued-momentum-for-the-amp-project/amp/^0|7|2C|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

According to this announcement: <a href="https://amphtml.wordpress.com/2015/12/09/continued-momentum-for-the-amp-project/amp/" rel="nofollow">https://amphtml.wordpress.com/2015/12/09/continued-momentum-for-the-amp-project/amp/</a> "Google will begin sending traffic to AMP pages in Google Search as early as late February, 2016. Twitter will begin to experiment with linking to AMP content provided by publishers early in 2016."

blocks|key|1070852|text|无法区分基于AMP响应头的+b/w普通web内容和AMP内容。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1070853|只有在接收到网页内容之后才能区分，如AMP网页内容具有“顶层<+html⚡>标签或<+html+amp+>标签"。|1070854|不可能移动相同的内容来获得AMP功能，但它们可以在服务器中保留单独的AMP+HTML。|1070855|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

There is no way to distinguish on the based on HTTP response headers b/w normal web contents and AMP web contents.

Only after receiving web contents there can be differentiated like AMP web contents have "a top-level &lt; html ⚡> tag or &lt; html amp > tag " .

It's not possible for same contents to move to get AMP functionalities but they can keep separate AMP HTML in server.

So Google announced Accelerated Mobile Pages (AMP)
<a href="https://github.com/ampproject/amphtml">https://github.com/ampproject/amphtml</a>

Wordpress released a plugin and other publishers released some support...
but basically most publishers/websites will have an alternate set of URLs for AMP content.

I don't see it that many websites will switch their entire frontends to AMP anytime soon, so how does the mobile web take advantage of the new AMP content?

So when or how will mobile browsers decide to show this AMP content? If its in the HTML <code>&lt;head&gt;</code> section then the mobile browser will only know the location of the AMP content after it downloads that part. Will there be a spec for sending the AMP url in the HTTP header? Or is there another way?

How will and when will Mobile browsers start serving AMP (Accelerated Mobile Pages) Content?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

因此，谷歌宣布了加速移动页面(AMP) Wordpress发布了一个插件，其他出版商也发布了一些支持...但基本上，大多数出版商/网站都会有一组用于AMP内容的替代URL。我不认为许多网站会在短期内将他们的整个前端转向AMP，那么移动网络如何利用新的AMP内容呢？那么，移动浏览器何时或如何决定显示AMP内容呢？如果它在HTML部分，那么移动浏览器只有在下载该部分之后才知道<head>内容的位置。是

问移动浏览器将如何以及何时开始提供AMP (加速移动页面)内容？
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问移动浏览器将如何以及何时开始提供AMP (加速移动页面)内容？EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问移动浏览器将如何以及何时开始提供AMP (加速移动页面)内容？
EN