设置og:url与canonical URL一致时Facebook Share失效，疑与Brotli编码有关

核心结论 #

Facebook分享的Open Graph爬虫对仅提供Brotli压缩的内容存在兼容性问题，这是导致你设置og:url为canonical URL后分享失效的主要原因。

问题原因拆解 #

• 爬虫编码支持限制：Facebook的分享爬虫发送的Accept-Encoding请求头通常不包含br（Brotli编码标识），或者在仅收到Brotli响应时无法正确解码内容。多数主流爬虫对Brotli的支持滞后于gzip，若服务器仅返回Brotli压缩文件，爬虫会无法读取页面中的OG标签。
• 服务器配置缺陷：你的服务器未配置降级机制——当客户端不支持Brotli时，没有提供gzip或未压缩的备选内容。这种“强制Brotli”的配置会直接阻断不兼容爬虫的内容解析流程。

验证与解决步骤 #

验证方法 #

使用Facebook的分享调试工具测试你的canonical URL，查看工具抓取到的原始页面内容：如果显示内容为空或解码失败，即可确认是Brotli的兼容性问题。

解决方案 #

1. 调整服务器压缩配置：
   在服务器（如Nginx、Apache）中同时启用Brotli和gzip压缩，设置优先返回Brotli，但保留gzip作为降级选项。例如在Nginx中：

   # 启用Brotli
   brotli on;
   brotli_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;
   # 启用gzip作为备选
   gzip on;
   gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;
   

   这样当爬虫不支持Brotli时，会自动获取gzip压缩的内容，确保OG标签能被正常解析。

2. 临时测试验证：
   暂时禁用canonical URL所在服务器的Brotli压缩，仅保留gzip，再测试Facebook分享功能。如果分享恢复正常，就坐实了Brotli的兼容性问题。

3. 确认OG标签有效性：
   虽然你提到两个页面内容完全一致，但仍可快速检查canonical页面的OG标签是否存在语法错误（如引号未闭合、属性拼写错误等），排除标签本身的问题。

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