og:无法下载图像,因为它超过了允许的最大大小8Mb

时间:2016-04-13 20:18:23

标签: facebook-opengraph

构建需要与图像共享链接的网站。完成这个我不知道多久...但这次Facebook Open Graph Debugger说:

og:无法下载图片{image url},因为它超出了允许的最大尺寸8Mb

但引用的图像只有108KB?另一次,它回应我的服务器可能太慢了。但是,当我只是在浏览器中加载图像时,它立刻就在那里。我现在应该在哪里看?

4 个答案:

答案 0 :(得分:59)

这是一个错误,并且在收到警告后确认,如果您重试调试,或者再次点击" Scrape Again",错误消息将会消失。这是一个问题,因为如果有人试图分享帖子,图片就不会显示,因为它没有报废,但后续的共享会显示图片。

您可以订阅错误报告或添加一些额外的评论。

https://developers.facebook.com/bugs/1626463061012181/

是的,这开始于4月17日左右发生,我希望这能解决我们的问题。

修改

Facebook小组回复了一个解决方法:

  

似乎问题在于我们将更新的误导性错误消息。   同时,由于爬虫在呈现之前必须至少看一次图像,这意味着共享一条内容的第一个人不会看到渲染图像。这似乎是这里的实际问题,解决方法可在此处获得:   https://developers.facebook.com/docs/sharing/best-practices#precaching   我们将在更新错误消息后发布此处。

添加 og:image:width og:image:height 打开图表标记似乎可以解决问题,我可以发誓之前尝试过,并没有做太多,但这次似乎工作得很好。

答案 1 :(得分:5)

这仍然是2017年5月的问题。我试过:

  • 添加og:image:width和og:image:height
  • 手动将img调整为1200x630(FB建议的最小值)
  • 将尺寸四舍五入到最接近的百分之一(我在其他地方看到的溶胶)
  • 确认文件大小确实远低于8MB(它的322 KB)
  • 重命名该文件以排除非字母字符
  • 将img转换为jpg。

唯一的解决方案"在我的例子中是在非https://版本的网页上运行FB共享调试器(即简单地http://)。然后无法下载" og:image,因为它超过了允许的最大大小为8Mb"错误消息消失了。 FWIW,FB确实显示了从http:到https:。

的301重定向

(我会将此作为评论发布,但尚未获得足够的信誉。)

答案 2 :(得分:3)

我今天遇到了这个问题。

由于开发人员链接到另一个答案中的错误说明问题已解决,我想我会提供有关我遇到的问题的信息。

事实上,我的网站预计会在HTTPS(使用SSL)而非HTTP上使用。我给该工具提供了一个地址,显然是HTTPS无处不在(页面上的所有网址都是HTTPS,我在共享调试程序中粘贴的网址也是HTTPS)。然而,他们最终失败了,因为在他们的测试中,不知何故,他们放弃了“S”并且没有加密就打了服务器。

我认为这可以帮助其他人。通过启用非加密网站,Facebook开始工作,因为一切都已到位(这已经有一段时间了,但这个错误让我发疯了!)

答案 3 :(得分:2)

我意识到这是一个古老的问题并且已经接受了答案,但截至目前,2018年,上述解决方案都没有为我自己工作。 最终工作的是变通方法的组合:

  • og:image标记中添加HTTP版本,并添加指向HTTPS版本的og:image:secure_url标记。在调试器工具中,您现在应该收到一条消息,提取图像是一个异步过程,因此无法用于第一次请求
  • 添加og:image:heightog:image:widthog:image:type元标记以及相应的内容。调试器中的异步消息现在应该消失,你应该能够在第一次获取时看到图像

我的网站仅限HTTPS(HTTP请求被重定向到HTTPS版本),图像托管在Amazon S3上。我正在使用Cloudfront CDN,但我必须直接从S3提供og:image。只要图像已经缓存在CDN中,尝试从CDN提供它似乎工作正常。如果图像未在CDN中缓存,Cloudfront会将请求转发给S3,则FB调试器会报告错误。

似乎FB在og:image meta中注明的重定向和HTTPS版本效果不佳。