# "Onebox Assistant"，可靠地抓取那些预览！

**URL:** <https://meta.discourse.org/t/onebox-assistant-crawl-for-those-previews-reliably/107405>\
**Category:** Plugin\
**Tags:** onebox\
**Created:** [2019年一月24日 12:16 UTC](https://meta.discourse.org/t/onebox-assistant-crawl-for-those-previews-reliably/107405 "2019-01-24T12:16:43Z")\
**Posts on this page:** 1\
**Showing post:** 161

<div class="post-metadata">

**Author:** ![merefield](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/merefield/32/176214_2.png) [@merefield](https://meta.discourse.org/u/merefield)\
**Post date:** [2024年八月6日 07:19 UTC](https://meta.discourse.org/t/onebox-assistant-crawl-for-those-previews-reliably/107405/161 "2024-08-06T07:19:59Z")

</div>

没问题。我们再来回顾一下。

在原生的 Discourse 中，要创建 onebox 预览，Discourse 服务器必须能够看到并检索目标页面元信息中的“og”标签数据。这本质上是一个爬取过程。

为了实现这一点，目标 Web 服务器及其网关必须允许此爬取。

看起来 Meta（指 Facebook 的 Open Graph 协议）无法被其网关允许查看该页面。

这就是你最初考虑使用此插件的原因。

此插件使用 API 来返回目标页面，而不是直接爬取。

这利用了 API 提供商为提高被允许查看内容的几率而进行的活动和管理（例如，使用具有高信誉 IP 地址的服务器集群来发起爬取，或者甚至伪造一个来自桌面的视图）。

不幸的是，在这种情况下，即使是 embed.rocks 也似乎没有权限爬取该页面，因此在此情况下，此插件无济于事。

但是，如果你将此问题提请 embed.rocks 支持团队注意，他们或许能够找到解决此封锁的方法。

总的来说，此插件应该是有用的，因为它应该比原生的 Discourse 提供更好的 onebox 预览体验，当然，你必须向 API 提供商付费。

请注意，这里可能还有其他问题，例如目标页面可能没有好的缩略图。

但是，你可以使用 Facebook 的调试工具来探索数据，我相信它看起来不错：

> **[Sharing Debugger - Meta for Developers](https://developers.facebook.com/tools/debug/)**

这表明目前问题出在 embed.rocks 上。

另外，生成式 AI 的兴起可能会让内容平台更加谨慎地对待谁可以看到它们的内容，因为担心它们的内容会被免费用于某个模型。

希望这能说清楚。

---

_[View the full topic](https://meta.discourse.org/t/onebox-assistant-crawl-for-those-previews-reliably/107405)._