Google宣布现在可以合并两种Schema.org结构化数据，并将在主要的结构化数据验证器上进行验证。现在，您的选择不再局限于专门使用JSON-LD或微数据结构化数据。目前尚不清楚RDFa是否包括在内，尽管据说它是有效的。Aleyda Solis在苏黎世的谷歌搜索中心现场发布了这一消息。Google上周进行了软发布，直到今天才宣布。其影响仅限于有意义的特定用例。否则，如果使用某种类型的Schema.org结构化数据适合您，请继续使用它。

JSON-LD与微数据结构化数据的区别

JSON-LD是一个脚本，可以在HTML的头部部分(以及其他元数据，如标题和描述)，也可以在网页正文的任何地方。JSON-LD结构化数据是首选，因为它易于维护、易于阅读和故障排除，并且与HTML分离。

微数据是作为元素属性与HTML集成的标记。这意味着，例如，您可以有一个标题元素(H1、H2等)，它可以包含一个微数据属性。

电影名称

一个广泛的用例是通过在JSON-LD中复制主要内容来准确地与Google沟通您的主要内容是什么，而不会使JSON-LD结构化数据(和HTML大小)膨胀。现在您可以用结构化数据的微数据格式与Google交流主要内容是什么(当使用文章结构化数据时)，而不必在JSON-LD结构化数据中创建所有内容的副本。这意味着您的代码不必再庞大了，现在可以选择同时使用微数据和JSON-LD。另一个用例是在使用Live Blogging结构化数据时。这个更改不是强制性的，您不必更改当前的JSON-LD结构化数据。这完全是可选的。上周Google的软发布几乎立刻就被结构化数据顾问Jarno Van Driel (LinkedIn简介)注意到了，并被他在LinkedIn上发布的消息放大了。

Jarno开始了关于这个话题的讨论，他在LinkedIn上发帖:

“似乎谷歌已经发布了一个相当基本的更新，用于富结果测试和Schema.org的验证器，这个更新最终结束了个人长期以来的愿望:

允许用多种语法(JSON-LD, Microdata, RDFa)描述的实体合并和/或链接在一起!”

Jono Alderson (LinkedIn简介)分享了这个例子:

”

文章的标题在这里。

的文章主> < /
｛“@context”:“https://schema.org”,“@graph”:[{“@ id”:“https://example.com/articles/some-article mainEntityOfPage”,“url”:“https://example.com/articles/some-article”,” mainEntityOfPage “: {“@ id”:“https://example.com/articles/some-article”,“@type”:“网页”,”name”: ” 值放在这里”，”description”: ” 描述放在这里”，“url”:“https://example.com/articles/some-article”}})}”

注意JSON-LD图的”@id”属性:

“@id”:“https://example.com/articles/some-article#mainEntityOfPage”

匹配微数据模式的itemid属性

itemid=“https://example.com/articles/some-article#mainEntityOfPage”

合并了这两种类型的定义。

对SEO的影响

对SEO的影响将是现在发布者可以享受低代码微数据的好处，而不必承诺专门使用微数据。最明显的影响是对在BlogPosting, article和其他类似Schema.org结构化数据类型的articleBody属性中复制整篇文章的发布者，尽管可能还有其他有意义的用例