如何在AMP与非AMP页面间维持登录状态？附场景及技术疑问

嘿，我来帮你拆解这两个关于AMP登录状态的问题，结合你给出的场景来详细解答：

技术问询1：原站点登录后，AMP Cache的AMP页面是否自动处于登录状态？ #

默认情况下，不会自动处于登录状态。

原因很直接：AMP Cache是独立的第三方域名（比如Google的AMP Cache域名是googleusercontent.com），浏览器的同源策略会把原站点（xyz.com）的第一方Cookie牢牢绑定在自身域名下，不会主动把这些Cookie发送到AMP Cache的请求里。毕竟两者不属于同一源，浏览器为了安全会做这个限制。

如果要实现登录状态同步，得借助AMP官方提供的方案：

• 用amp-access组件：它可以和你的后端服务配合，通过加密token或者postMessage在原站点和AMP页面之间交换登录凭证，从而验证用户状态。
• 配置符合政策的跨域Cookie（不推荐）：如果你的站点和AMP Cache有合作，可以设置带有SameSite=None; Secure属性的Cookie，让浏览器允许在AMP Cache上下文里携带，但这种方式在现代浏览器里可靠性极低——Safari、新版Chrome、Firefox等都默认拦截第三方Cookie，大部分用户环境下都会失效。

技术问询2：AMP缓存到移动站点的登录状态同步功能支持哪些浏览器？ #

这得分两种实现方案来看：

基于第三方Cookie的同步 #

• 仅支持允许第三方Cookie的浏览器/环境：比如旧版Chrome（80版本之前，未启用第三方Cookie限制）、部分安卓原生浏览器，或者用户手动关闭了第三方Cookie拦截的浏览器。
• 完全不支持的浏览器：Safari（iOS和macOS全版本，默认阻止第三方Cookie）、新版Chrome（80+）、Firefox、基于Chromium的Edge等主流现代浏览器。

基于token/AMP Access的无Cookie方案 #

• 几乎支持所有现代浏览器：Chrome、Firefox、Safari、Edge、安卓主流浏览器等。这种方案不依赖第三方Cookie，而是通过前端postMessage通信、OAuth授权流程，或者后端生成的短期验证token来同步登录状态，完美避开了浏览器的第三方Cookie限制，是当前最推荐的实现方式。

内容的提问来源于stack exchange，提问作者E Greyjoy