Facebook Instant Article网站验证报错：读者量不足，Cloudflare SSL原因排查

我之前帮朋友处理过几乎一模一样的问题，结合Facebook Instant Articles的规则和Cloudflare的常见配置坑，给你拆解几个可能的原因：

• 最直接的政策门槛问题：Facebook Instant Articles确实有隐性的最低读者量要求，官方虽然没明确给出具体数值，但如果你的网站是新站、独立访客极少，哪怕SSL配置完全没问题，也会触发这个提示。这是最常见的原因，毕竟政策里明确提到了「minimal readership」违反规则。

• Cloudflare的安全/缓存规则干扰了Facebook爬虫：

  • 如果你开启了Cloudflare的Bot Fight Mode或Super Bot Fight Mode，很可能把Facebook的爬虫（User-Agent为facebookexternalhit/1.1 (+http://www.facebook.com/externalhit_uatext.php)）误判为恶意机器人拦截了。一旦爬虫无法正常抓取你的网站内容和流量数据，Facebook就会默认判定你读者量不足。
  • Cloudflare的缓存策略如果没针对爬虫优化，可能让Facebook拿到的是静态缓存快照，无法识别网站的真实活跃用户数据，也会导致误判。

• Cloudflare SSL配置不兼容Facebook爬虫：

  • 如果你用的是Cloudflare的Flexible SSL模式（仅Cloudflare到用户端加密，源站还是HTTP），Facebook爬虫对HTTPS的校验更严格，这种混合加密模式可能导致爬虫抓取失败，进而无法评估你的网站真实流量，最终用「读者量不足」这个通用提示拒绝。
  • 要是SSL证书链不完整（虽然浏览器访问正常），爬虫的SSL校验逻辑更严谨，会直接放弃抓取，同样会触发这个错误。

• 内容质量或结构问题导致的误判：

  • 哪怕你有一定流量，但网站内容大多是重复、低质量的，或者没有清晰的文章结构（比如缺少标准的标题、正文标签），Facebook爬虫识别不到有效的阅读内容，也会用「读者量不足」这个模糊的提示来拒绝接入，而不是直接指出内容问题。

快速排查建议 #

• 先去Cloudflare控制台的Security → Bots页面，检查是否拦截了facebookexternalhit开头的User-Agent，把它加入允许列表；
• 把Cloudflare的SSL模式切换到Full或Full (strict)，确保源站也配置了有效的HTTPS证书；
• 用Facebook Instant Articles后台的Tools → Crawler Debugger测试你的URL，查看爬虫抓取是否有具体报错；
• 如果确实是流量问题，得先通过合法方式提升网站的独立访客量，达到准入标准后再尝试接入。

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