Firebase Storage存储图片在iMessage链接预览中无法正常加载

这个问题既不是Firebase Storage的处理逻辑缺陷，也不算iMessage的功能性bug，核心是iMessage生成链接预览的爬取规则，和Firebase Storage带token鉴权的资源访问规则存在适配冲突，具体触发点有三个：

• iMessage的链接预览不是在用户本地拉取资源生成的，是苹果服务端的爬虫主动爬取页面和素材生成的。这个爬虫对带查询参数的OG图片URL处理逻辑很特殊：要么直接截断?后面的鉴权参数，要么对参数做二次URL编码，最终发到Firebase Storage的请求带的是无效token或者干脆没token，直接拿到403无权限的响应，图片当然加载不出来。
• Firebase Storage里需要token才能访问的非公开资源，默认返回的响应头会带X-Robots-Tag: none字段，苹果的爬虫严格遵守这个协议约定，看到这个标签直接就放弃拉取资源了。你测试用的Imgur图是公开资源，响应头默认允许爬虫访问，自然没这个问题。
• iMessage的OG爬虫最多只跟随1次3xx重定向，Firebase Storage的资源请求默认会先跳一次CDN节点，如果带token的请求因为鉴权问题触发了第二次重定向，爬虫直接终止请求，不会继续拉取。

• 第一种：把要当OG封面的图设置成Firebase Storage公开读资源，去掉URL里的token参数，同时修改存储对象的元数据，把X-Robots-Tag字段显式设成all，允许爬虫访问即可。注意这个方法只适合博客封面这类本来就公开的素材，别把敏感内容设成公开读。
• 第二种（兼容性最好）：在你现在用的云函数上新加一个OG图片代理接口，把页面里的og:image配成同域下不带查询参数的路径，比如https://mywebsite.app/og/postOne-cover.png，请求打到云函数之后，服务端自己携带有效token去Firebase Storage拉取图片内容，直接返回给请求方就行。这种方法不用修改存储权限，不管什么平台的爬虫来抓都不会出参数、鉴权、重定向的问题，也不会暴露存储侧的原始地址和token。
• 配置完记得校验：确保OG图片请求返回200状态码，响应头里没有禁止爬虫的字段，图片分辨率用1200*630像素（iMessage预览适配最好的尺寸），大小控制在8MB以内，就能正常生成完整预览了。

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