Definición
Un resultado enriquecido es un resultado de Google que muestra algo más que el título, la URL y la descripción: valoraciones con estrellas, precio y disponibilidad, preguntas desplegables, fechas de eventos, tiempo de cocción, imágenes.
Se le pide a Google marcando la página con datos estructurados, en el vocabulario de Schema.org. Y aquí está lo que más se malinterpreta: el marcado es una candidatura, no un interruptor. Google decide si lo muestra, cuándo y en qué consultas. Puede tener el marcado perfecto y no enseñarlo nunca.
Los tipos que más se ven
| Tipo | Qué muestra |
|---|---|
| FAQ | Preguntas desplegables bajo el resultado |
| Producto | Precio, disponibilidad, valoración |
| Reseñas | Estrellas y número de opiniones |
| Migas de pan | La ruta en vez de la URL cruda |
| Artículo | Imagen destacada y fecha |
| Evento | Fecha, lugar, entradas |
| Vídeo | Miniatura y momentos clave |
| Empresa local | Horario, dirección, teléfono |
Los de FAQ y los de reseñas han cambiado de comportamiento varias veces: Google los ha ampliado, restringido y vuelto a limitar según el tipo de sitio. Conviene no construir una estrategia entera sobre uno de ellos.
Por qué interesa
Por una razón medible: ocupan más espacio y llaman más la atención, así que suelen mejorar el CTR orgánico sin cambiar de posición.
Un tercer resultado con estrellas y precio puede llevarse más clics que el segundo sin nada. Y como el CTR es una señal que Google observa, la mejora tiende a reforzarse.
Lo que no hacen: subirte de posición por sí mismos. El marcado no es un factor de posicionamiento directo. Lo que mejora es la conversión de la posición que ya tienes.
La parte donde hay que tener cuidado
Los resultados enriquecidos de reseñas son de los pocos sitios del SEO donde se puede recibir una acción manual — no perder posiciones, sino desaparecer.
Las reglas de Google en esto son explícitas: las valoraciones deben ser de personas reales, recogidas de forma verificable, y estar visibles en la propia página para el visitante. Marcar un aggregateRating con valoraciones que no existen, o que solo existen en el marcado, es exactamente lo que la política de spam llama datos estructurados engañosos.
Y hay una segunda capa que en España no depende de Google: publicar testimonios inventados es una práctica comercial desleal con su propio régimen sancionador, desde la trasposición de la Directiva (UE) 2019/2161.
La regla segura: no marques nada que no esté escrito y visible en la página.
Ejemplo práctico
En este diccionario los datos estructurados hacen un trabajo distinto del habitual, y es el que más me interesa.
Cada término emite DefinedTerm dentro de un DefinedTermSet, que es el vocabulario correcto para un glosario. Pero lo que de verdad importa no es la posibilidad de un resultado enriquecido: es que los mismos identificadores de entidad se repiten en las tres webs. La persona que firma el diccionario es, con el mismo @id, la que fundó el estudio digital.
Lo que aprendí: los datos estructurados sirven para dos cosas distintas y solo una es visual. La primera es pedir estrellas y precios. La segunda, menos vistosa y más duradera, es explicarle a Google qué entidades hay en tu sitio y cómo se relacionan. Lo segundo no da un adorno en el resultado; da contexto, y el contexto es lo que sostiene la autoridad temática.
Y la comprobación que nunca hay que saltarse: pasar la página por la prueba de resultados enriquecidos antes de darla por buena. Un JSON-LD con un error de sintaxis se ignora entero y en silencio — no avisa nadie.
Errores comunes
- Creer que el marcado garantiza el resultado.
- Marcar valoraciones que no existen o que no están visibles en la página.
- Datos estructurados que no coinciden con lo visible. Precio distinto, disponibilidad falsa.
- No validar el JSON-LD. Un error de coma lo anula todo.
- Marcar tipos que no aplican a lo que la página es.
- Escapar mal el JSON-LD. Un
<sin escapar puede cerrar el<script>antes de tiempo. - Abandonar el marcado tras el rediseño. Se pierde sin que nadie lo note.
Cuándo usarlo
Siempre que la página represente algo con un tipo claro en Schema.org: producto, artículo, evento, empresa local, receta, definición.
Y con el criterio que evita todos los problemas: marca lo que la página dice de verdad, y nada más.
