【问题标题】:Is it ok to nest (when possible) JSON-LD schema.org reference?可以嵌套(如果可能的话)JSON-LD schema.org 参考吗?
【发布时间】:2016-07-12 05:04:13
【问题描述】:

搜索引擎对这两个示例的处理方式相同吗?
如果是,是否有任何理由选择其中一个?
如果不是,有什么区别?

非嵌套结构化数据:

[{
    "@context": "http://schema.org",
    "@type": "WebPage",
    ...
},{
    "@context": "http://schema.org",
    "@type": "BreadcrumbList",
    ...
},{
    "@context": "http://schema.org",
    "@type": "VideoObject",
    ...
}]

嵌套结构化数据:

[{
    "@context": "http://schema.org",
    "@type": "WebPage",
    "breadcrumb": {
        "@type": "BreadcrumbList", 
        ...
    },
    "video": {
        "@type": "VideoObject",
        ...
    },
    ...
}]

【问题讨论】:

    标签: seo schema.org json-ld


    【解决方案1】:

    它们不相等。

    第一个示例仅表明存在三个实体:WebPageBreadcrumbListVideoObject。但它们没有任何关系。

    第二个示例表明存在三个实体(与第一个示例相同),但它们是相关的(感谢使用属性 breadcrumbvideo):Webpage 实体具有面包屑和一个嵌入视频。

    所以使用第二个例子当然更可取。

    请注意,您不必嵌套来传达这一点。您还可以使用第一个示例中的结构并为每个节点提供一个 URI(使用@id),然后将这些 URI 用作属性的值(example)。但嵌套可能更受消费者支持。

    【讨论】:

    • 感谢您的回答!有没有首选使用第一个选项的情况?使用 Google 的 Structured Data Testing Tool 我只能看到 1 个项目,即网页,我想知道如果它不是一个单独的实体,Google 是否可能不会索引面包屑。
    • @RonenTeva:你只看​​到一个顶级项目。其他项目正确嵌套在此项目中。如果不使用像 breadcrumb 这样的属性,搜索引擎甚至无法确定 BreadcrumbList 应该是页面的面包屑。所以不,省略属性是没有意义的。想想PersonBook。没有财产意味着什么?该人本可以创作这本书,读过这本书,或者提供过这本书……但是在使用 author 属性时,你要清楚。
    • 有什么建议可以将BreadcrumbListArticle 连接起来吗? Follow up question
    猜你喜欢
    • 2013-06-05
    • 2017-05-28
    • 1970-01-01
    • 2011-03-11
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多