Datos estructurados de verificación de datos (ClaimReview)

Si tienes una página web que revisa declaraciones hechas por terceros, puedes incluir datos estructurados de ClaimReview en ella. Los datos estructurados de ClaimReview pueden habilitar una versión resumida de tu verificación de datos para que se muestre en los resultados de la Búsqueda de Google cuando la página aparece en los resultados de la búsqueda de esa declaración.

En esta guía, se describe detalladamente cómo implementar datos estructurados de ClaimReview. Si no quieres agregar datos estructurados de forma manual, puedes echar un vistazo a la Herramienta de lenguaje de marcado de verificación de datos. Para obtener más información, visita este artículo acerca de la Herramienta de lenguaje de marcado de verificación de datos.

Cómo agregar datos estructurados

Los datos estructurados son un formato estandarizado para proporcionar información sobre una página y clasificar su contenido. Si aún no estás familiarizado con los datos estructurados, obtén más información sobre su funcionamiento.

A continuación, presentamos una descripción general para aprender a compilar, probar y actualizar datos estructurados.

  1. Agrega las propiedades obligatorias. Según el formato que uses, obtén información sobre las ubicaciones donde puedes insertar datos estructurados en la página.
  2. Sigue los lineamientos.
  3. Valida tu código con la Prueba de resultados enriquecidos y corrige cualquier error crítico. Procura también corregir los problemas no críticos que puedan marcarse en la herramienta, ya que pueden ayudar a mejorar la calidad de los datos estructurados (sin embargo, esto no es necesario para que se muestren los resultados enriquecidos).
  4. Implementa algunas páginas que incluyan tus datos estructurados y utiliza la Herramienta de inspección de URLs para probar el modo en el que Google ve la página. Asegúrate de que Google pueda acceder a la página y que no esté bloqueada por un archivo robots.txt, una etiqueta noindex ni requisitos de acceso. Si la página se ve bien, puedes pedirle a Google que vuelva a rastrear tus URLs.
  5. Para mantener informado a Google sobre los cambios futuros, te recomendamos que envíes un mapa del sitio. Puedes automatizar este proceso con la API de Search Console Sitemap.

Ejemplo

Imagina que una página debe evaluar la declaración de que la Tierra es plana. A continuación, se muestra el posible aspecto de la búsqueda "la tierra es plana" en los resultados de la Búsqueda de Google si la página proporciona un elemento ClaimReview (ten en cuenta que el diseño visual puede variar):

Revisión de declaración única asociada con una página

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


<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": "2016-06-20",
        "appearance": {
          "@type": "OpinionNewsArticle",
          "url": "https://example.com/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>

Pautas de elegibilidad

Google no garantiza que se muestren las verificaciones de datos en los resultados de la Búsqueda, incluso si tu página está marcada correctamente según la Prueba de resultados enriquecidos. El uso de datos estructurados permite que una función esté presente, pero no lo garantiza. El algoritmo de Google determina de manera programática la elegibilidad para los resultados enriquecidos de verificación de datos en función de distintas variables, incluidos los siguientes lineamientos.

A fin de que tu contenido de verificación de datos sea apto para mostrarse como resultado enriquecido de verificación de datos en la Búsqueda de Google, debes cumplir con los siguientes lineamientos:

  • Tu sitio debe tener varias páginas marcadas con datos estructurados de ClaimReview.
  • Debes seguir todos los lineamientos de datos estructurados y los Conceptos básicos sobre la Búsqueda.
  • No debe haber discrepancias entre los datos estructurados y el contenido de la página (por ejemplo, los datos estructurados indican que la declaración es verdadera, pero el contenido de la página establece que es falsa). En su lugar, asegúrate de que el contenido coincida con los datos estructurados (por ejemplo, ambos indican que la declaración es verdadera).
  • Debes cumplir con los estándares de responsabilidad, transparencia, legibilidad y tergiversación del sitio, según se estipula en nuestros Lineamientos generales de Google Noticias.
  • Debes contar con una política de correcciones o un mecanismo para que los usuarios informen los errores.
  • Los sitios web de entidades políticas (como campañas, partidos políticos o funcionarios electos) no son aptos para usar esta función.
  • Los lectores pueden identificar fácilmente las declaraciones y verificaciones en el cuerpo del artículo. Los lectores pueden comprender el contenido que se verificó y las conclusiones a las que se llegó.
  • Debes atribuir explícitamente la declaración específica que evalúas a otro origen (por separado de tu sitio web), ya sea otro sitio web, una declaración pública, redes sociales o cualquier otra fuente rastreable.
  • El análisis de la verificación de datos debe ser rastreable y transparente con respecto a fuentes y métodos mediante citas y referencias a fuentes primarias.

Lineamientos técnicos

  • A fin de que sea apta para el resultado enriquecido de verificación de datos únicos, una página debe tener solo un elemento ClaimReview. Si agregas varios elementos ClaimReview por página, esta no será apta para el único resultado enriquecido de verificación de datos.
  • Si la página que aloja el elemento ClaimReview no contiene el texto completo, debe incluir al menos un breve resumen de la verificación de datos y la evaluación.
  • Un ClaimReview específico solo debe estar en una página de tu sitio. No debes repetir la verificación de datos en varias páginas, a menos que sean variaciones de la misma página (por ejemplo, puedes publicar el mismo elemento ClaimReview en las versiones de escritorio y para dispositivos móviles de una página).
  • Si tu sitio web agrega artículos de verificación de datos, asegúrate de que todos coincidan con los criterios y de proporcionar una lista abierta y disponible públicamente de todos los sitios web de verificación de datos que agregas.

Definiciones de tipos de datos estructurados

Para implementar la verificación de datos, se requieren los siguientes tipos de datos estructurados:

Debes incluir las propiedades obligatorias a fin de que tu contenido sea apto para aparecer como resultado enriquecido. También puedes incluir las propiedades recomendadas para agregar más información sobre tu contenido, lo que podría brindar una mejor experiencia del usuario.

ClaimReview

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

Propiedades obligatorias
claimReviewed

Text

Un breve resumen de la declaración que se evalúa. Debe tener menos de 75 caracteres para minimizar el ajuste al mostrarlo en un dispositivo móvil.

reviewRating

Rating

Evaluación de la declaración. Este elemento incluye una evaluación numérica y textual. El valor textual es el único que se muestra en los resultados de la búsqueda.

Los diferentes proyectos de verificación de datos tienen una variedad de esquemas de calificación que pueden tener diferencias sutiles, en particular, en valores intermedios. Resulta importante documentar esos esquemas de calificación para aclarar el significado de las calificaciones numéricas. Como mínimo, debe haber un sistema de clasificación para todas tus verificaciones de datos en el que se asigne texto a valores numéricos.

  • 1 = "Falso"
  • 2 = "En su mayoría falso"
  • 3 = "Parcialmente verdadero"
  • 4 = "En su mayoría verdadero"
  • 5 = "Verdadero"

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

url

URL

Es el vínculo a la página que aloja el artículo completo de la verificación de datos.

El dominio del valor de URL debe pertenecer al dominio, o un subdominio, de la página que aloja el elemento ClaimReview. Las URL de redireccionamiento o abreviadas (como g.co/searchconsole) no están completas, por lo que no funcionarán.

author

Organization o Person

Corresponde al editor del artículo de la verificación de datos, y no al editor de la declaración. author debe ser una organización o una persona. Además, author debe tener al menos una de las siguientes propiedades:

name Text

Es el nombre de la organización que publica la verificación de datos.

url

URL

URL del editor de la verificación de datos. Puede ser una página principal, de contacto o alguna otra que corresponda.

Para ayudar a Google a comprender mejor a los autores en diversas funciones, considera seguir las prácticas recomendadas de lenguaje de marcado de autor.

itemReviewed

Claim

Es un elemento que describe la declaración. Para obtener más información, consulta Claim.

Claim

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

appearance

URL o CreativeWork

Es un vínculo a CreativeWork, o una descripción directa de esa propiedad, en la que aparece la declaración.

Te recomendamos que agregues appearance o firstAppearance. No es necesario que agregues ambos.

author

Organization o Person

Es el autor de la declaración, no de la verificación de datos. No incluyas la propiedad author si la declaración no tiene autor. Si agregas author, define las siguientes propiedades:

nameText (obligatoria)

Es el editor de la declaración. Puede tratarse de una organización o una persona.

sameAs URL (recomendada)

Indica qué parte realiza la declaración, independientemente de que esta sea Person o Organization. Cuando varios publicadores informan sobre la misma declaración, se puede repetir la propiedad appearance. Cuando varias partes hacen básicamente la misma declaración, se puede repetir la propiedad author.

La URL puede ser de la siguiente manera:

  • Es la página principal de la organización que realiza la declaración.
  • Otra URL definitiva que brinde información sobre la parte que realiza la declaración, como la página de Wikipedia o Wikidata de una organización o una persona.
datePublished

DateTime o Date

La fecha en la que se realizó o difundió públicamente la declaración (por ejemplo, cuando se volvió popular en las redes sociales).

firstAppearance

URL o CreativeWork

Es un vínculo a CreativeWork o una descripción directa de esa propiedad, en la que aparece la declaración por primera vez.

Te recomendamos que agregues appearance o firstAppearance. No es necesario que agregues ambos.

Rating

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

Propiedades obligatorias
alternateName

Text

Es la clasificación de veracidad que se le asigna a ClaimReview.reviewRating, en formato de frase o palabra legible para las personas. Este valor se muestra en la verificación de datos, en los resultados de la búsqueda. Ejemplos: "Verdadero" o "En su mayoría verdadero".

Si usas una oración extensa, asegúrate de que el comienzo exprese el significado por si se trunca para adaptarse a la pantalla. Por ejemplo: "La mayoría de las especificaciones son verdaderas, aunque la declaración general es un poco engañosa".

bestRating

Number

En clasificaciones numéricas, corresponde al mejor valor posible en la escala del peor al mejor. Debe ser superior a worstRating. Debe poder evaluarse como número. Ejemplo: 4

name

Text

Es igual a alternateName y se utiliza cuando no se proporciona un elemento alternateName, pero te recomendamos que especifiques alternateName en lugar de name.

ratingValue

Number

Es la calificación numérica de la declaración en el rango worstRating-bestRating inclusive. Se recomienda usar valores enteros, pero no es un requisito. Cuanto más cercana sea la calificación numérica a bestRating, mayor será la veracidad. Cuanto más cercana sea a worstRating, la veracidad será menor. La calificación numérica debe poder evaluarse como número. Ejemplo: 4

worstRating

Number

En clasificaciones numéricas, corresponde al peor valor posible en la escala del peor al mejor. Debe ser inferior a bestRating. Debe poder evaluarse como número. Debe tener un valor mínimo de 1. Ejemplo: 1

Cómo supervisar resultados enriquecidos con Search Console

Search Console es una herramienta que te ayuda a supervisar el rendimiento de tus páginas en la Búsqueda de Google. Si bien no es necesario que te registres en Search Console para que se incluya tu contenido en los resultados de la Búsqueda de Google, puede ayudarte a comprender y mejorar la forma en que Google ve tu sitio. Te recomendamos que revises Search Console en los siguientes casos:

  1. Después de implementar datos estructurados por primera vez
  2. Después de lanzar plantillas nuevas o actualizar código
  3. Para analizar tráfico periódicamente

Después de implementar datos estructurados por primera vez

Después de que Google haya indexado tus páginas, busca problemas con el informe de estado de resultados enriquecidos relevante. Lo ideal es que haya un aumento de los elementos válidos y no de los elementos no válidos. Si encuentras problemas en los datos estructurados, haz lo siguiente:

  1. Corrige los elementos no válidos.
  2. Inspecciona una URL publicada para verificar si persiste el problema.
  3. Solicita una validación desde el informe de estado.

Después de lanzar plantillas nuevas o actualizar código

Cuando realices cambios significativos en tu sitio web, supervisa los aumentos en los elementos no válidos de datos estructurados.
  • Si notas un aumento en la cantidad de elementos no válidos, tal vez se deba a que implementaste una plantilla que no funciona o a que tu sitio interactúa con la plantilla actual de una forma diferente e incorrecta.
  • Si notas una disminución de los elementos válidos (que no coincide con un aumento en la cantidad de elementos no válidos), es posible que ya no estés incorporando datos estructurados en tus páginas. Usa la Herramienta de inspección de URLs para saber cuál es la causa del problema.

Cómo analizar el tráfico periódicamente

Analiza el tráfico de la Búsqueda de Google con el Informe de rendimiento. Los datos te mostrarán con qué frecuencia tu página aparece como 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 apareces en los resultados de la búsqueda. También puedes extraer esos resultados automáticamente con la API de Search Console.

Solución de problemas

Si tienes problemas para implementar o depurar datos estructurados, te brindamos algunos recursos que podrían resultarte útiles.