facebook - 元组 :type article vs website for Individual Web Pages That Are Not Articles

Question

我正在寻求有关将 og:type 文章与网站用于单个网页的说明，该网页在技术上不是“文章”，但也不代表整个网站。

文档似乎自相矛盾:

来自 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.

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

编辑:有趣的是，描述类型的同一页还说:

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 协议(protocol)网站:

http://ogp.me/#types

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

这句话似乎表明了一个最佳实践，即“网页”，我假设指的是可能存在于具有许多页面的网站上下文中的单个网页，应该被视为 og:type 网站。这似乎与上述陈述相矛盾。

使事情变得更复杂的是，两者都没有解决常见的现实世界场景，其中网站内单个网页的内容不是文章、博客条目或一些类似的“过时”或“ transient ”内容，而是相当长期的内容，也不直接由任何其他 og:type 表示。

例如，网站上的常见问题页面。它是什么类型的？一个以公司提供的服务说明为特色的页面怎么样？还是描述公司使命声明和经营方式的页面？或者描述产品或服务的好处但实际上并不直接代表产品或服务的营销页面，留给产品详情页面。

尽管 Open Graph 协议(protocol)网站声明，但如果我们希望这些页面每个都有唯一的 LIKE 按钮，“网站”似乎不是正确的 og:type。

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

但是，这似乎是我们仅有的两个选择。奇怪的是，我在任何地方都找不到关于这个非常灰暗的话题的讨论。没有澄清。没有最佳实践。提到 og:type 的文章很少提及，大多数都建议读者参阅“开放图谱对象类型列表”以了解更多信息。

看起来正确的类型也很关键，因为弄错它可能会产生潜在的后果。

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

谢谢!弗里茨

Answer 1

根据我的经验，“文章”和“网站”之间的区别与 Facebook 使用“赞”的方式有关。网站类型页面的“喜欢”将出现在用户个人资料的部分，其中列出了他们的喜欢；文章类型页面的“喜欢”则不会。用户对“文章”对象的喜欢更有可能在他们的新闻源中显示给 friend (尽管到目前为止，即使是没有评论的文章也不太可能成为新闻源项目，除非有强大的原因——共同感兴趣的话题，用户之间非常频繁的互动——使项目出现在 Facebook 的算法中)。