事实核查 (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 结构化数据标记的网页。
  • 您必须遵循所有结构化数据指南Search Essentials 要求。
  • 结构化数据和网页内容不得有任何不一致的地方(例如,结构化数据表明声明为真,但网页上的内容却表明声明为假)。请确保内容与结构化数据一致(例如,两者都表明声明为真)。
  • 您必须遵循 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

Monitor rich results with Search Console

Search Console is a tool that helps you monitor how your pages perform in Google Search. You don't have to sign up for Search Console to be included in Google Search results, but it can help you understand and improve how Google sees your site. We recommend checking Search Console in the following cases:

  1. After deploying structured data for the first time
  2. After releasing new templates or updating your code
  3. Analyzing traffic periodically

After deploying structured data for the first time

After Google has indexed your pages, look for issues using the relevant Rich result status report. Ideally, there will be an increase of valid items, and no increase in invalid items. If you find issues in your structured data:

  1. Fix the invalid items.
  2. Inspect a live URL to check if the issue persists.
  3. Request validation using the status report.

After releasing new templates or updating your code

When you make significant changes to your website, monitor for increases in structured data invalid items.
  • If you see an increase in invalid items, perhaps you rolled out a new template that doesn't work, or your site interacts with the existing template in a new and bad way.
  • If you see a decrease in valid items (not matched by an increase in invalid items), perhaps you are no longer embedding structured data in your pages. Use the URL Inspection tool to learn what is causing the issue.

Analyzing traffic periodically

Analyze your Google Search traffic using the Performance Report. The data will show you how often your page appears as a rich result in Search, how often users click on it and what is the average position you appear on search results. You can also automatically pull these results with the Search Console API.

问题排查

如果您在实施或调试结构化数据时遇到问题,请查看下面列出的一些实用资源。

  • 如果您使用了内容管理系统 (CMS) 或其他人负责管理您的网站,请向其寻求帮助。请务必向其转发列明问题细节的任何 Search Console 消息。
  • Google 不能保证使用结构化数据的功能一定会显示在搜索结果中。如需查看导致 Google 无法将您的内容显示为富媒体搜索结果的各种常见原因,请参阅结构化数据常规指南
  • 您的结构化数据可能存在错误。请参阅结构化数据错误列表
  • 如果您的网页受到结构化数据手动操作的影响,其中的结构化数据将会被忽略(但该网页仍可能会出现在 Google 搜索结果中)。如需修正结构化数据问题,请使用“人工处置措施”报告
  • 再次查看相关指南,确认您的内容是否未遵循指南。问题可能是因为出现垃圾内容或使用垃圾标记导致的。不过,问题可能不是语法问题,因此富媒体搜索结果测试无法识别这些问题。
  • 针对富媒体搜索结果缺失/富媒体搜索结果总数下降进行问题排查
  • 请等待一段时间,以便 Google 重新抓取您的网页并重新将其编入索引。请注意,网页发布后,Google 可能需要几天时间才会找到和抓取该网页。有关抓取和索引编制的常见问题,请参阅 Google 搜索抓取和索引编制常见问题解答
  • Google 搜索中心论坛中发帖提问。