Feature guides

Datos estructurados de verificación de hechos (ClaimReview)

Si tiene una página web que revisa una afirmación hecha por otros, puede incluir
ClaimReview datos estructurados en su página web. ClaimReview los datos estructurados pueden permitir que se muestre una versión resumida de su verificación de hechos en los resultados de búsqueda de Google cuando su página aparece en los resultados de búsqueda para esa afirmación.

Esta guía describe los detalles sobre cómo implementar ClaimReview datos estructurados. Si no desea agregar datos estructurados manualmente, puede consultar la
Herramienta de marcado de verificación de hechos. Para obtener más información, visite
Acerca de la herramienta de marcado de verificación de hechos.

Datos estructurados de verificación de hechos (ClaimReview)

Cómo agregar datos estructurados

Los datos estructurados son un formato estandarizado para proporcionar información sobre una página y clasificar el contenido de la página. Si es nuevo en los datos estructurados, puede obtener más información sobre
cómo funcionan los datos estructurados.

Aquí hay una descripción general de cómo construir, probar y publicar datos estructurados.

  1. Agregue las propiedades requeridas. Según el formato que esté utilizando, aprenda dónde insertar datos estructurados en la página.
  2. Siga las pautas.
  3. Valide su código usando la
    Prueba de resultados enriquecidos
    y corrija cualquier error crítico. Considere también corregir cualquier problema no crítico que pueda marcarse en la herramienta, ya que pueden ayudar a mejorar la calidad de sus datos estructurados (sin embargo, esto no es necesario para ser elegible para resultados enriquecidos).
  4. Implemente algunas páginas que incluyan sus datos estructurados y use la Herramienta de inspección de URL para probar cómo Google ve la página. Asegúrese de que su página sea accesible para Google y no esté bloqueada por un archivo robots.txt, la etiqueta noindex o requisitos de inicio de sesión. Si la página se ve bien, puede
    pedirle a Google que vuelva a rastrear sus URL.
  5. Para mantener a Google informado de cambios futuros, le recomendamos que
    envíe un mapa del sitio. Puede automatizar esto con la
    API de Sitemap de Search Console.

Ejemplo

Imagine una página que evalúa la afirmación de que la tierra es plana. Aquí es cómo podría verse una búsqueda de “el mundo es plano” en los resultados de búsqueda de Google si la página proporciona un ClaimReview elemento (tenga en cuenta que el diseño visual real puede cambiar):

Single claim review associated with a page

Aquí hay un ejemplo de datos estructurados en la página que aloja esta verificación de hechos:


Pautas de elegibilidad

Google no garantiza que las verificaciones de hechos se muestren en los resultados de búsqueda, incluso si su página está marcada correctamente de acuerdo con la Prueba de resultados enriquecidos. El uso de datos estructurados permite que una función esté presente, no garantiza que estará presente. El algoritmo de Google determina programáticamente la elegibilidad para resultados enriquecidos de verificación de hechos, dependiendo de muchas variables, incluidas las siguientes pautas.

Para que su contenido de verificación de hechos sea elegible para mostrarse como un resultado enriquecido de verificación de hechos en la Búsqueda de Google, debe cumplir con las siguientes pautas:

  • Su sitio debe tener varias páginas marcadas con ClaimReview
    datos estructurados.
  • Debe seguir todas las pautas de datos estructurados y Fundamentos de la Búsqueda.
  • No debe haber ninguna discrepancia entre los datos estructurados y el contenido de la página (por ejemplo, si los datos estructurados indicaron que la afirmación es verdadera, pero el contenido de la página decía que la afirmación es falsa). En su lugar, asegúrese de que tanto el contenido como los datos estructurados coincidan (por ejemplo, ambos indican que la afirmación es verdadera).
  • Debe cumplir con los estándares de responsabilidad, transparencia, legibilidad y tergiversación del sitio, como se articula en nuestras
    Pautas generales de Google News.
  • Debe tener una política de correcciones o tener un mecanismo para que los usuarios informen errores.
  • Los sitios web para entidades políticas (como campañas, partidos o funcionarios electos) no son elegibles para esta función.
  • Sus lectores pueden identificar fácilmente las afirmaciones y verificaciones en el cuerpo del artículo. Sus lectores pueden entender qué se verificó y qué conclusiones se alcanzaron.
  • Debe atribuir claramente la afirmación específica que está evaluando a un origen distinto (separado de su sitio web), ya sea otro sitio web, declaración pública, redes sociales u otra fuente rastreable.
  • Su análisis de verificación de hechos debe ser rastreable y transparente sobre las fuentes y los métodos, con citas y referencias a fuentes primarias. Pautas técnicas

fr

  • Para poder optar al resultado enriquecido de verificación de hechos individual, una página solo debe tener un
    ClaimReview elemento. Si añade varios ClaimReview
    elementos por página, la página no podrá optar al resultado enriquecido de verificación de hechos individual.
  • La página que aloja el ClaimReview elemento debe tener al menos un breve resumen de la verificación de hechos y la evaluación, si no el texto completo.
  • Un ClaimReview específico solo debe estar en una página de su sitio. No repita la misma verificación de hechos en varias páginas, a menos que sean variaciones de la misma página (por ejemplo, puede publicar el mismo ClaimReview en las versiones móvil y de escritorio de una página).
  • Si su sitio web agrega artículos de verificación de hechos, asegúrese de que todos los artículos cumplan con los
    criterios y de que proporcione una lista abierta y disponible públicamente de todos los sitios web de verificación de hechos que agrega.

Definiciones de tipos de datos estructurados

Los siguientes tipos de datos estructurados son necesarios para implementar verificaciones de hechos:

Debe incluir las propiedades requeridas para que su contenido pueda mostrarse como un resultado enriquecido. También puede incluir las propiedades recomendadas para añadir más información sobre su contenido, lo que podría proporcionar una mejor experiencia de usuario.

ClaimReview

La definición completa de ClaimReview está disponible en
schema.org/ClaimReview. Las propiedades admitidas por Google son las siguientes:

Propiedades requeridas
claimReviewed

Text

Un breve resumen de la afirmación que se está evaluando. Intente mantenerlo por debajo de los 75 caracteres para minimizar el ajuste de línea cuando se muestre en un dispositivo móvil.

reviewRating

Rating

La evaluación de la afirmación. Este objeto admite una evaluación tanto numérica como textual. El valor textual es actualmente el único valor que se muestra en los resultados de búsqueda.

Diferentes proyectos de verificación de hechos tienen una variedad de esquemas de calificación que pueden tener diferencias sutiles, particularmente para valores intermedios. Es importante documentar dichos esquemas de calificación para aclarar el significado de las calificaciones numéricas. Como mínimo, debe haber un sistema de calificación de número a texto para todas sus verificaciones de hechos que tengan puntuaciones numéricas.

  • 1 = “Falso”
  • 2 = “Mayormente falso”
  • 3 = “A medias”
  • 4 = “Mayormente verdadero”
  • 5 = “Verdadero”

Para obtener más información, consulte Rating.

url

URL

Enlace a la página que aloja el artículo completo de la verificación de hechos.

El dominio de este valor de URL debe ser el mismo dominio que, o un subdominio de, la página que aloja este ClaimReview elemento. Las redirecciones o las URL acortadas (como g.co/searchconsole) no se resuelven, por lo que no funcionarán aquí.

author

Organization o Person

El editor del artículo de verificación de hechos, no el editor de la afirmación. El author debe ser una organización o una persona. El
author debe tener al menos una de las siguientes propiedades:

nameText

Nombre de la organización que publica la verificación de hechos.

url

URL

La URL del editor de la verificación de hechos. Puede ser una página de inicio, una página de contacto u otra página apropiada.

Para ayudar a Google a entender mejor a los autores en varias funciones, considere seguir las
author markup best practices.

itemReviewed

Claim

Un objeto que describe la afirmación que se está realizando. Para obtener más información, consulte
Claim.

Claim

La definición completa de Claim está disponible en
schema.org/Claim.

appearance

URL o
CreativeWork

Un enlace a, o una descripción en línea de, un CreativeWork en el que aparece esta afirmación.

Recomendamos que añada appearance o firstAppearance. No necesita añadir ambos.

author

Organization o
Person

El autor de la afirmación, no el autor de la verificación de hechos. No incluya la propiedad author si la afirmación no tiene autor. Si añade
author, defina las siguientes propiedades:

nameText, requerido

El editor de la afirmación. El editor puede ser una persona u organización.

sameAsURL, recomendado

Indica la parte que realiza la afirmación, independientemente de si la parte es una Person o una
Organization. Cuando varios editores informan sobre la misma afirmación, la propiedad appearance puede repetirse. Cuando varias partes realizan esencialmente la misma afirmación, la propiedad author
puede repetirse.

La URL puede ser:

  • La página de inicio de la organización que realiza la afirmación.
  • Otra URL definitiva que proporcione información sobre la parte que realiza la afirmación, como la entrada de Wikipedia o Wikidata de una persona u organización.
datePublished

DateTime
o Date

La fecha en que se realizó la afirmación o entró en el discurso público (por ejemplo, cuando se hizo popular en las redes sociales).

firstAppearance

URL o
CreativeWork

Un enlace a, o una descripción en línea de, un CreativeWork en el que aparece esta afirmación específica por primera vez.

Recomendamos que añada appearance o firstAppearance. No necesita añadir ambos.

Rating

La definición completa de Rating está disponible en schema.org/Rating.

Propiedades requeridas
alternateName

Text

La calificación de veracidad asignada a ClaimReview.reviewRating, como una palabra o frase corta legible por humanos. Este valor se muestra en la verificación de hechos en los resultados de búsqueda. Ejemplos:“Verdadero” o “Mayormente verdadero”. Si utiliza una oración más larga, asegúrese de que el comienzo de la oración exprese el significado, en caso de que la oración se trunque para ajustarse a la pantalla. Por ejemplo: “Mayormente verdadero en los detalles, aunque la afirmación general es algo engañosa” fr

. Google Search continue de prendre en charge les modèles de balisage antérieurs.
Voici un exemple qui montre le style de balisage original :

bestRating

Número

Para calificaciones numéricas, el mejor valor posible en la escala de peor a mejor. Debe ser mayor que
worstRating. Debe poder evaluarse como un número. Ejemplo: 4

name

Texto

Igual que alternateName, y se utiliza cuando alternateName no se proporciona, pero recomendamos que especifique alternateName en lugar de name.

ratingValue

Número

Una calificación numérica de esta afirmación, en el rango worstRating —
bestRating inclusive. Se recomiendan valores enteros, pero no son obligatorios. Cuanto más cerca esté la calificación numérica de bestRating, más verdadera es; cuanto más cerca esté este valor de
worstRating, más falsa es. La calificación numérica debe poder evaluarse como un número. Ejemplo: 4

worstRating

Número

Para calificaciones numéricas, el peor valor posible en una escala de peor a mejor. Debe ser menor que
bestRating. Debe poder evaluarse como un número. Debe tener un valor mínimo de 1. Ejemplo: 1

Supervise los resultados enriquecidos con Search Console

Search Console es una herramienta que le ayuda a supervisar cómo funcionan sus páginas en la Búsqueda de Google. No tiene que registrarse en Search Console para aparecer en los resultados de la Búsqueda de Google, pero puede ayudarle a comprender y mejorar cómo ve Google su sitio. Recomendamos consultar Search Console en los siguientes casos:

  1. Después de implementar datos estructurados por primera vez
  2. Después de publicar nuevas plantillas o actualizar su código
  3. Analizar el tráfico periódicamente

Después de implementar datos estructurados por primera vez

Después de que Google haya indexado sus páginas, busque problemas utilizando la herramienta relevante
Informe de estado de resultados enriquecidos. Idealmente, habrá un aumento de elementos válidos y ningún aumento de elementos no válidos. Si encuentra problemas en sus datos estructurados:

  1. Corrija los elementos no válidos.
  2. Inspeccione una URL en vivo para comprobar si el problema persiste.
  3. Solicitar validación utilizando el informe de estado.

Después de publicar nuevas plantillas o actualizar su código

Cuando realice cambios significativos en su sitio web, supervise si hay aumentos en los elementos no válidos de datos estructurados.

  • Si ve un aumento de elementos no válidos, tal vez implementó una nueva plantilla que no funciona, o su sitio interactúa con la plantilla existente de una manera nueva y negativa.
  • Si ve una disminución de elementos válidos (no compensada por un aumento de elementos no válidos), tal vez ya no esté incrustando datos estructurados en sus páginas. Utilice la
    herramienta de inspección de URL
    para saber qué está causando el problema.

Analizar el tráfico periódicamente

Analice su tráfico de la Búsqueda de Google utilizando el Informe de rendimiento. Los datos le mostrarán con qué frecuencia aparece su página como un resultado enriquecido en la Búsqueda, con qué frecuencia los usuarios hacen clic en ella y cuál es la posición promedio en la que aparece en los resultados de búsqueda. También puede extraer estos resultados automáticamente con la API de Search Console.

Solución de problemas

Si tiene problemas para implementar o depurar datos estructurados, aquí hay algunos recursos que pueden ayudarle.

Alien Road

Cómo lo aplicamos

Fact check markup requires a genuine editorial process behind it. We implement it only for clients who actually run one, since the credibility cost of misusing it exceeds any visibility gain.

Servicios relacionados

Compartir