3

该问题与Facebook Recommend Ignoring Ignoring Ignoring og:title Until Page Refreshed几乎相同，但这似乎从未真正得到解决（不幸的是，该解决方案对我们没有帮助）。

我们有数千个页面，其中包含一个以编程方式生成的类似按钮。我第一次单击“赞”按钮时，弹出窗口中不包含相应的 og-tag 信息，并且弹出窗口看起来像（带有编辑的 URL）http://imgur.com/nWffNY1,UCI76QV#1。

如果我不断地喜欢和重新喜欢该页面而不刷新，它同样会被破坏。但是，如果我刷新页面，或者甚至只是从 javascript 控制台调用 FB.XFBML.parse() 并重新喜欢该页面，则该信息被适当地包含，并且看起来像上面专辑中的其他图像（我不'没有足够的声誉来发布 3 个链接 :-( )。

任何后续尝试喜欢已经被喜欢的页面（即使是我以外的人）都会成功。如果我将不喜欢的页面的 URL 输入到https://developers.facebook.com/tools/debug，一切看起来都很好，然后尝试喜欢该页面成功显示信息。似乎一旦 Facebook 缓存了信息，事情就很好了。

任何建议将不胜感激！

4

2 回答 2

4

似乎一旦 Facebook 缓存了信息，事情就很好了。

是的，当然——这就是它的工作原理。

当 Facebook 遇到“新” URL 时，它会在其上设置爬虫以从中获取信息。但在最终用户触发的情况下（如按钮、提要对话框等），Facebook 获取信息可能需要“太长时间”——因此他们不需要 UI 等待它，因为他们想要快速的用户体验。

你可以做些什么（除了让你的服​​务器响应更快，应该（！）它是这个 [1] 的瓶颈），是通过 API 以编程方式要求 Facebook 抓取你的页面——最好是在你添加新页面的时候内容到您的网站，但您也可以对已经存在一段时间但可能尚未被抓取的页面执行此操作。

这是如何完成的，在这里描述：更新对象。（如果您打算大量执行此操作，据我所知，建议在这些调用中包含应用程序访问令牌，以避免限制。）

[1] 如果您的服务器是瓶颈，因为您要交付大页面，您还可以考虑在不同的 URL 下为您的页面交付元数据，这样爬虫从您的服务器读取的内容要少得多，也许您的服务器有更少的内容首先要创建的内容 - 为此，请参阅相同的链接文档，“使用指针处理大对象”部分</p>

于 2013-09-26T11:10:29.653 回答
1

好的，如果毕竟，您的问题仍未解决，请尝试关闭 Gzip 页面压缩。在我的例子中，我使用的是 WordPress 的 W3 Cache 插件，它使用 Gzip 压缩页面并有效地删除标签。

如果最佳答案提供的解决方案对您不起作用，请尝试此http://peterfields.me/facebook-share-ogtitle-string-error/

于 2014-09-17T14:14:29.817 回答