了解 Google AMP 页面
Understanding about Google AMP page
我目前正在评估 Google 个 AMP 页面。因此，对于我的静态页面，我已经实现了一个有效的基于 amp 的版本并根据文档将它们链接在一起。
如有错误请指正。最终用户仍会点击原始页面，&请求将被基于 AMP 的版本拦截？
（请注意，AMP 不是 "Google AMP" - 也不应与“Google AMP Cache”混淆）
The AMP FAQ 状态：
AMP files can be cached in the cloud in order to reduce the time content takes to get to a user’s mobile device. By using the AMP format, content producers are making the content in AMP files available to be cached by third parties. Under this type of framework, publishers continue to control their content, but platforms can easily cache or mirror the content for optimal delivery speed to users.
所以 Google AMP 缓存 只是一种可能的 AMP 缓存，可能还有其他缓存。
The documentation for the Google AMP Cache 状态：
Each time a user accesses AMP content from the cache, the content is automatically updated, and the updated version is served to the next user once the content has been cached.
Update AMP Content 文档（强调我的）中对此进行了进一步阐述：
The most effective way to update the version of any AMP document stored in the Google AMP Cache is to access that document using the AMP Cache URL format. The Google AMP Cache automatically requests the latest version of the AMP document from its origin and serves the updated version to the next user.
我制作了一个 UML 序列图来说明发生了什么：
请务必注意：
To take advantage of the Google AMP Cache, an AMP URL must be accessed directly from the cache using the AMP Cache URL format.
直接通过移动浏览器的地址栏对您的网站发出请求的普通用户不一定会收到 AMP 版本。如果他们的移动浏览器知道 AMP 版本（例如，通过存储 <link rel="amphtml" /> 值），那么它可能会使用该版本，但无论如何，请求将直接发送给您的网络服务器，而不会命中任何中间缓存。
但是，如果他们通过搜索引擎（例如 Google）向您的网站发出请求，那么 Google 将在搜索您的网站时存储 amphtml 路径，因此它会将用户定向到 AMP 版本。
我目前正在评估 Google 个 AMP 页面。因此，对于我的静态页面，我已经实现了一个有效的基于 amp 的版本并根据文档将它们链接在一起。
如有错误请指正。最终用户仍会点击原始页面，&请求将被基于 AMP 的版本拦截？
（请注意，AMP 不是 "Google AMP" - 也不应与“Google AMP Cache”混淆）
The AMP FAQ 状态：
AMP files can be cached in the cloud in order to reduce the time content takes to get to a user’s mobile device. By using the AMP format, content producers are making the content in AMP files available to be cached by third parties. Under this type of framework, publishers continue to control their content, but platforms can easily cache or mirror the content for optimal delivery speed to users.
所以 Google AMP 缓存 只是一种可能的 AMP 缓存，可能还有其他缓存。
The documentation for the Google AMP Cache 状态：
Each time a user accesses AMP content from the cache, the content is automatically updated, and the updated version is served to the next user once the content has been cached.
Update AMP Content 文档（强调我的）中对此进行了进一步阐述：
The most effective way to update the version of any AMP document stored in the Google AMP Cache is to access that document using the AMP Cache URL format. The Google AMP Cache automatically requests the latest version of the AMP document from its origin and serves the updated version to the next user.
我制作了一个 UML 序列图来说明发生了什么：
请务必注意：
To take advantage of the Google AMP Cache, an AMP URL must be accessed directly from the cache using the AMP Cache URL format.
直接通过移动浏览器的地址栏对您的网站发出请求的普通用户不一定会收到 AMP 版本。如果他们的移动浏览器知道 AMP 版本（例如，通过存储 <link rel="amphtml" /> 值），那么它可能会使用该版本，但无论如何，请求将直接发送给您的网络服务器，而不会命中任何中间缓存。
但是，如果他们通过搜索引擎（例如 Google）向您的网站发出请求，那么 Google 将在搜索您的网站时存储 amphtml 路径，因此它会将用户定向到 AMP 版本。