是否可以在 HTTP 响应标头(序列化或单独)中提供 开放图协议 (OGP) 元数据,而不是使用 HTML
<meta>
标记的当前 HTTP 响应正文实现?
我理解在 HTTP 标头中避免与内容相关的数据的原因,但是是否有 OGP 客户端读取/解析 OGP 响应标头元数据?这对于媒体文件 URL(*.mp4、*.mkv、*.opus 等)的 HEAD 请求非常有用,无需响应为
Content-Type: text/html
。
但是任何 OGP 客户端都会读取/解析 OGP 响应标头元数据吗?
据我所知,没有主要网络支持这一点。 Facebook 能够从一个 HTML 文档“指向”另一个 URL,以从那里获取元数据 (https://developers.facebook.com/docs/sharing/webmasters/optimizing),但仅此而已。 HTTP 标头方面没有任何内容。
这对于媒体文件 URL(*.mp4、*.mkv、*.opus 等)的 HEAD 请求非常有用,不需要响应内容类型为:text/html。
不确定我是否明白这里的意思;您也不会使用 HTML 响应来响应视频文件的 GET 请求吗?或者您是否想直接共享纯视频文件的 URL - 而不是 HTML 文档,它将嵌入所述视频?我认为 Facebook 或其他网络一开始就不会那么想要“普通”文件的链接。 (无法让人们将跟踪像素注入其中,所以他们如何继续嗅探用户在做什么,哈哈。) –
您可以尝试测试 Facebook 是否接受该指针方法中的
<link rel="opengraph" href="{DESTINATION_URL}"/>
,作为 Link HTTP 标头......但我真的很怀疑它是否会起作用,如果他们已经实现了它作为替代方案,我认为它文档中会提到。