Checagem de fatos

Se você tiver uma página da Web que analisa declarações feitas por outras pessoas, será possível incluir dados estruturados de ClaimReview nela. Os dados estruturados de ClaimReview podem permitir que uma versão resumida da checagem de fatos seja exibida nos resultados da Pesquisa Google quando sua página aparecer nos resultados da pesquisa referentes a essa declaração.

Este guia descreve os detalhes sobre como implementar dados estruturados de ClaimReview. Se você não quiser fazer isso manualmente, verifique a Ferramenta de marcação de Checagem de fatos. Para saber mais, acesse a página sobre a Ferramenta de marcação de Checagem de fatos.

如何添加结构化数据

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

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

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

Exemplo

Imagine uma página que analisa a afirmação de que a Terra é plana. Veja como uma pesquisa por "o mundo é plano" ("the world is flat", em inglês) apareceria nos resultados da Pesquisa Google se a página fornecesse um elemento ClaimReview. A aparência real pode variar:

Análise de uma declaração associada a uma página

Veja um exemplo de dados estruturados na página que hospeda essa checagem de fatos:


<html>
  <head>
    <title>The world is flat</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "ClaimReview",
      "datePublished": "2016-06-22",
      "url": "http://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": "2016-06-20",
        "appearance": {
          "@type": "OpinionNewsArticle",
          "url": "http://skeptical.example.net/news/a122121",
          "headline": "Square Earth - Flat earthers for the Internet age",
          "datePublished": "2016-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>

Regras de elegibilidade

O Google não garante que as checagens de fatos serão exibidas nos resultados da pesquisa, mesmo que a página esteja marcada corretamente de acordo com o teste de pesquisa aprimorada. O uso de dados estruturados permite, mas não garante que um recurso esteja presente. O algoritmo do Google determina programaticamente a qualificação para a pesquisa aprimorada de checagem de fatos, dependendo de muitas variáveis, incluindo as seguintes diretrizes.

Para que seu conteúdo seja qualificado para exibição como uma pesquisa aprimorada de checagem de fatos na Pesquisa Google, você precisa atender às seguintes diretrizes:

  • O site precisa ter várias páginas marcadas com dados estruturados ClaimReview.
  • É necessário seguir todas as diretrizes de dados estruturados e as diretrizes para webmasters.
  • Não pode haver incompatibilidade entre os dados estruturados e o conteúdo da página. Por exemplo, se os dados estruturados indicarem que a declaração é verdadeira, mas o conteúdo da página disser que ela é falsa. Em vez disso, verifique se o conteúdo e os dados estruturados correspondem. Por exemplo, ambos indicam que a declaração é verdadeira.
  • Você precisa atender aos padrões de responsabilidade, transparência, legibilidade e representação enganosa do site, conforme explicado nas diretrizes gerais do Google Notícias.
  • Você precisa ter uma política de correções ou ter um mecanismo para que os usuários relatem erros.
  • Sites de entidades políticas (como campanhas, partidos ou funcionários eleitos) não estão qualificados para esse recurso.
  • Seus leitores podem identificar facilmente as declarações e checagens no corpo do artigo. Seus leitores conseguem entender o que foi checado e quais conclusões foram alcançadas.
  • É necessário atribuir claramente a declaração específica que você está avaliando a uma origem distinta, diferente do seu site, seja um outro site, uma declaração pública, mídias sociais ou outra fonte rastreável.
  • A análise da checagem de fatos precisa ser rastreável e transparente em relação às fontes e aos métodos, com citações e referências a fontes primárias.

Diretrizes técnicas

  • Para se qualificar para a pesquisa aprimorada da checagem de fatos única, a página precisa ter apenas um elemento ClaimReview. Se você adicionar vários elementos ClaimReview por página, a página não estará qualificada para a pesquisa aprimorada de checagem de fatos única.
  • A página que hospeda o elemento ClaimReview precisa conter pelo menos um resumo da checagem e da avaliação do fato ou pode exibir o texto na íntegra.
  • Cada ClaimReview específico só pode estar em uma página do site. Não repita a mesma checagem de fatos em várias páginas, a menos que haja variações da mesma página. Por exemplo, é possível postar o mesmo ClaimReview nas versões da página para computadores e para dispositivos móveis.
  • Se o site agregar artigos de checagem de fatos, confira se todos esses artigos correspondem aos critérios e se você fornece uma lista aberta e publicamente disponível de todos os sites desse tipo que agrega.

Definições de tipos de dados estruturados

Os seguintes tipos de dados estruturados são necessários para implementar as checagens de fatos.

É necessário incluir as propriedades obrigatórias para que seu conteúdo seja qualificado para exibição como uma pesquisa aprimorada. Você também pode incluir as propriedades recomendadas para adicionar mais informações sobre o conteúdo, o que pode proporcionar uma melhor experiência do usuário.

ClaimReview

A definição completa de ClaimReview está disponível em schema.org/ClaimReview (em inglês).

Propriedades obrigatórias
claimReviewed

Text

É um breve resumo da declaração que está sendo avaliada. Tente preencher esse campo com menos de 75 caracteres para minimizar o ajuste de texto necessário ao exibir em dispositivos móveis.

reviewRating

Rating

É a avaliação da declaração. Esse objeto é compatível com avaliações numéricas e textuais. Atualmente, o valor textual é o único exibido nos resultados da pesquisa.

Cada projeto de checagem de fatos tem uma variedade de esquemas de classificação que podem ter diferenças sutis, especialmente para valores intermediários. É importante documentar esses esquemas para esclarecer o significado das classificações numéricas. No mínimo, é preciso ter um sistema de classificação com correspondência de números e valores textuais em todas as checagens de fatos com pontuações numéricas.

  • 1 = "Falso"
  • 2 = "Predominantemente falso"
  • 3 = "Verdadeiro em partes"
  • 4 = "Predominantemente verdadeiro"
  • 5 = "Verdadeiro"

Para mais informações, consulte Rating.

url

URL

É o link para a página que hospeda o artigo completo com a checagem de fatos.

O domínio desse valor de URL precisa ser o mesmo ou um subdomínio da página que hospeda esse elemento ClaimReview. Redirecionamentos ou URLs abreviados (como g.co/searchconsole) não são resolvidos e, portanto, não funcionarão aqui.

Propriedades recomendadas
author

Organization ou Person

É o editor do artigo de checagem de fatos, e não o editor da declaração. author precisa ser uma organização ou uma pessoa. author tem pelo menos uma das seguintes propriedades:

name Text

É o nome da organização que está publicando a checagem de fatos.

url

URL

É o URL do editor da checagem de fatos. Pode ser uma página inicial, uma página de contato ou outra página relevante.

Para ajudar o Google a entender melhor a autoria dos vários recursos, siga as práticas recomendadas de marcação de autores.

datePublished

DateTime ou Date

É a data em que a checagem de fatos foi publicada.

itemReviewed

Claim

É um objeto que descreve a declaração feita. Para mais informações, consulte: Claim.

Claim

A definição completa de Claim está disponível em schema.org/Claim (em inglês).

Propriedades recomendadas
appearance

URL ou CreativeWork

É um link para ou uma descrição in-line de um CreativeWork em que esta declaração aparece.

author

Organization ou Person

É o autor da declaração, e não o autor da checagem de fatos. Não inclua a propriedade author se a declaração não tiver um autor. Se você adicionar author, defina as seguintes propriedades:

nameText, obrigatório

É o editor da declaração. Pode ser uma pessoa ou organização.

sameAs URL, recomendado

Indica quem está fazendo a declaração, independentemente de ser uma Person ou Organization. Quando vários editores informam sobre a mesma declaração, a propriedade appearance pode ser repetida. Quando várias partes fazem essencialmente a mesma declaração, a propriedade author pode ser repetida.

O URL pode ser:

  • a página inicial da organização que está fazendo a declaração;
  • outro URL definitivo que fornece informações sobre a parte que está fazendo a declaração, como uma entrada da Wikipédia ou do Wikidata de uma pessoa ou organização.
datePublished

DateTime ou Date

É a data em que a declaração foi feita ou caiu em debate público (por exemplo, quando ganhou espaço nas redes sociais).

firstAppearance

URL ou CreativeWork

É um link para ou uma descrição in-line de um CreativeWork em que essa declaração específica é exibida pela primeira vez.

Rating

A definição completa de Rating está disponível em schema.org/Rating (em inglês).

Propriedades obrigatórias
alternateName

Text

É a avaliação de confiabilidade atribuída a ClaimReview.reviewRating, como uma frase ou palavra curta compreensível. Esse valor é exibido na checagem de fatos nos resultados da pesquisa. Exemplos: "Verdadeiro" ou "Predominantemente verdadeiro".

Caso vá usar um texto mais longo, certifique-se de que o início da frase expressa o significado principal, para o caso de ela aparecer truncada na tela. Por exemplo: "Predominantemente verdadeiro nos pormenores, embora a alegação geral esteja um pouco equivocada".

Propriedades recomendadas
bestRating

Number

Em classificações numéricas, é o melhor valor possível na escala de "pior" para "melhor". Precisa ser maior do que worstRating. Precisa ser passível de avaliação numérica. Exemplo: 4

name

Text

É o mesmo que alternateName e é usado quando alternateName não é fornecido, mas recomendamos que você especifique alternateName em vez de name.

ratingValue

Number

É uma avaliação numérica da declaração, que vai de worstRating a bestRating, incluindo esses dois valores. Valores inteiros são recomendados, mas não são obrigatórios. Quanto mais próxima a classificação numérica estiver de bestRating, mais verdadeira será a declaração. Quanto mais próxima de worstRating, mais falsa ela será. É preciso que a classificação numérica possa ser avaliada como um número. Exemplo: 4.

worstRating

Number

Em classificações numéricas, é o pior valor possível em uma escala de "pior" para "melhor". Precisa ser menor que bestRating Precisa ser passível de avaliação numérica. Precisa ter um valor mínimo de 1. Exemplo: 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 自动提取这些结果。

Solução de problemas

Se você tiver problemas para implementar ou depurar dados estruturados, veja alguns recursos que podem ajudar.