Fact Check

Se tiver uma página Web que revê uma reclamação feita por outros, pode incluir ClaimReview dados estruturados na sua página Web. ClaimReview dados estruturados podem permitir que uma versão resumida de sua verificação de fatos seja exibida nos resultados da pesquisa do Google quando sua página aparecer nos resultados da pesquisa para essa reivindicação.

Este guia descreve os detalhes de como implementar ClaimReview dados estruturados. Se não quiser adicionar dados estruturados manualmente, você pode verificar a Ferramenta de marcação de verificação de fatos. Para saber mais, visite About the Fact Check Markup Tool.

How to add structured data

Structured data is a standardized format for providing information about a page and classifying the page content. Se você é novo em dados estruturados, você pode aprender mais sobre como os dados estruturados funcionam.

Aqui está uma visão geral de como construir, testar e liberar dados estruturados. Para um guia passo a passo sobre como adicionar dados estruturados a uma página web, verifique o codelab de dados estruturados.

  1. Adicionar as propriedades necessárias. Para obter informações sobre onde colocar dados estruturados na página, observe os dados estruturados JSON-LD: Onde inserir na página.
  2. Seguir as diretrizes.
  3. Validar seu código usando o Rich Results Test.
  4. Displantar algumas páginas que incluem seus dados estruturados e usar a ferramenta URL Inspection para testar como o Google vê a página. Certifique-se de que sua página está acessível ao Google e não está bloqueada por um arquivo robots.txt, a tag noindex, ou os requisitos de login. Se a página parecer bem, você pode pedir ao Google para recriar seus URLs.
  5. Para manter o Google informado sobre futuras alterações, recomendamos que você envie um mapa do site. Você pode automatizar isso com a API do Mapa do Site da Consola de Pesquisa.

Exemplo

Imagine uma página que avalia a alegação de que a terra é plana. Aqui está o que uma pesquisa por “o mundo é plano” pode parecer nos resultados da pesquisa do Google se a página fornecer um elemento ClaimReview (note que o design visual real pode mudar):

Aqui está um exemplo de dados estruturados na página que hospeda esta verificação de fato:

<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>

Orientações de elegibilidade

Google não garante que as verificações de fato serão mostradas nos resultados da pesquisa, mesmo que sua página esteja marcada corretamente de acordo com o Rich Result Test. Usando dados estruturados permite que um recurso esteja presente, ele não garante que ele estará presente. O algoritmo do Google determina programmaticamente a elegibilidade para resultados ricos em fatos, dependendo de muitas variáveis, incluindo as seguintes linhas-guia.

Para que o conteúdo da sua verificação de fatos seja elegível para ser exibido como um resultado rico em fatos na Pesquisa do Google, você deve atender às seguintes diretrizes:

  • O seu site deve ter várias páginas marcadas com ClaimReview dados estruturados.
  • Você deve seguir todas as diretrizes de dados estruturados e as diretrizes do webmaster.
  • Não deve haver qualquer descasamento entre os dados estruturados e o conteúdo da página (por exemplo, se os dados estruturados indicarem que a reivindicação é verdadeira, mas o conteúdo da página disser que a reivindicação é falsa). Em vez disso, certifique-se de que tanto o conteúdo quanto os dados estruturados coincidem (por exemplo, se ambos indicarem que a alegação é verdadeira).
  • Você deve atender aos padrões de responsabilidade, transparência, legibilidade e representação enganosa do site, conforme articulado em nossas Diretrizes Gerais do Google News.
  • Você deve ter uma política de correções ou ter um mecanismo para os usuários relatarem erros.
  • Websites para entidades políticas (como campanhas, partidos ou funcionários eleitos) não são elegíveis para este recurso.
  • Os leitores podem facilmente identificar as reivindicações e verificações no corpo do artigo. Seus leitores são capazes de entender o que foi verificado e que conclusões foram alcançadas.
  • Você deve atribuir claramente a alegação específica que você está avaliando a uma origem distinta (separada do seu website), se é outro website, declaração pública, mídia social ou outra fonte rastreável.
  • A sua análise de verificação de fatos deve ser rastreável e transparente sobre fontes e métodos, com citações e referências a fontes primárias.

Orientações técnicas

  • Uma única página pode hospedar múltiplos elementos ClaimReview, cada um para uma reclamação separada.
  • Se diferentes revisores na página verificarem o mesmo fato, você pode incluir um elemento separado ClaimReview para a análise de cada revisor. Para mais informações, visite Postando múltiplas verificações de fatos em uma página.
  • A página hospedando o elemento ClaimReview deve ter pelo menos um breve resumo da verificação dos fatos e da avaliação, se não o texto completo.
  • Você deve hospedar um ClaimReview específico em apenas uma página do seu site. Não repita a mesma verificação de fatos em várias páginas, a menos que sejam variações da mesma página (por exemplo, você pode postar o mesmo ClaimReview nas versões mobile e desktop de uma página).
  • Se o seu site agrega artigos de verificação de fatos, certifique-se de que todos os artigos correspondem aos critérios acima e que você forneça uma lista aberta e publicamente disponível de todos os sites de verificação de fatos que você agrega.

Posição de múltiplas verificações de fatos em uma página

Se você decidir especificar múltiplos ClaimReview itens em uma única página, certifique-se de que todos eles sejam relevantes para o tópico principal da página. Use um dos seguintes métodos:

  • Crie uma página de resumo com múltiplas verificações de fatos resumidas, cada uma com seu próprio elemento ClaimReview. Coloque a versão de texto completo de cada verificação de fatos em sua própria página. Cada ClaimReview elemento na página de resumo aponta para a versão de página inteira ao invés da página de resumo.
  • OU
  • Criar uma única página com múltiplas revisões completas, cada uma com uma âncora HTML. Cada ClaimReview aponta para que summary_page.html#anchor.

Definições de tipos de dados estruturados

Os seguintes tipos de dados estruturados são necessários para implementar verificações de fatos:

  • ClaimReview
  • Claim
  • Rating

Você deve incluir as propriedades necessárias para que seu conteúdo seja elegível para exibição como um resultado rico. Você também pode incluir as propriedades recomendadas para adicionar mais informações sobre seu conteúdo, o que poderia proporcionar uma melhor experiência ao usuário.

Se sua organização estiver interessada em implementar ou experimentar problemas com ClaimReview, envie suas informações de contato. Nossa equipe pode chegar até você.

ClaimReview

A definição completa de ClaimReview está disponível em schema.org/ClaimReview.

Propriedades requeridas
claimReviewed

Text

Um breve resumo da reivindicação sendo avaliada. Tente manter menos de 75 caracteres para minimizar a embalagem quando exibida em um dispositivo móvel.

reviewRating

Rating

>A avaliação da reivindicação. Este objecto suporta tanto uma avaliação numérica como uma avaliação textual. O valor textual é atualmente o único valor mostrado nos resultados da pesquisa.

Diferentes projetos de verificação de fatos têm uma variedade de esquemas de avaliação que podem ter diferenças sutis, particularmente para valores intermediários. É importante documentar tais esquemas de classificação para esclarecer o significado das classificações numéricas. Minimamente, deve haver um sistema de classificação de texto para todas as suas verificações de fatos que contenham classificações numéricas.

  • 1 = “Falso”
  • 2 = “Principalmente falso”
  • 3 = “Meio verdadeiro”
  • 4 = “Principalmente verdadeiro”
  • 5 = “Verdadeiro”

Para mais informações, consulte Classificação.

url

URL

Link para a página que hospeda o artigo completo da verificação dos fatos. Se a página tiver múltiplos elementos ClaimReview, certifique-se de que a verificação de facto tem uma âncora HTML, e esta propriedade aponta para essa âncora. Exemplos: http://example.com/longreview.html ou http://example.com/summarypage.html#fact1

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

Propriedades recomendadas
author

Organization

O editor do artigo de verificação do fato, não o editor da reivindicação. O author deve ser uma organização ou uma pessoa. O author tem pelo menos uma das seguintes propriedades:

name Text

Nome da organização que está publicando a verificação do fato.

url

URL

A URL da editora da verificação do fato. Esta pode ser uma página inicial, página de contato, ou outra página apropriada.

datePublished

DateTime

A data em que a verificação do facto foi publicado

itemReviewed

Claim

Um objecto que descreve a alegação que está a ser feita. Para mais informações, consulte Claim.

Reivindicação

A definição completa de Claim está disponível em schema.org/Claim.

Propriedades recomendadas
appearance

URL ou CreativeWork

Um link para, ou descrição inline de, um CreativeWork no qual esta reivindicação aparece.

author

Organization ou Person

O autor da reivindicação, não o autor da verificação dos factos. Não inclua a propriedade author se a reivindicação não tiver um autor. Se você adicionar author, defina as seguintes propriedades:

name Text, necessário

A editora da reivindicação. O editor pode ser uma pessoa ou organização.

sameAs URL, recomendado

Indica a parte que está fazendo a reivindicação, independentemente da parte ser uma Person ou Organization. Quando vários editores reportam sobre a mesma reclamação, a propriedade appearance pode ser repetida. Quando múltiplas partes estão fazendo essencialmente a mesma reclamação, a propriedade author pode ser repetida.

A URL pode ser:

  • A página inicial da organização que está fazendo a reivindicação.
  • A outra URL definitiva que fornece informações sobre a parte que está fazendo a reivindicação, como a Wikipédia ou a entrada da Wikidata de uma pessoa ou organização.
datePublished

DateTime

A data em que a reivindicação foi feita ou entrou no discurso público (por exemplo, quando se tornou popular nas redes sociais).

firstAppearance

URL ou CreativeWork

Um link para, ou descrição em linha de, um CreativeWork no qual esta reivindicação específica aparece pela primeira vez.

Classificação

A definição completa de Rating está disponível no esquema.org/Rating.

Propriedades requeridas
alternateName

Text

A classificação de veracidade atribuída a ClaimReview.reviewRating, como uma palavra ou frase curta legível para humanos. Este valor é exibido na verificação de fato nos resultados da pesquisa. Exemplos: “Verdadeiro” ou “Principalmente verdadeiro”.

Se usar uma frase mais longa, certifique-se de que o início da frase expressa o significado, caso a frase seja truncada para caber na exibição. Por exemplo, se a frase for truncada: “Principalmente verdade nas especificações, embora a afirmação geral seja um pouco enganadora”

Propriedades recomendadas
bestRating

Number

Para classificações numéricas, o melhor valor possível na escala do pior para o melhor. Deve ser maior do que worstRating. Deve ser capaz de ser avaliado como um número. Exemplo: 4

name

Text

>

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

ratingValue

Number

A classificação numérica desta alegação, na faixa worstRatingbestRating inclusive. Os valores inteiros são recomendados, mas não necessários. Quanto mais próximo a classificação numérica estiver de bestRating, mais verdadeiro é; quanto mais próximo este valor estiver de worstRating, mais falso é. A classificação numérica deve ser capaz de ser avaliada como um número. Exemplo: 4

worstRating

Number

Para classificações numéricas, o pior valor possível numa escala do pior para o melhor. Deve ser inferior a bestRating. Deve ser capaz de ser avaliado como um número. Deve ter um valor mínimo de 1. Exemplo: 1

Resultados ricos em monitores com a Consola de Pesquisa

Consola de Pesquisa é uma ferramenta que o ajuda a monitorizar o desempenho das suas páginas na Pesquisa do Google. Você não precisa se inscrever no Console de Busca para ser incluído nos resultados da Pesquisa do Google, mas isso pode ajudá-lo a entender e melhorar a forma como o Google vê o seu site. Recomendamos que você verifique o Console de pesquisa nos seguintes casos:

  1. Após implantar dados estruturados pela primeira vez
  2. Após liberar novos modelos ou atualizar seu código
  3. Analizando o tráfego periodicamente

Após implantar dados estruturados pela primeira vez

Após o Google indexar suas páginas, procure por problemas usando o relatório de status dos resultados ricos relevantes. Idealmente você deve ver um aumento de páginas válidas, e nenhum aumento em erros ou avisos. Se você encontrar problemas em seus dados estruturados:

  1. Corrija os erros.
  2. Inspecione uma URL ao vivo para verificar se o problema persiste.
  3. Solicitar validação usando o relatório de status.

Depois de liberar novos modelos ou atualizar seu código

Quando você fizer alterações significativas em seu site, monitore o aumento de erros de dados estruturados e avisos.

  • Se você vir um aumento de erros, talvez você tenha lançado um novo modelo que não funciona, ou seu site interage com o modelo existente de uma maneira nova e ruim.
  • Se você vir uma diminuição de itens válidos (não compensada por um aumento de erros), talvez você não esteja mais incorporando dados estruturados em suas páginas. Use a ferramenta URL Inspection para saber o que está causando o problema.

Analisar o tráfego periodicamente

Analisar o tráfego da Pesquisa do Google usando o Relatório de Desempenho. Os dados mostrarão com que frequência sua página aparece como um resultado rico na Pesquisa, com que frequência os usuários clicam nela e qual é a posição média que você aparece nos resultados da pesquisa. Você também pode puxar automaticamente esses resultados com a API do Console de pesquisa.

Procura de problemas

Se você estiver tendo problemas para implementar ou depurar dados estruturados, aqui estão alguns recursos que podem lhe ajudar.

  • Se você está usando um sistema de gerenciamento de conteúdo (CMS) ou outra pessoa está cuidando do seu site, peça a eles para ajudá-lo. Certifique-se de encaminhar qualquer mensagem do Console de Busca que detalhe o problema para eles.
  • Você pode ter um erro nos seus dados estruturados. Verifique a lista de erros de dados estruturados.
  • Resolução de problemas de resultados ricos ausentes / queda nos resultados ricos totais.
  • Para perguntas gerais sobre rastreamento e indexação, verifique as Perguntas Frequentes sobre rastreamento e indexação da Pesquisa do Google.
  • Pergunte uma questão no horário de expediente da Central de Pesquisa do Google.
  • Ponha uma pergunta no fórum da Central de Pesquisa do Google.

Deixe uma resposta

O seu endereço de email não será publicado.