无法直接访问Google AMP缓存页面？原因及解决办法咨询

我之前帮不少开发者排查过这类AMP缓存的问题，咱们先拆解下你遇到的矛盾现象：从移动端搜索结果点AMP链接能正常加载，但直接输入缓存URL或刷新就跳转到Redirect Notice页面。这背后主要是Google AMP缓存的访问规则在起作用，具体原因和解决办法如下：

一、核心原因 #

• AMP缓存的授权访问机制：Google AMP缓存的设计逻辑是优先保障从搜索结果入口的合法访问。当你从Google搜索点击进入时，请求会携带Google生成的验证参数（比如专属的amp_signature参数）或者特定的Referer头，缓存服务器识别后就会直接返回AMP页面。但如果是直接输入URL或刷新，请求里没有这些验证信息，缓存就会判定为未授权访问，触发跳转回原AMP页面的Redirect Notice。
• 缓存URL的临时签名过期：部分AMP缓存URL会带有临时的签名参数，这个签名有有效期限制。如果你保存了旧的缓存URL，过段时间签名失效，再访问就会被引导到跳转页面。
• AMP页面的配置缺失：如果你的AMP页面没有正确设置双向关联标签，或者违反了AMP规范，Google缓存可能无法正确识别页面的合法性，进而限制直接访问。

二、可行的解决办法 #

1. 修复AMP页面的基础配置 #

• 确保你的原网页（非AMP版）和AMP页面之间设置了双向关联：原页面要添加<link rel="amphtml" href="你的AMP页面原URL">，AMP页面要添加<link rel="canonical" href="你的原网页URL">。这是Google缓存识别合法页面的基础，缺失的话很容易触发访问限制。
• 用Google的AMP测试功能检查页面是否符合规范：任何AMP语法错误、组件滥用都会导致缓存访问异常，修复这些问题是前提。

2. 配置允许直接访问缓存URL的规则 #

• 如果你的业务需要允许用户直接访问缓存URL，可以使用amp-access组件来设置权限策略。你需要在AMP页面中引入amp-access脚本，然后配置规则让Google缓存服务器认可直接访问的请求。简单来说，就是告诉缓存：“这个页面允许直接通过缓存URL访问”。
• 调整服务器的缓存头设置：确保返回给Google缓存爬虫的Cache-Control头是public, max-age=604800之类的公共缓存规则，让缓存可以长期存储你的AMP页面，减少临时签名过期的问题。

3. 处理签名过期的问题 #

• 避免手动分发AMP缓存URL，尽量引导用户从Google搜索结果进入，或者使用你的原AMP页面URL（比如https://example.com/amp/page.html），Google会自动处理缓存跳转。
• 如果需要生成长期有效的缓存URL，可以通过Google Search Console重新提交你的AMP页面，触发Google重新生成不带临时签名的缓存链接（不过这种情况需要页面完全符合AMP规范）。

4. 测试验证方法 #

• 用浏览器的无痕模式测试缓存URL：有时候浏览器保存的Cookie或历史Referer会干扰测试结果，无痕模式能更准确模拟用户直接访问的场景。
• 查看Google Search Console的AMP报告：里面会详细列出缓存访问相关的错误，比如验证失败、签名问题等，帮你快速定位具体原因。

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