OpenGraph或Schema.org?

Tom*_*Tom 76 rdfa microdata open-graph-protocol schema.org

只是想知道你们是否支持OpenGraph协议之后的标记:

<meta property="og:title" content="The Rock" />
<meta property="og:type" content="movie" />
<meta property="og:url" content="http://www.imdb.com/title/tt0117500/" />
Run Code Online (Sandbox Code Playgroud)

或Schema.org协议

<div itemscope itemtype="http://schema.org/Product">
  <span itemprop="name">Kenmore White 17" Microwave</span>
  <img src="kenmore-microwave-17in.jpg" alt='Kenmore 17" Microwave' />
  <div itemprop="aggregateRating"
    itemscope itemprop="http://schema.org/AggregateRating">
Run Code Online (Sandbox Code Playgroud)

我应该整合哪一个,因为我认为只需要1个?[实际上你只能整合一个或?]

坦率地说,恕我直言 - 我认为OpenGraph对整个代码库"不那么具有侵入性" - 因为它更容易实现部分视图[使用ASP.NET MVC]而Schema.org协议需要[至少在我看来]破坏性HTML加载项你的代码?

编辑:似乎我最终整合了两者 - 不确定是否允许这样做但Schema.org上的文档不清楚.值得注意的是,此链接并未提供太多信息

问:schema.org如何与Facebook Open Graph相关?
Facebook Open Graph很好地实现了它的目的,但它没有提供搜索引擎改善用户体验所需的详细信息.

单个网页可能包含许多组件,并且可能涉及多个内容.如果搜索引擎了解页面的各个组件,我们可以改进数据的表示.即使您使用Facebook Open Graph协议标记您的内容,schema.org也提供了一种机制,用于提供有关页面上特定实体的更多详细信息.
例如,有关乐队的页面可能包含以下任何或所有内容:

  • 专辑列表
  • 每张专辑的价格
  • 每张专辑的歌曲列表,以及听取每首歌曲样本的链接
  • 即将播出的乐队成员Bios列表

所以我认为它们是兼容的.

Ric*_*dan 79

因此,从一些陈词滥调和错误的比喻开始 - 我们正在谈论苹果和橙子,比较OG和Schema.org,当涉及到这个元数据时,它就是马匹的课程.

在向页面添加元数据时,正确的答案取决于您的意图.你希望获得什么?你在这里获胜的是什么?不同形式的元数据用于略微不同的目的.

谷歌明确表示,它正在逐渐转向关注微格式,转而关注Schema.org,以便为搜索构建丰富的数据结果.如果您想针对Google进行优化,Bing和其他搜索引擎会添加Schema.org标记.这是HTML5介入的方向.

如果你想要的是将你的内容变成一个社交对象,并使其多点连接到Facebook宇宙的社交图,那么将添加Facebook OG标记.

根据我的经验,大多数人都希望从这两种方法中获益 - 在搜索排名方面做得很好,并通过社交渠道增加覆盖面和分布.所以,恕我直言,最好尽可能全面地添加适合您内容的Schema.org标记,并使用Open Graph元数据.他们做的略有不同,但互为补充.

  • 我刚刚将schema.org信息添加到我的产品页面,但他们也已经有了一个用于facebook/pinterest的`og:image`行.当我在Google丰富的代码段测试工具中测试结果时,它只识别og:image.Google只为网页使用一个(它找到的第一个)协议吗? (9认同)

uno*_*nor 23

我们在这里讨论两个独立的概念:语法词汇.

开放图谱协议Schema.org词汇.其他词汇例如是Dublin Core,FOAFSIOC.

这些词汇表通常与特定语法耦合.如果要在具有此类词汇表的HTML文档中描述您的内容,可以使用语法 RDFa和/或Microdata.

我应该整合哪一个,因为我认为只需要1个?[实际上你只能整合一个或?]

您的第一个示例使用带有RDFa(=语法)的Open Graph Protocol(=词汇表).您的第二个示例使用带有Microdata(=语法)的Schema.org(=词汇表).

您可以随意混合它们.(您可以在同一页面上同时使用两种语法的词汇表.您可以使用只有一种语法的两种词汇表.您只能使用一种带有两种语法的词汇表,或者只使用一种语法....).这完全取决于您的具体用例.

你想达到什么目的?如果您对解析内容的特定第三方感兴趣,则应查看其文档.它们通常仅支持具有某些语法的某些词汇表.

但是,如果您想在没有特定用例的情况下使用语义元数据标记内容,您可以坚持使用一种语法并使用适合您内容的任何词汇表.就个人而言,我选择RDFa(Lite).它基于RDF,它也可以使用除HTML以外的其他格式.这是一个W3C推荐标准(微观数据不是).您将找到的大多数词汇表都在RDF(S)中定义.看看我对RDFa和Microdata未来的回答.


Dan*_*ley 12

它们都可以安全地一起使用.目前,这两项努力使用不同的语法来编码HTML格式的数据(W3C RDFa或Microdata),但W3C正在积极讨论这些设计的最终融合.或者更强的兼容性,至少.Schema.org和OGP之间的词汇层次是否会收敛,或者两者兼顾的服务还有待观察.但与此同时,它们既增加了价值又可以安全地结合起来.


Mat*_*kle 10

一切都取决于你是否想要为社交世界(facebook)或搜索引擎标记你的网站.两者都是推荐的,但如果你只有时间,那么优先考虑公司的营销重点.OGP对于facebook来说是巨大的,但在SEO中没有一点用处.Seo完全依赖于微观数据,是正确创建html5的方法.

Microdata上的HTML5Doctor http://html5doctor.com/microdata/

Google谈论加价: http ://www.google.com/support/webmasters/bin/answer.py?answer = 1211158

Bing谈论标记: http ://onlinehelp.microsoft.com/en-us/bing/hh207238.aspx


更新

对于找到这个答案的人来说,自从我第一次发布以来,已经发生了很多变 Schema.org被所有主要搜索引擎广泛使用,然后一些,但标记现在比JSON-LD更受欢迎.SEO Skeptic的精彩文章概述了Google所做的改变.

Google结构化数据提供了JSON-LD中的文档,尽管仍然支持RDFa和微数据,但我们非常鼓励这些文档.

JSON-LD应与您尝试将OGP用于Facebook,Twitter卡用于Twitter等的任何社交渠道结合使用