Rich snippets y Schema: guía de datos estructurados

Los rich snippets son los resultados de Google que muestran información extra bajo el título: valoraciones, precios, preguntas, fechas o imágenes. Para que tu página pueda optar a ellos, tienes que describir su contenido con datos estructurados en formato Schema.org y comprobar que Google los lee bien. Ni el marcado más limpio garantiza que el resultado enriquecido aparezca, pero sin él ni siquiera entras en la carrera. Esta guía explica qué es cada pieza, cómo ponerla en tu web, cómo validarla y cómo saber si ha servido de algo.

En resumen

• Los datos estructurados son un formato estandarizado para describir una página; Google usa sobre todo el vocabulario de Schema.org y con él puede mostrar resultados enriquecidos.
• Rich snippet es lo que ve el usuario; Schema y los datos estructurados son lo que escribes en el código para hacerlo posible.
• Google no garantiza que el marcado correcto se muestre: es una posibilidad de presentación, no una orden.
• Valida con la Prueba de resultados enriquecidos antes de publicar y vigila los informes de Search Console después.
• Mide el efecto con una comparación antes y después durante varios meses, no con una mirada rápida a un solo día.

Tabla de contenidos

• Qué son los rich snippets y qué papel tiene Schema.org
• Qué tipos de resultados enriquecidos puede mostrar Google
• Cómo implementar datos estructurados paso a paso
• Cómo comprobar el marcado antes y después de publicar
• Errores frecuentes que impiden que Google use tus datos
• ¿Mejoran los datos estructurados el posicionamiento?
• Cómo medir si ha funcionado
• Nuestra visión sobre los datos estructurados
• Cuándo conviene delegar el marcado en una agencia
• Preguntas frecuentes
• Fuentes

Qué son los rich snippets y qué papel tiene Schema.org

Conviene separar tres conceptos que a menudo se mezclan.

Datos estructurados. Según la documentación de Google, son un formato estandarizado para describir y clasificar una página. Google los utiliza para interpretar el contenido y obtener información sobre la Web y el mundo, y puede emplearlos para mostrar resultados enriquecidos.

Schema.org. Es el vocabulario compartido con el que se escriben esos datos. Nació como una iniciativa conjunta de Google, Bing y Yahoo! para crear un conjunto común de esquemas y facilitar que los webmasters añadieran marcado. Como Schema.org no se centra solo en Google, la propia recomendación es consultar la documentación del Centro de la Búsqueda de Google para saber qué hace exactamente su buscador con cada propiedad.

Rich snippets. Son un tipo de resultado de búsqueda que muestra información adicional, como calificaciones o reseñas. Es la parte visible: lo que el usuario ve en la página de resultados.

La relación es de causa y posibilidad: tú marcas el contenido con Schema, Google lo entiende y, si lo considera útil para esa búsqueda, lo presenta de forma enriquecida. Si quieres profundizar en cómo elegir qué tipos de marcado encajan con la arquitectura de tu web, tenemos una guía sobre cómo elegir los datos estructurados de tu web.

Por qué importa más allá de las estrellas

Un resultado enriquecido ocupa más espacio y da más información antes del clic. Eso ayuda a que el usuario decida si tu página responde a lo que busca. Pero el título y la descripción siguen siendo la primera impresión: si trabajas el marcado y descuidas el texto del resultado, desaprovechas la mitad del esfuerzo. Aquí encajan bien unas meta descripciones que generan clics, que complementan lo que el marcado añade al resultado.

Qué tipos de resultados enriquecidos puede mostrar Google

Google mantiene una galería de tipos de datos estructurados compatibles. Implementar uno de ellos puede hacer que el contenido sea elegible para una apariencia enriquecida, aunque la apariencia final puede diferir de la prevista. Entre los resultados que la Prueba de resultados enriquecidos reconoce están artículo, ruta de exploración, carrusel, curso, foro de debate, conjunto de datos, evento, hotel, metadatos de imágenes, oferta de empleo, empresa local, película, receta, producto, reseña y vídeo.

No todos te sirven. Esta tabla orienta sobre cuáles suelen tener sentido para una empresa que vende servicios o productos:

La regla práctica: marca solo lo que la página realmente contiene y que el usuario puede ver. Empieza por el tipo que mejor represente el objetivo comercial de esa URL y deja los demás para más tarde.

Negocios locales y tiendas

Si tu negocio depende de clientes de una zona, el marcado de empresa local debe coincidir con los datos de tu ficha de Google Business Profile: mismo nombre, misma dirección, mismo teléfono. Las incoherencias entre fuentes confunden y no aportan nada. Si trabajas la visibilidad local, te interesa también la categoría de SEO local de nuestro blog. En tiendas online, producto y reseña son el binomio habitual, y deben reflejar precio y valoraciones que el usuario ve en la ficha.

Cómo implementar datos estructurados paso a paso

El proceso es parecido en cualquier web, ya sea WordPress, una tienda a medida o un desarrollo propio.

1. Define el objetivo de cada plantilla. No marques página por página a ciegas: decide qué tipo corresponde a cada plantilla (producto, artículo, sede, evento).
2. Lista las propiedades obligatorias y recomendadas en la documentación de Google para ese tipo. Los campos que faltan son uno de los errores más comunes.
3. Escribe el marcado. Lo habitual es hacerlo en JSON-LD, un bloque de script independiente del HTML visible, lo que facilita mantenerlo.
4. Genéralo con la herramienta adecuada. Puedes producir los datos con JavaScript personalizado, Google Tag Manager o procesamiento en el servidor, y probar la implementación con la Prueba de resultados enriquecidos.
5. Valida antes de publicar y vuelve a validar tras el despliegue sobre la URL real.
6. Supervisa los informes de Search Console.

Un ejemplo mínimo en JSON-LD

Este bloque describe una empresa local. Es un ejemplo ilustrativo: sustituye los datos por los reales de tu negocio y compruébalo con las herramientas de la sección siguiente.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Nombre de tu empresa",
  "url": "https://www.tuempresa.es",
  "telephone": "+34 900 000 000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Calle Ejemplo 1",
    "addressLocality": "Madrid",
    "postalCode": "28001",
    "addressCountry": "ES"
  }
}
</script>

Fíjate en la anidación: la dirección es un objeto dentro del objeto principal. La anidación incorrecta es otro de los fallos habituales, y suele deberse a una llave mal cerrada o a una propiedad colocada en el nivel equivocado. Si prefieres ver el proceso desde el lado práctico de un proyecto real, repasamos el tema en nuestro artículo sobre la implementación de datos estructurados o rich snippets.

Plugins y generación automática

En gestores de contenido hay extensiones que generan el marcado por ti. Son cómodas, pero revisa siempre qué producen: un plugin mal configurado puede duplicar bloques, marcar contenido que no está en la página o dejar propiedades vacías. Sea cual sea el método, la prueba final la hace la herramienta de validación, no la promesa del plugin.

Cómo comprobar el marcado antes y después de publicar

Hay dos herramientas gratuitas, con funciones distintas.

• Prueba de resultados enriquecidos de Google. Indica qué resultados enriquecidos puede generar tu página con el marcado que contiene. Permite probar cualquier fragmento de código tantas veces como quieras, así que puedes iterar sin miedo hasta limpiar los avisos.
• Validador de Schema.org. Sirve para comprobar que el marcado es sintácticamente correcto según el vocabulario genérico, aunque Google no vaya a mostrar un resultado enriquecido con él.

Usa la primera para saber si optas a un resultado enriquecido en Google y la segunda para revisar que el marcado es coherente en general. Lo ideal es pasar ambas, sobre todo si tu marcado también debe servir a otros buscadores o sistemas.

Después de publicar, el trabajo continúa: Google recomienda comprobar los datos con la Prueba de resultados enriquecidos durante el desarrollo y supervisar los informes de estado de resultados enriquecidos tras publicarlos. Esos informes de Search Console te avisan cuando un cambio en la plantilla rompe el marcado en cientos de páginas a la vez.

Errores frecuentes que impiden que Google use tus datos

Google recoge en su ayuda los mensajes de error de resultados enriquecidos y sus soluciones. Los que más se repiten:

• Campos que faltan. Una propiedad obligatoria sin rellenar invalida el elemento.
• Formatos de fecha u hora no válidos. Las fechas deben seguir el formato esperado, no el que usas en el texto visible.
• Formato de precio no válido. Por ejemplo, incluir símbolos o texto donde se espera un número.
• Anidación incorrecta de objetos, como en el ejemplo anterior.
• Esquema obsoleto data-vocabulary.org, que aparece en webs antiguas y debe migrarse a Schema.org.

Hay además errores que la herramienta no detecta porque no son de sintaxis sino de criterio. Las directrices de Google indican que no debes crear páginas en blanco solo para incluir datos estructurados ni marcar información que los usuarios no puedan ver. Y entre las causas por las que no se muestra un resultado enriquecido figuran que el marcado no represente el contenido principal, sea engañoso o describa contenido oculto, o que incumpla las directrices de datos estructurados, Search Essentials o las políticas de contenido.

Si el marcado es válido pero no aparece nada

Es la situación más frustrante y la más habitual. Google recomienda empezar por lo básico, según su guía sobre funciones que faltan en los resultados:

1. Comprueba que la página está indexada.
2. Verifica que el marcado está en la URL canónica y que es accesible.
3. Prueba en móvil y en escritorio, porque algunas funciones dependen del dispositivo.

Si todo eso es correcto, queda aceptar que Google decide. Es una de las cosas que conviene explicar al equipo o al cliente antes de empezar: el marcado abre una puerta, y Google decide si la usa.

¿Mejoran los datos estructurados el posicionamiento?

Es la pregunta que más confusión genera, y la respuesta tiene dos partes.

Primera: Google no garantiza que el marcado aparezca en los resultados, aunque sea correcto. Su perspectiva es que el marcado habilita una posibilidad de presentación y que sus sistemas eligen el formato más útil para cada búsqueda y contexto.

Segunda: el efecto sobre el posicionamiento no debe darse por supuesto. La misma documentación señala que una acción manual por problemas de datos estructurados elimina la elegibilidad para resultados enriquecidos, pero no afecta al posicionamiento en la Búsqueda web. Es decir, los datos estructurados son sobre todo una cuestión de comprensión y de presentación, no un atajo para subir posiciones. Es uno de esos temas que aparecen en los típicos mitos de SEO que conviene desmontar antes de invertir tiempo.

Lo que sí puede mejorar es el porcentaje de clics si el resultado enriquecido resulta más atractivo o informativo, y la claridad con la que Google entiende quién eres y qué ofreces. Es lo mismo que buscas, por ejemplo, al trabajar tu presencia en el Knowledge Graph de Google.

Cómo medir si ha funcionado

Google propone una comparación antes y después:

1. Selecciona páginas sin marcado que tengan datos históricos en Search Console.
2. Añade el marcado y valídalo.
3. Confirma con la herramienta Inspección de URL que Google lo ha detectado.
4. Compara el rendimiento durante varios meses.

Un consejo propio para que la comparación sea limpia: no cambies a la vez títulos, contenido y marcado en las mismas páginas, o no sabrás qué ha movido las cifras. Si puedes, deja un grupo de páginas similares sin tocar como referencia. Y mira impresiones, clics y CTR por separado: un resultado enriquecido puede subir el CTR sin que cambien las posiciones. Cruzar esos datos con tu analítica web te permite ver si ese tráfico extra termina en conversiones o solo en visitas.

Nuestra visión sobre los datos estructurados

En dobleO llevamos años mirando el SEO desde la analítica, y los datos estructurados no son una excepción: los tratamos como una hipótesis que se mide, no como un conjuro. Nuestro criterio se resume en cuatro ideas.

Primero, marcar con propósito. Antes de escribir una línea de JSON-LD preguntamos qué página aporta negocio y qué resultado enriquecido tiene sentido para ella. Una ficha de producto con precio y valoraciones reales, una sede con datos coherentes con su ficha de Google Business Profile, un artículo con autor y fecha. El resto es ruido.

Segundo, honestidad con las expectativas. Prometer estrellas en Google a un cliente es prometer algo que no controlamos. Lo que sí controlamos es que el marcado esté bien hecho, validado, desplegado en la URL correcta y monitorizado.

Tercero, mantenimiento. El marcado se rompe cuando alguien cambia una plantilla, actualiza un plugin o rediseña la web. Por eso lo incluimos en la revisión continua, junto con los informes de Search Console.

Cuarto, medir antes y después. Si no hay una base de comparación, no hay forma de saber si el trabajo ha servido, y la mejora continua que defendemos exige exactamente eso.

— Santiago

Cuándo conviene delegar el marcado en una agencia

Si tienes pocas páginas, puedes implementarlo tú siguiendo los pasos anteriores. Si tu web tiene cientos de fichas de producto, varias sedes o una plantilla compleja, el problema deja de ser escribir JSON-LD y pasa a ser generarlo bien a escala, mantenerlo y medirlo. En ese punto tiene sentido apoyarse en un equipo que ya lo hace a diario.

En dobleO integramos los datos estructurados dentro de una estrategia más amplia de marketing de buscadores SEO, GEO y PPC, con analítica web para medir el resultado real y, cuando hace falta, diseño y desarrollo web para que la plantilla genere el marcado correctamente desde el origen.

Si quieres que revisemos cómo está marcada tu web y qué resultados enriquecidos podrías aprovechar, cuéntanoslo desde la página principal de dobleO.

Preguntas frecuentes

¿Es lo mismo un rich snippet que un dato estructurado?

No. El dato estructurado es el código que describe el contenido de tu página, normalmente con vocabulario Schema.org. El rich snippet es el resultado enriquecido que Google puede mostrar a partir de ese código. Uno es la causa posible y el otro, el efecto visible.

¿Qué formato conviene usar para implementar Schema?

Lo más habitual es JSON-LD, porque va en un bloque aparte del contenido visible y es fácil de generar y de mantener. Puedes producirlo con JavaScript, Google Tag Manager o desde el servidor, y en cualquier caso debes probarlo con la Prueba de resultados enriquecidos antes de darlo por bueno.

¿Por qué mi marcado es válido pero Google no muestra el resultado enriquecido?

Porque Google no garantiza mostrarlo aunque sea correcto. Comprueba que la página esté indexada, que el marcado esté en la URL canónica y sea accesible, y prueba en móvil y escritorio. Revisa también que el marcado represente el contenido principal visible y cumpla las directrices.

¿Los datos estructurados me harán subir posiciones?

No hay base para prometerlo. Google presenta el marcado como una posibilidad de presentación, y una acción manual por datos estructurados afecta a la elegibilidad para resultados enriquecidos, no al posicionamiento web. Lo razonable es medir el efecto con una comparación antes y después durante varios meses.

¿Qué herramientas gratuitas sirven para validar el marcado?

La Prueba de resultados enriquecidos de Google, que indica qué resultados puede generar tu página, y el validador de Schema.org, que revisa el marcado genérico. Tras publicar, los informes de resultados enriquecidos de Search Console te avisan de errores en producción.

Fuentes

• Introducción al funcionamiento del marcado de datos estructurados (Google)
• Introducing schema.org: Search engines come together
• Rich results: 22 facts every SEO pro needs to know
• Rich Snippets: Guía completa para principiantes
• Galería de datos estructurados compatibles con Google
• Prueba de resultados enriquecidos (Ayuda de Search Console)
• Genera datos estructurados con JavaScript
• Cómo funciona el marcado de datos estructurados (versión en inglés)
• Mensajes de error de resultados enriquecidos y soluciones
• Directrices generales de datos estructurados
• Funciones que faltan en los resultados de Google
• Meta descripciones en español que generan clics

Recomendaciones

• Implementación de datos estructurados o rich snippets
• ¿Cómo elegir los Datos Estructurados de tu web?