时间戳

首页 > 解决方案 > 产品评论的正确 Schema.org 标记 - 即博客文章

blogs - 产品评论的正确 Schema.org 标记 - 即博客文章

问题描述

对于仅作为产品评论的博客文章/文章，正确的 Schema.org JSON-LD 是什么？在网络上无处不在的实际用法示例：我拥有一个网站，该网站有一个博客撰写评论并提供附属链接（例如亚马逊）。

从技术上讲，这是一个Product，它是一个Review，显然它是一个Article（BlogPosting？）。

您可以在Product上面嵌套Review结构。因此，这似乎更侧重于页面内容，这是我假设要使用的内容。但是，它仍然是一篇文章，从技术上讲，该网站不提供产品本身，从而使Product类型看起来不正确。

那么，您究竟应该如何为博客网站处理这样的会员标记，而不会因标记误导性信息而受到潜在的谴责？

标签： blogsschema.orgreview

解决方案

这取决于你想表达的程度。对于对评论感兴趣的消费者，第一个片段通常就是他们所需要的，因为如果评论以博客文章、文章、论坛帖子等形式发布，则可能与他们无关。

最小值是 a Reviewwith itemReviewed：

{
  "@context": "https://schema.org/",
  "@type": "Review",
  "itemReviewed": {
    "@type": "Product"
  }
}

如果您想传达评论是作为博客文章发布的，您可以BlogPosting另外使用：

{
  "@context": "https://schema.org/",
  "@type": ["Review", "BlogPosting"],
  "itemReviewed": {
    "@type": "Product"
  }
}

如果BlogPosting包含的不仅仅是Review，而是Review主要内容，则可以mainEntity与单独的实体一起使用（如果它不是主要实体，则可以hasPart改用）：

{
  "@context": "https://schema.org/",
  "@type": "BlogPosting",
  "mainEntity": {
    "@type": "Review",
    "itemReviewed": {
      "@type": "Product"
    }
  }
}

如果您想提供有关包含评论的博客帖子的网页的数据，您可以使用ItemPagewith mainEntity：

{
  "@context": "https://schema.org/",
  "@type": "ItemPage",
  "mainEntity": {
    "@type": ["Review", "BlogPosting"],
    "itemReviewed": {
      "@type": "Product"
    }
  }
}

{
  "@context": "https://schema.org/",
  "@type": "ItemPage",
  "mainEntity": {
    "@type": "BlogPosting",
    "mainEntity": {
      "@type": "Review",
      "itemReviewed": {
        "@type": "Product"
      }
    }
  }
}

推荐阅读