Types 常规ol';的正确OG类型是什么;网页?

Types 常规ol';的正确OG类型是什么;网页?,types,facebook-opengraph,Types,Facebook Opengraph,我已经试着问了很多次这个问题,我会一直问,直到有人回答我 Facebook表示,除了根主页外,不要使用“网站”,因为它应该用来表示“整个网站”(而不是网站上的单个页面) OpenGraph协议网站表示,对所有非文章或其他OG类型的网页使用“网站” 哪个是正确的 想象一下,网站上有一个描述公司提供服务的页面。页面的内容不是视频、电影、人物、公司、“临时内容”,如博客文章或新闻文章,或任何其他内置类型 如果页面是共享的,则您不是在共享“网站”,而是在网站上共享网页。对于这种通用形式的一般内容,正确的

我已经试着问了很多次这个问题,我会一直问,直到有人回答我

Facebook表示,除了根主页外,不要使用“网站”,因为它应该用来表示“整个网站”(而不是网站上的单个页面)

OpenGraph协议网站表示,对所有非文章或其他OG类型的网页使用“网站”

哪个是正确的

想象一下,网站上有一个描述公司提供服务的页面。页面的内容不是视频、电影、人物、公司、“临时内容”,如博客文章或新闻文章,或任何其他内置类型

如果页面是共享的,则您不是在共享“网站”,而是在网站上共享网页。对于这种通用形式的一般内容,正确的OG类型是什么?网站还是文章

我只想知道这些。这不是一个模糊的问题。这是一个非常具体的问题。我请求有人回答!我们希望做到这一点。

我的输入是:

根据开发者文档中的信息,我同意这样的解释:“网站”是整个网站的一种类型——一个网站权限内的所有页面。这个网站似乎支持这种解释——它几乎囊括了所有其他类型的网站,这意味着Facebook在对网站进行分类时几乎会遇到任何问题。对我来说,这意味着“网站”只是比“任何旧东西”更具体的一步,你最好尝试更好地将单个页面归类为“网站”以外的内容

考虑到开发人员文档的下一段鼓励您在不适合内置类型的情况下为单个页面指定自己的类型,我认为保守的做法是将网站用作整个网站。如果您可以将站点放入,我将这样指定各个页面。如果它不合适,那么就尽你所能对它进行分类,并希望Facebook能够在将来为你的特定页面类型提供更多的元数据


还有一点需要注意:这些都只是Facebook的元数据“提示”,帮助他们更好地理解你的网站。在页面上指定类型可以让他们了解页面的意图,但这不是一个有约束力的契约。如果您没有指定此元数据,即使您没有以最佳方式告知他们您的站点正在做什么,他们仍然可以很好地处理您的站点或页面。

您可以添加一些指向这些声明的链接吗?我的直觉是,这些都是两个人写的,而“网站”这个词对他们每个人来说意味着不同的东西。也许阅读原文可以提供一些见解……好吧,“Facebook说”的引文在这里:-向下滚动到“网站”重复:是的,CBroe,我几周前发布的问题是相同的,但有更多细节。我从来没有收到过一个回复,所以我决定把它哑下来,问一个非常直截了当的问题。我仍然决心澄清这个问题,因为我相信FB和OG的文档有点矛盾。这不是一个vauge问题。关于opengraph标记的正确使用,这是一个非常具体的问题。我也想知道。很高兴。。。“将文章用于表示临时内容的任何URL,例如新闻文章、博客文章、照片、视频等。请勿将网站用于此目的。网站和博客旨在表示整个网站,带有类型“网站”或“博客”的og:type标记通常只应出现在域的根目录上。”from和。。。“任何未标记的网页都应被视为og:type网站。”这与我在上一篇评论中发布的Facebook声明相矛盾,尽管Facebook表示他们遵循og协议并链接到og协议。另外,服务描述之类的内容通常不是“暂时的”,这意味着临时的。我在前面的问题中对此做了进一步的详细说明,但从未收到回复:谢谢@Matt,我怀疑您对不适合任何其他类型的“一般”内容页使用“文章”是正确的,尽管Facebook并没有这样做。我一直希望,一个真正的最佳实践是由其他拥有更多OG经验的人确定的,但我确实很难获得一个明确的答案。我们正在CMS中实现OG标记,我理解,如果做得不正确,我们可能会把事情搞砸。我们希望一个网站内的所有OG对象都被“视为”属于同一个网站,无论是出于SEO目的还是出于FB管理目的。