facebook - 在 Facebook 中共享 URL 不会引入 og : tag information until run through debugger (even though debugger gives no errors)

Question

这是一个示例网址:

http://www.motherjones.com/mojo/2012/05/reince-priebus-lgbt-workplace-discrimination

当粘贴到 Facebook 状态更新框中时，上面的内容过去不会引入任何图像、标题或描述——它仍然是一个裸 URL。然后我通过调试器运行它，没有发现任何问题。当粘贴到状态更新框中时，它现在会提取标题、图像和描述。

为了比较，这里有一篇我还没有调试过的帖子。粘贴到更新框中时它不会变形。但是，只要我或其他任何人通过调试器运行它，它就会开始显示标题(尽管这个标题没有图像或描述)。

http://www.motherjones.com/kevin-drum/2012/05/health-insurers-required-credit-obama-when-sending-out-rebate-checks

这可能只是一个时间问题——FB 在我们的页面上准备元数据的速度很慢——但我们注意到共享开始正常工作需要数小时，甚至数天时间。那是在这篇文章的流量达到顶峰之后很久，所以它对我们没什么好处。

我们在 4 月 9 日左右开始看到这种情况。

我的问题:我们的页面是否存在某些问题导致 Facebook 抓取它们的速度变慢？我错过了什么？如果有问题，为什么调试器不告诉我？似乎确实有一个略微更新的文档类型版本可供尝试，但这似乎不太可能是罪魁祸首。另外——有什么理由我不应该在发布时编写一个钩子(Hook)来通过调试器运行所有东西吗？

Answer 1

Facebook 将废弃的数据缓存在他们这边，以便在用户共享时更快地做出响应。在 Like Button 的文档中它说:

When does Facebook scrape my page?

Facebook needs to scrape your page to know how to display it around the site.

Facebook scrapes your page every 24 hours to ensure the properties are up to date. The page is also scraped when an admin for the Open Graph page clicks the Like button and when the URL is entered into the Facebook URL Linter. Facebook observes cache headers on your URLs - it will look at "Expires" and "Cache-Control" in order of preference. However, even if you specify a longer time, Facebook will scrape your page every 24 hours.

The user agent of the scraper is: "facebookexternalhit/1.1 (+http://www.facebook.com/externalhit_uatext.php)"

如您所见，当您使用 linter(又名调试工具)时，它会清除已用 url 的缓存并用新数据替换它，这就是为什么您在调试页面后会得到不同的共享结果。虽然你说有时需要几天时间，但这并不正确，但也许他们的文档在这个问题上并不完全准确，毕竟他们有很多东西要废弃。

如果页面是新的，也就是说它之前没有被废弃，那么就没有缓存，你应该在分享时得到正确的结果，只有当og数据改变时你才需要清除缓存。因此，如果您更新废弃页面的数据，请确保稍后对其进行调试，您只需向服务器端调试工具中使用的相同 url 发出 http 请求，您无需使用 Web 界面。

如果事情仍然没有像你预期的那样工作，你可以检查传入请求的用户代理字符串并将其与 facebookexternalhit/1.1 (+http://www.facebook.com/externalhit_uatext.php) 如果它匹配记录你发回的响应，然后将它与你分享时得到的结果进行比较，如果是不一致尝试提交错误报告。至于“ Hook ”每次发布的调试器请求，我建议不要这样做，这似乎是不必要的流量如果一切正常。我相信解决问题比使用变通方法更好。