Probar, mantener y lo que no está permitido

Módulo 5: Datos estructurados · Tiempo de lectura: 12 minutos

Objetivo de aprendizaje: Después de esta lección podrá probar datos estructurados con la Prueba de resultados enriquecidos (Rich Results Test) y el Schema Markup Validator, explicar la diferencia entre errores y advertencias, y aplicar las reglas de Google, como la prohibición de incluir reseñas sobre su propia empresa.

Conceptos clave: Prueba de resultados enriquecidos, Schema Markup Validator, problema crítico (error) frente a problema no crítico (advertencia), HTML renderizado, informes en Search Console, directrices sobre datos estructurados, reseñas propias (self-serving), acción manual, bloques duplicados, mantenimiento

Dos herramientas de prueba, dos preguntas

Hay dos herramientas gratuitas, y cada una responde a una pregunta distinta.

Empiece con la Prueba de resultados enriquecidos (https://search.google.com/test/rich-results). Introduzca la dirección de su página, no el código: así la herramienta ve la página tal como la obtiene Googlebot, incluido el JSON-LD que se añade con JavaScript. Si pega el código, JavaScript puede toparse con limitaciones, según indica la propia Google. Si quiere saber si su marcado es correcto según schema.org, también para tipos que Google no utiliza, use el Schema Markup Validator (https://validator.schema.org/).

Leer errores y advertencias

La Prueba de resultados enriquecidos clasifica los problemas en dos tipos:

• Problemas críticos (errores). Falta una propiedad obligatoria o un valor no es válido. En ese caso, el elemento no puede optar a una presentación especial. Esto debe corregirlo siempre.
• Problemas no críticos (advertencias). Falta una propiedad recomendada, como priceRange o geo. El elemento es válido. Rellene la propiedad si dispone de los datos y son correctos; no se invente nada para hacer desaparecer una advertencia.

¿La prueba indica "No items detected" aunque usted sabe que hay JSON-LD en la página? Revise entonces tres posibles causas:

1. El JSON no es válido (una coma de más o de menos, unas comillas olvidadas). En ese caso se ignora todo el bloque. El Schema Markup Validator suele indicar la línea en la que está el fallo.
2. El tipo es desconocido (Bloemist en lugar de Florist) o está mal escrito (localbusiness).
3. La página está bloqueada para Googlebot con robots.txt o noindex (lecciones 3.3 y 1.3). Google pide expresamente que no se bloqueen las páginas con datos estructurados.

Search Console lleva el seguimiento

En cuanto su sitio esté en Search Console (módulo 2), Search Console muestra en Mejoras un informe por cada tipo para el que Google tiene una presentación especial y encuentra un marcado válido en su sitio. Allí verá los elementos válidos, los elementos con problemas no críticos y los elementos no válidos, con páginas de ejemplo. Algunas cosas que conviene saber:

• No hay ningún botón de "solucionar esto". Usted corrige el origen (su sitio, su plugin, su creador de sitios web) y después puede solicitar una validación en el informe.
• Las cifras son elementos, no páginas. Una página puede contener varios elementos.
• Si no hay informe para un tipo, es que Google no encontró un marcado válido de ese tipo o que el tipo no tiene una presentación propia.

Lo que no está permitido

Las directrices de Google sobre datos estructurados son breves y estrictas. Las más importantes:

• Describa solo lo que es visible. Nada de horarios, precios o reseñas en su JSON-LD que un visitante no pueda encontrar en la página.
• Nada engañoso. Los datos deben reflejar fielmente la página.
• En la página correcta. Coloque el marcado en la página que describe.
• Las imágenes de sus datos estructurados deben poder ser rastreadas e indexadas por Google.
• Nada de reseñas falsas ni reseñas que no procedan de usuarios reales.

Reseñas sobre su propia empresa

Una regla que sorprende a muchas empresas: en el bloque LocalBusiness de su propio sitio no incluya aggregateRating ni review sobre usted mismo. Google lo explica así: si la empresa valorada gestiona ella misma las reseñas sobre sí misma, las páginas con marcado LocalBusiness u otro marcado Organization no pueden optar a mostrar estrellas en los resultados de búsqueda. Google introdujo esta regla en 2019. Da igual que usted recopile las reseñas, las obtenga de un widget o las copie de un sitio de reseñas. Las estrellas de su empresa en Google Maps proceden de su Perfil de Empresa de Google (lección 6.5), no de su propio JSON-LD.

A veces, los plugins y temas añaden automáticamente una valoración de este tipo a su marcado. Por eso, compruebe si en su propio JSON-LD aparece aggregateRating y desactívelo si se refiere a su propia empresa.

Qué ocurre en caso de abuso

Si infringe las directrices, Google puede aplicar una acción manual por datos estructurados. La verá en Search Console, en Seguridad y acciones manuales (lección 2.4). La consecuencia, según Google: la página deja de poder optar a presentaciones especiales. Según Google, una acción manual de este tipo no afecta a la clasificación normal en los resultados de búsqueda. Una vez corregido el problema, solicite una reconsideración en Search Console.

Mantenimiento: los errores silenciosos

La mayoría de los problemas no surgen al escribir el marcado, sino más adelante.

• Dos bloques que se contradicen. Su tema añade un bloque LocalBusiness y su plugin de SEO también, con otro número de teléfono. Elija una sola fuente y desactive la otra. Dos bloques de tipos distintos (un WebSite y un Florist) no son un problema; dos veces la misma empresa con datos distintos, sí.
• Datos que cambian. Un nuevo número de teléfono, una mudanza, otro horario en verano. Modifíquelo primero en su lugar habitual (su creador de sitios web o plugin) y después revise su Perfil de Empresa de Google, Apple Business y los directorios (módulo 6).
• Un tema o un creador de sitios nuevo. Tras renovar su sitio, a veces ya no hay JSON-LD, o aparece duplicado. Haga una prueba después de cada cambio importante.
• Horarios temporales. Los días festivos y las vacaciones se indican en su Perfil de Empresa de Google como horario especial. En JSON-LD puede hacerse con validFrom y validThrough; en ese caso, no olvide quitarlos después.

Un buen hábito: pruebe su página de contacto en la Prueba de resultados enriquecidos después de cada cambio en los datos de su empresa y de cada actualización importante de su sitio, y consulte el informe de Search Console una vez por trimestre.

En la práctica: probar un sitio de WordPress y un sitio de AI Builder

En un sitio de WordPress con un plugin de SEO, la Prueba de resultados enriquecidos suele mostrar más elementos: WebSite, Organization o LocalBusiness, BreadcrumbList y un Article por cada entrada. En un sitio creado con AI Builder de WebOké encontrará en la página de inicio un @graph con un WebSite y la empresa como subtipo de LocalBusiness. Si quiere ver todas las propiedades de ese bloque, incluido el horario en la forma abreviada openingHours, pegue también la dirección en el Schema Markup Validator: muestra cada tipo y cada propiedad de schema.org. Con otros creadores de sitios web, la prueba funciona exactamente igual.

Resumen

• La Prueba de resultados enriquecidos indica si su página puede optar a una presentación en Google; el Schema Markup Validator indica si su marcado es schema.org válido.
• Pruebe con la dirección de la página, no con código pegado. Los problemas críticos se corrigen siempre; las advertencias, solo con datos reales.
• Nada de JSON no válido ni tipos desconocidos, y no bloquee para Googlebot las páginas con datos estructurados.
• Nada de reseñas ni valoraciones sobre su propia empresa en su propio marcado; el abuso puede acarrear una acción manual.
• Vuelva a probar tras cada cambio en sus datos o en su sitio, y evite bloques duplicados que se contradigan.

Cuestionario

Ejercicio

Ejercicio A5.3: Encuentre los errores. Descargue el archivo de ejemplo jsonld-fouten-1.json: un bloque JSON-LD para una floristería con seis errores. Léalo línea por línea (también puede pegarlo en el Schema Markup Validator) y, de las diez afirmaciones del ejercicio, elija las seis que describen un error real. El programa compara su elección con la clave fija y explica el porqué de cada afirmación.

Para seguir leyendo

• Prueba de resultados enriquecidos de Google: https://search.google.com/test/rich-results
• Schema Markup Validator: https://validator.schema.org/
• Google Search Central, Directrices generales sobre datos estructurados: https://developers.google.com/search/docs/appearance/structured-data/sd-policies
• Google Search Central, Fragmentos de reseñas (con la regla sobre reseñas propias): https://developers.google.com/search/docs/appearance/structured-data/review-snippet
• Ayuda de Google Search Console, Informes de resultados enriquecidos: https://support.google.com/webmasters/answer/7552505
• Google Search Central, Datos estructurados con JavaScript: https://developers.google.com/search/docs/appearance/structured-data/generate-structured-data-with-javascript