事实核查 (ClaimReview) 结构化数据

如果您的某个网页会对他人的声明进行审核,您可以在该网页中添加 ClaimReview 结构化数据。使用 ClaimReview 结构化数据后,当您的网页出现在与该声明相关的 Google 搜索结果中时,系统可以在搜索结果中显示您的事实核查的摘要版本。

本指南详细介绍了实施 ClaimReview 结构化数据的方法。 如果您不想手动添加结构化数据,可以考虑使用事实核查标记工具。有关详情,请访问事实核查标记工具简介

如何添加结构化数据

结构化数据是一种提供网页相关信息并对网页内容进行分类的标准化格式。如果您不熟悉结构化数据,可以详细了解结构化数据的运作方式

下面概述了如何构建、测试和发布结构化数据。如需获得向网页添加结构化数据的分步指南,请查看结构化数据 Codelab

  1. 添加必要属性。根据您使用的格式,了解在网页上的什么位置插入结构化数据
  2. 遵循指南
  3. 使用富媒体搜索结果测试验证您的代码,并修复所有严重错误。此外,您还可以考虑修正该工具中可能会标记的任何非严重问题,因为这些这样有助于提升结构化数据的质量(不过,要使内容能够显示为富媒体搜索结果,并非必须这么做)。
  4. 部署一些包含您的结构化数据的网页,然后使用网址检查工具测试 Google 看到的网页样貌。请确保您的网页可供 Google 访问,不会因 robots.txt 文件、noindex 标记或登录要求而被屏蔽。如果网页看起来没有问题,您可以请求 Google 重新抓取您的网址
  5. 为了让 Google 随时了解日后发生的更改,我们建议您提交站点地图Search Console Sitemap API 可以帮助您自动执行此操作。

示例

假设某个网页对“地球是平的”这项声明进行评估。如果该网页中提供了 ClaimReview 元素,那么当用户搜索“地球是平的”时,Google 搜索结果可能会如下所示(请注意,实际的视觉设计可能会有所不同):

与一个网页关联的单个声明审核

下面是一个在托管此项事实核查的网页中出现的结构化数据示例:


<html>
  <head>
    <title>The world is flat</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "ClaimReview",
      "url": "https://example.com/news/science/worldisflat.html",
      "claimReviewed": "The world is flat",
      "itemReviewed": {
        "@type": "Claim",
        "author": {
          "@type": "Organization",
          "name": "Square World Society",
          "sameAs": "https://example.flatworlders.com/we-know-that-the-world-is-flat"
        },
        "datePublished": "2024-06-20",
        "appearance": {
          "@type": "OpinionNewsArticle",
          "url": "https://example.com/news/a122121",
          "headline": "Square Earth - Flat earthers for the Internet age",
          "datePublished": "2024-06-22",
          "author": {
            "@type": "Person",
            "name": "T. Tellar"
          },
          "image": "https://example.com/photos/1x1/photo.jpg",
          "publisher": {
            "@type": "Organization",
            "name": "Skeptical News",
            "logo": {
              "@type": "ImageObject",
              "url": "https://example.com/logo.jpg"
            }
          }
        }
      },
      "author": {
        "@type": "Organization",
        "name": "Example.com science watch"
      },
      "reviewRating": {
        "@type": "Rating",
        "ratingValue": 1,
        "bestRating": 5,
        "worstRating": 1,
        "alternateName": "False"
      }
    }
    </script>
  </head>
  <body>
  </body>
</html>

资格要求指南

Google 不保证事实核查一定会显示在搜索结果中,即使富媒体搜索结果测试显示您的网页已正确地添加标记,也是如此。结构化数据的使用使相应功能可以显示,但并不保证一定会显示。Google 算法会程序化地判断事实核查富媒体搜索结果是否可以显示,判断依据有多种,包括以下指南。

若要让您的事实核查内容能够在 Google 搜索中显示为事实核查富媒体搜索结果,您必须遵循以下指南:

  • 您的网站必须有多个使用 ClaimReview 结构化数据标记的网页。
  • 您必须遵循所有结构化数据指南搜索要素要求。
  • 结构化数据和网页内容不得有任何不一致的地方(例如,结构化数据表明声明为真,但网页上的内容却表明声明为假)。请确保内容与结构化数据一致(例如,两者都表明声明为真)。
  • 您必须遵循 Google 新闻政策中针对问责制、透明度、可读性设定的标准,并确保网站中不含虚假陈述内容。
  • 您必须制定一项纠正政策,或为用户提供报告错误的机制。
  • 政治实体(例如,竞选活动、政党或民选官员)的网站不符合使用此功能的条件。
  • 您的读者需可以轻松辨别报道正文中的声明和事实核查内容,并了解哪些内容经过了核查,以及核查后得出的结论。
  • 您必须明确指明您所评估的特定声明的来源,可以是其他网站、公开声明、社交媒体或其他可跟踪的来源,但不能是您的网站。
  • 事实核查分析必须可追踪并清楚说明资料来源和所用方法,主要资料来源还需注明引用和参考信息。

技术指南

  • 若要显示为单条事实核查富媒体搜索结果,一个网页必须只包含一个 ClaimReview 元素。如果您为一个网页添加多个 ClaimReview 元素,那么该网页将无法显示为单条事实核查富媒体搜索结果。
  • 托管 ClaimReview 元素的网页如果不提供完整的事实核查与评估内容,则必须至少提供简短的摘要。
  • 特定 ClaimReview 只能存在于您网站上的一个网页中。请不要在多个网页中重复同一事实核查,除非这些网页是同一个网页的变体(例如,您可以在一个网页的移动版和桌面版上发布相同的 ClaimReview)。
  • 如果您的网站对事实核查报道进行汇总,请确保所有报道都符合条件,并且您要提供一个可公开访问的列表,在其中列出您所汇总的事实核查报道的所有来源网站。

不同结构化数据类型的定义

以下是实施事实核查所必需的结构化数据类型:

若要使您的内容能够显示为富媒体搜索结果,您必须为其添加必要属性。 您还可添加建议属性,以便添加与内容相关的更多信息,进而提供更优质的用户体验。

ClaimReview

如需了解 ClaimReview 的完整定义,请访问 schema.org/ClaimReview。Google 支持的属性如下:

必要属性
claimReviewed

Text

所评估声明的简短摘要。尽量少于 75 个字符,以便在移动设备上显示时最大限度地减少换行。

reviewRating

Rating

对声明的评估。该对象既支持数字评估,也支持文字评估。目前,仅文字值会显示在搜索结果中。

不同的事实核查项目具有各种不同的评分标准,这些标准可能会有细微差别,特别是在中间值方面。所以,请务必记录此类评分标准,说明数字评分的含义。您至少要针对所有带数字分值的事实核查提供一个将数字转换为文字的评分体系。

  • 1 =“不属实”
  • 2 =“大部分不属实”
  • 3 =“一半属实”
  • 4 =“大部分属实”
  • 5 =“属实”

有关详情,请参阅 Rating

url

URL

指向事实核查完整报道托管网页的链接。

此网址值的网域必须与托管此 ClaimReview 元素的网页对应的网域相同,或者是该对应网域的子网域。重定向网址或缩短网址(例如 g.co/searchconsole)不会被解析,因此在此处不适用。

author

OrganizationPerson

事实核查报道的发布商,而非声明的发布商。author 必须是组织或个人。author 必须至少具有以下属性之一:

name Text

发布事实核查的组织的名称。

url

URL

事实核查发布商的网址。可以是首页、联系信息页面或其他适当页面的网址。

为了帮助 Google 更好地了解各种功能中的作者,应该遵循作者标记最佳实践

itemReviewed

Claim

一个对象,用于说明所做的声明。有关详情,请参阅 Claim

Claim

如需了解 Claim 的完整定义,请访问 schema.org/Claim

appearance

URLCreativeWork

指向显示此声明的 CreativeWork 的链接或该 CreativeWork 的内嵌描述。

我们建议您添加 appearancefirstAppearance。 您无需同时添加二者。

author

OrganizationPerson

声明的创建者,而非事实核查的创建者。如果声明没有创建者,请勿添加 author 属性。如果添加 author,请定义以下属性:

nameText(必需)

声明的发布商。发布商可以是个人或组织。

sameAs URL(建议)

表示做出声明的一方,可以是 PersonOrganization。如果有多个发布商报告了同一项声明,则 appearance 属性可以重复使用。如果有多方做出基本相同的声明,则 author 属性可以重复使用。

网址可以是:

  • 做出声明的组织的首页网址。
  • 对声明方加以介绍的其他权威网址,例如个人或组织对应的维基百科条目网页或维基数据条目网页。
datePublished

DateTimeDate

做出声明的日期或声明成为公众话题(例如,成为社交网络中的热门话题时)的日期。

firstAppearance

URLCreativeWork

指向最早显示此声明的 CreativeWork 的链接或该 CreativeWork 的内嵌描述。

我们建议您添加 appearancefirstAppearance。 您无需同时添加二者。

Rating

如需了解 Rating 的完整定义,请访问 schema.org/Rating

必要属性
alternateName

Text

ClaimReview.reviewRating 指定的真实度评分,采用便于用户阅读的简短字词或短语。该值会显示在搜索结果中的事实核查内。例如:“属实”或“大部分属实”。

如果要使用较长的句子,请确保在句子开头将意思表达清楚,以防句子为了适应屏幕而被截断。例如:“细节上大部分属实,不过整体声明有一定的误导性”

bestRating

Number

用于数字评分,表示最差到最佳评分范围内可能的最佳值。该值必须大于 worstRating,且必须是能够计算的数字值。例如:4

name

Text

alternateName 相同,在未提供 alternateName 时使用,但我们建议您指定 alternateName(而不是 name)。

ratingValue

Number

声明的数字评分,介于 worstRating(含)到 bestRating(含)之间。我们建议使用整数值,但不强制要求。此数字评分越接近 bestRating,则表示真实度越高;越接近 worstRating,则表示真实度越低。另外,此数字评分必须是能够计算的数字值。例如:4

worstRating

Number

用于数字评分,表示最差到最佳评分范围内可能的最差值。该值必须小于 bestRating,且必须是能够计算的数字值。最小值必须为 1。例如:1

使用 Search Console 监控富媒体搜索结果

Search Console 是一款工具,可帮助您监控网页在 Google 搜索结果中的显示效果。即使没有注册 Search Console,您的网页也可能会显示在 Google 搜索结果中,但注册 Search Console 能够帮助您了解 Google 如何查看您的网站并做出相应的改进。建议您在以下情况下查看 Search Console:

  1. 首次部署结构化数据后
  2. 发布新模板或更新代码后
  3. 定期分析流量时

首次部署结构化数据后

等 Google 将网页编入索引后,请在相关的富媒体搜索结果状态报告中查看是否存在问题。 理想情况下,有效项目数量会增加,而无效项目数量不会增加。如果您发现结构化数据存在问题,请执行以下操作:

  1. 修正无效项目
  2. 检查实际网址,核实问题是否仍然存在。
  3. 使用状态报告请求验证

发布新模板或更新代码后

如果对网站进行重大更改,请监控结构化数据无效项目的增幅。
  • 如果您发现无效项目增多了,可能是因为您推出的某个新模板无法正常工作,或者您的网站以一种新的错误方式与现有模板交互。
  • 如果您发现有效项目减少了(但无效项目的增加情况并不对应),可能是因为您的网页中未再嵌入结构化数据。请通过网址检查工具了解导致此问题的原因。

定期分析流量时

请使用效果报告分析您的 Google 搜索流量。数据将显示您的网页在 Google 搜索结果中显示为富媒体搜索结果的频率、用户点击该网页的频率以及网页在搜索结果中的平均排名。您还可以使用 Search Console API 自动提取这些结果。

Troubleshooting

If you're having trouble implementing or debugging structured data, here are some resources that may help you.

  • If you're using a content management system (CMS) or someone else is taking care of your site, ask them to help you. Make sure to forward any Search Console message that details the issue to them.
  • Google does not guarantee that features that consume structured data will show up in search results. For a list of common reasons why Google may not show your content in a rich result, see the General Structured Data Guidelines.
  • You might have an error in your structured data. Check the list of structured data errors and the Unparsable structured data report.
  • If you received a structured data manual action against your page, the structured data on the page will be ignored (although the page can still appear in Google Search results). To fix structured data issues, use the Manual Actions report.
  • Review the guidelines again to identify if your content isn't compliant with the guidelines. The problem can be caused by either spammy content or spammy markup usage. However, the issue may not be a syntax issue, and so the Rich Results Test won't be able to identify these issues.
  • Troubleshoot missing rich results / drop in total rich results.
  • Allow time for re-crawling and re-indexing. Remember that it may take several days after publishing a page for Google to find and crawl it. For general questions about crawling and indexing, check the Google Search crawling and indexing FAQ.
  • Post a question in the Google Search Central forum.