个人网页不是文章,应该选择OG类型中的文章还是网站?

34

我想澄清在一个个人网页上使用og:type article与website的区别,因为这个网页虽然不是“文章”,但也不能代表整个网站。

文档似乎存在矛盾:

来自https://developers.facebook.com/docs/opengraphprotocol/#types

Use article for any URL that represents transient content - such as a
news article, blog post, photo, video, etc. Do not use website for this
purpose. website and blog are designed to represent an entire site, an 
og:type tag with types website or blog should usually only appear on the 
root of a domain.

在这种情况下,“文章”仅应用于“短暂”的内容。 “短暂”的定义是“仅持续很短的时间”。 这句话还隐含地表示“网站和博客旨在代表整个站点…(并且)通常只应出现在域的根目录中。”

编辑:有趣的是,描述类型的同一页面也说:

If your URL is a video, you should set og:type to video.

这本身就与有关视频的上述引言相矛盾。

然而回到主题,同一页上方也提到:

If your URL is a piece of content — such as a news article, photo, or 
similar — you should set og:type to article (see below).

这似乎与第一句引文一致。

此外,下一页 (https://developers.facebook.com/docs/technical-guides/opengraph/built-in-objects/#article) 显示使用 og:type = article 与发布时间、过期时间和作者配合使用,这支持了它应用于有“文章”的页面的观点。在同一页的网站示例中,支持使用表明正在定义整个网站作为对象。

然而,在 Open Graph 协议的网站上:

http://ogp.me/#types

Any non-marked up webpage should be treated as og:type website.

这段引用似乎表明一个最佳实践,即“网页”,我认为指的是可能存在于包含许多页面的网站上下文中的单个网页,应被视为 og:type 网站。 这似乎与上述陈述相矛盾。

更加复杂的是,两者都没有解决现实生活中的一种常见情况,即网站中单个网页的内容不是文章、博客条目或类似的“过时”或“短暂”的内容,而是长期内容,也没有直接被任何其他 og:type 所代表。

例如,在网站上的常见问题解答页面。它属于什么类型?那么介绍公司服务的页面呢?还有介绍公司使命和业务方法的页面呢?或者介绍产品或服务的营销页面,但实际上并不直接代表该产品或服务,而是留给产品详细信息页面。

尽管 Open Graph 协议网站的声明,如果我们希望这些页面各自具有唯一的 LIKE 按钮,则“网站”不是正确的 og:type。

然而,这些页面上的内容通常不会被描述为“短暂/临时”的,并且没有日期或与特定作者相关联,因此似乎“文章”也不是正确的 og:type。

但是,这似乎是我们唯一的两个选择。奇怪的是,我在任何地方都找不到关于这个非常灰色的主题的讨论。没有澄清。没有最佳实践。提到 og:type 的文章只会非常节约地提及大部分读者要了解更多信息都被引导至“Open Graph 对象类型列表”。

似乎将类型正确很重要,因为犯错可能会有潜在后果。

那么,有人知道 Facebook 希望这些类型的单个页面对象是什么类型吗?有人看到过相关讨论吗?其他人都在做些什么呢?

谢谢!Fritz


有任何关于此的建议吗? - Fritz Green
1
那么,没有人知道在网站的非主页(网站)、非真实世界对象(电影、视频、歌曲等)、非产品(product)以及非博客或新闻文章(article)的网页上使用什么类型? - Fritz Green
4
FYI - 我已将这些文档不一致和缺陷作为错误报告提交给Facebook,并且他们已确认并标记为已知问题,并留下一个提示,以便关注即将推出的更新。链接 - Fritz Green
1
这是一篇很棒的文章(虽然根据SO规则不是一个有效的问题),你可能会在更多的Facebook服务中遇到类似的冲突。这让我想到,如果他们不能正确地定义自己的服务,他们可能会误导地使用我们的数据。最终,我们将因为无关的结果而受到惩罚。我只能感谢您的详细阅读和发现,并希望来自关心的Facebook人员能够阅读这篇文章。 - Subliminal Hash
2
惊讶于仍然没有明确的答案!事实上,“网站”甚至没有出现在OpenGraph参考文献中...鉴于“开发者简单性是Open Graph协议的关键目标”-来源;他们在文档方面真的失职了。 - Arth
2个回答

6
根据我的经验,“文章”和“网站”的区别与Facebook如何使用“赞”有关。类型为网站的页面的“赞”将出现在用户个人资料中列出其所赞页面的部分;而类型为文章的页面的“赞”则不会。用户对“文章”对象的点赞更有可能在其新闻动态中向朋友展示(尽管目前为止,即使没有评论,一篇文章也很难成为新闻动态中的内容,除非存在强烈的原因——共同兴趣的话题,用户之间的频繁互动等等——使该内容浮现在Facebook的算法中)。

2

在Facebook上的网站和博客代表根域或子域,但无论如何都是根域。

据我所知,这最初是为了“赞”按钮社交插件而设计的,它是一种设置站点层次结构的方式。 “这是Facebook特定的功能”。

type = social_plugin 是我用来表示我的社交插件的,我在应用程序的开放图设置中设置了这个。如果没有一种类型来表示您的页面类型,则可以创建一个。

anotherfeed.com - website
  |
  |
  |
  /widgets/index.php - social_plugin
  /?cat=world_news - article 

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接