示例用例：如何在 AMP 和非 AMP 网页之间保持登录状态？
- 用户转到规范站点(例如 xyz.com(，然后登录。
- 片刻之后，同一用户转到移动设备中的 Google.com，并在搜索某些内容后收到 xyz AMP 网页的 AMP 搜索结果。
- 点击搜索结果后，系统会通过 AMP 查看器打开 AMP 网页(即通过 AMP 缓存提供该网页，而不是网站来源(
查询 1： 根据上述用例，用户是否已经登录了 AMP 体验(因为用户首先通过规范网页登录(？
查询 2： 在哪些浏览器上支持将 AMP 缓存到移动网站登录？(例如，iOS 可能在使用第三方 Cookie 时遇到问题(
1. 根据上述用例，用户是否已经登录了 AMP 体验(因为用户首先通过规范网页登录(？
- 通常，如果用户访问规范，则不会有问题 首先页面，然后通过查看器打开 AMP。
- 使用自定义 Cookie 在缓存和发布者之间进行跟踪 在这种情况下，版本是一个选项。 帮助文章链接 一个类似的问题，并详细解释了一个示例： https://ampbyexample.com/samples_templates/poll/
- 此外，放大器列表、放大器状态和放大器访问也支持这种方法。
阿拉伯数字。在哪些浏览器上支持将 AMP-缓存登录到 mSite(例如，iOS 可能在使用第三方 Cookie 时遇到问题(？
- 通常，如果用户访问规范，则不会有问题 首先页面，然后通过查看器访问 AMP，但反过来 由于 iOS cookie 策略，无法正常工作。
1. 根据上述用例，用户是否已经登录了 AMP 体验(因为用户首先通过规范网页登录(？
是的。放大器访问组件允许您控制用户的内容 可以根据他们的登录状态查看。
例如
<section>
Welcome to the website! This section is visible to all.
</section>
<section amp-access="loggedIn">
This section is only visible if you're logged in. Welcome back!
</section>
该组件需要几个端点和 URL 才能实现这一点：
<script id="amp-access" type="application/json">
{
"authorization": "/documentation/examples/api/amp-access/authorization?rid=READER_ID&url=CANONICAL_URL&ref=DOCUMENT_REFERRER&_=RANDOM",
"pingback": "/documentation/examples/api/amp-access/pingback?rid=READER_ID&url=CANONICAL_URL&ref=DOCUMENT_REFERRER&_=RANDOM",
"login": {
"sign-in": "/documentation/examples/api/amp-access/login?rid=READER_ID&url=CANONICAL_URL",
"sign-out": "/documentation/examples/api/amp-access/logout"
},
"authorizationFallbackResponse": {
"error": true,
"loggedIn": false,
"powerUser": false
}
}
</script>
amp 访问组件使用 AMP 读取器 ID，这是一个匿名的唯一标识符。AMP 阅读器 ID 可以与授权 Cookie 结合使用，以跟踪用户在 AMP 和非 AMP 内容中的登录状态。
2. 在哪些浏览器上支持将 AMP-缓存登录 mSite(例如，iOS 可能在使用第三方 Cookie 时遇到问题(？
在某些情况下，Safari ITP 可能会在很短的时间内丢弃 AMP cookie。但是，由于 AMP 读者 ID 是稳定的标识符，因此您可以将读者 ID 与授权 Cookie 相关联，并根据需要重新建立 Cookie。
由于 Safari 使用机器学习来决定要阻止的内容和不阻止的内容，因此结果可能因用户而异，并且这些问题很难重现。
一些例子：
- 如果用户通常阻止了 3p cookie，他们将不会获得 cookie，但您仍然应该能够获得他们的读者 ID。
- 如果用户阻止了 3p cookie，并且 Safari 已确定 google.com 是跟踪域，则读者 ID 将不可用。