Verificación de datos

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 en forma manual, puedes echar un vistazo a la Herramienta 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 cómo funcionan.

A continuación, presentamos una descripción general de cómo generar, probar y actualizar datos estructurados. Si quieres obtener una guía paso a paso para agregar datos estructurados a una página web, consulta el codelab de datos estructurados.

  1. Agrega las propiedades obligatorias. Para obtener información sobre dónde colocar los datos estructurados en la página, mira el video JSON-LD Structured Data: Where to insert in a page?.
  2. Sigue los lineamientos.
  3. Valida tu código con la Prueba de resultados enriquecidos.
  4. Implementa algunas páginas que incluyan tus datos estructurados y utiliza la Herramienta de inspección de URL 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 URL.
  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 del mapa del sitio de Search Console.

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

Pautas

Además de los lineamientos generales que se aplican a todos los lenguajes de marcado de datos estructurados, en el caso de la verificación de datos se aplican estos lineamientos adicionales:

  • A fin de que tu sitio sea apto para la verificación de datos de los resultados de la búsqueda, debe tener varias páginas marcadas con datos estructurados de ClaimReview.
  • Las verificaciones de datos asociadas a artículos de noticias pueden mostrarse en los resultados de Noticias o en la vista de resultados de la búsqueda combinados. Las demás verificaciones de datos solo pueden aparecer en la vista que combina los resultados de la búsqueda.
  • La verificación de datos de una declaración de noticias debe cumplir con los criterios de verificación de datos para editores de noticias.
  • No se garantiza que se muestre la verificación de datos, ya que la inclusión de elementos de verificación de datos en los resultados de la Búsqueda de Google se determina de manera programática. Estos elementos reciben una puntuación en función de un ranking programático del sitio. Los sitios se evalúan en un proceso similar al ranking de páginas: si el ranking de un sitio es lo suficientemente alto, el elemento verificado puede mostrarse en los resultados de la búsqueda junto con tu página. Todo el proceso se realiza de manera programática; solo hay intervención humana cuando se archivan comentarios del usuario como infracción de los criterios de verificación de datos para editores de Google Noticias o los lineamientos generales para datos estructurados, o bien cuando el editor (sea de un sitio de noticias o no) no cumple con las normas de responsabilidad y transparencia, legibilidad o tergiversación del sitio según se especifica en nuestros lineamientos generales de Google Noticias.
  • Una sola página puede alojar varios elementos ClaimReview; cada uno para una declaración independiente.
  • Si diferentes revisores de la página verifican el mismo dato, puedes incluir un elemento ClaimReview distinto para el análisis de cada uno de ellos. Para obtener más información, consulta Cómo publicar varias verificaciones de datos en una página.
  • 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.
  • Debes alojar un elemento ClaimReview específico en una sola 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 mencionados anteriormente y de proporcionar una lista abierta y disponible públicamente de todos los sitios web de verificación de datos que agregas.

Cómo publicar varias verificaciones de datos en una página

No es necesario que varios elementos ClaimReview de una única página correspondan a la misma declaración, pero sí deben ser relevantes para el tema principal de la página. La mayoría de los sitios implementan varias verificaciones de datos por página de alguna de estas dos maneras:

  • Mediante la creación de una página con varios resúmenes de verificaciones de datos, cada una con su propio elemento ClaimReview. En ese caso, debes publicar la versión de texto completo de cada verificación de datos en su propia página. Cada elemento ClaimReview de la página de resumen dirige a la página completa, en lugar de hacerlo a la de resumen.
  • O
  • Mediante la creación de una única página con varias revisiones, cada una con un anclaje HTML. Cada elemento ClaimReview apunta a ese summary_page.html#anchor.

Si una página aloja varios elementos ClaimReview, la Búsqueda de Google podría mostrarlos a todos en un carrusel. El carrusel solo se muestra en dispositivos móviles. Por ejemplo:

Galería de múltiples declaraciones asociadas con una página

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.

Si tu organización está interesada en implementar ClaimReview o experimenta problemas con esa propiedad, envía tu información de contacto. Es posible que nuestro equipo se comunique contigo.

ClaimReview

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

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. Si la página tiene varios elementos ClaimReview, asegúrate de que la verificación de datos tenga un anclaje HTML y de que esa propiedad se dirija a ese anclaje. Ejemplos: http://example.com/longreview.html o http://example.com/summarypage.html#fact1

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.

Propiedades recomendadas
author

Organization

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.

datePublished

DateTime

Es la fecha en la que se publicó la verificación de datos.

itemReviewed

Claim

Es el 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.

Propiedades recomendadas
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.

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

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

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

Propiedades recomendadas
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, te puede ayudar 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 sería ver que hayan aumentado las páginas válidas, y no los errores ni las advertencias. Si encuentras problemas en los datos estructurados, haz lo siguiente:

  1. Corrige los errores.
  2. Inspecciona una URL publicada para verificar si el problema persiste.
  3. Solicitar una validación mediante 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 las advertencias y los errores de los datos estructurados.
  • Si notas un aumento en la cantidad de errores, 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 total de los datos estructurados (que no coincide con un aumento en la cantidad de errores), es posible que ya no estés incorporando datos estructurados en tus páginas. Usa la Herramienta de inspección de URL para saber cuál es la causa del problema.

Para analizar 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 datos estructurados, aquí tienes algunos recursos que pueden ayudarte.