¿El marcado Schema de tu producto, servicio o artículo pasa la prueba y aun así no aparece ningún resultado enriquecido en Google? Es habitual: Google puede entender los datos estructurados y decidir no mostrarlos por calidad, políticas o contexto de búsqueda.
Una rich snippets testing tool permite validar si Google puede leer tus datos estructurados y detectar campos obligatorios ausentes. Una prueba válida confirma elegibilidad técnica, no garantiza visibilidad.
La prueba aprobada no garantiza un resultado enriquecido
Rich Results Test confirma la elegibilidad técnica: Google reconoce un tipo de marcado compatible con resultados enriquecidos, pero no promete estrellas, precios o recetas en la SERP.
Por qué un marcado válido no se muestra
Google decide el formato según la consulta, la calidad de la página y el espacio disponible. “Sin errores” no significa que mostrará estrellas: puede elegir un resultado normal si la búsqueda no requiere ese formato o el contenido aporta poco valor.
Qué políticas pueden impedirlo
Las reseñas sobre la propia empresa suelen quedar excluidas. Las directrices de datos estructurados de Google exigen que el contenido marcado sea visible, fiel a la página y útil.
Un resultado enriquecido es una posibilidad técnica, no una promesa de visibilidad.
Prueba la URL y el JSON-LD antes de publicarlo
Prueba la URL para revisar la página real y pega el JSON-LD para detectar fallos antes de publicarlo.
Cuándo probar una URL publicada
Introduce la URL canónica. Si no aparece el marcado, revisa noindex, robots.txt, contraseñas o código cargado demasiado tarde; en tiendas, comprueba también que plugins y plantillas no generen fichas duplicadas.
Cómo pegar JSON-LD sin riesgo
Copia el bloque completo de JSON-LD, incluidas las etiquetas <script type="application/ld+json"> y </script>, en Rich Results Test para probar cambios antes de subirlos.
Flujo seguro de validación
1. Pega JSON-LD
→
2. Corrige errores
→
3. Publica y prueba URL
→
4. Vigila Search Console
Qué herramienta resuelve cada duda
Rich Results Test revisa formatos de Google; Schema Markup Validator comprueba vocabulario Schema.org, y Search Console muestra lo detectado tras el rastreo.
| Herramienta | Qué comprueba | Cuándo usarla |
| Rich Results Test | Elegibilidad para formatos de Google | Antes y después de publicar |
| Schema Markup Validator | Sintaxis y propiedades Schema.org | Cuando el tipo no sale en Google |
| Search Console | Errores en URLs rastreadas | Entre 3 y 14 días tras publicar |
⭐
Selección para ti
Un libro práctico de SEO técnico puede servirte como apoyo si gestionas cambios de marcado sin desarrollador. Resulta útil para entender qué hace cada propiedad antes de copiar código de una plantilla.
- Ayuda a interpretar campos como offers, availability y aggregateRating
- Permite revisar ejemplos JSON-LD sin depender de un plugin
- Da contexto para relacionar marcado, rastreo e indexación
Ver en Amazon →
Para probar código sin publicar, abre la opción de código de Rich Results Test, pega el bloque completo de JSON-LD —incluidas las etiquetas <script type="application/ld+json">— y ejecuta la prueba. Revisa qué tipos detecta la herramienta, despliega cada elemento y corrige los errores de datos estructurados antes de subir el cambio. Después, prueba la URL canónica ya publicada para confirmar que Google puede recuperar la versión servida, incluidos los datos generados por la plantilla.
Si el resultado no coincide con el código probado, revisa redirecciones, acceso para Googlebot, etiquetas canonical, recursos bloqueados y posibles diferencias entre el HTML de pruebas y la página final. Usa la inspección de URL en Google Search Console para seguir el rastreo y la indexación de la URL.
Corrige errores y prioriza campos obligatorios
Corrige primero los errores: suelen impedir que Google considere apto un elemento enriquecido; las advertencias indican mejoras recomendables.
Qué error bloquea el resultado
En Product faltan a menudo offers, price, priceCurrency o availability; en Recipe, imagen, ingredientes o instrucciones. Cada tipo exige propiedades distintas y deben coincidir con el contenido visible.
{"@type":"Product","name":"Zapatilla","offers":{"@type":"Offer","price":"59.00","priceCurrency":"EUR","availability":"https://schema.org/InStock"}}
Qué aviso puedes dejar para después
Una advertencia sobre imagen, descripción o una propiedad recomendada puede mejorar el resultado sin invalidar el marcado. Prioriza siempre los mensajes de “campo obligatorio ausente”.
Reseñas propias y recetas reales
No uses Review o AggregateRating para valorar tu propia organización esperando estrellas. Las reseñas de productos deben proceder de compradores reales y coincidir con las visibles en la ficha.
Al revisar una prueba de resultados enriquecidos, separa tres situaciones. Un error crítico suele impedir que un elemento pueda optar al formato de Google, por ejemplo, un Offer sin precio cuando ese dato es necesario para el marcado de producto. Una advertencia señala una propiedad recomendada que puede enriquecer la presentación, pero no siempre bloquea la elegibilidad técnica. También puede existir marcado Schema sintácticamente válido que no sea apto para un resultado enriquecido concreto: Schema.org admite muchos tipos y propiedades que Google no utiliza en sus resultados de búsqueda.
Por eso, la validación de Schema debe complementarse con Rich Results Test y con las directrices de Google aplicables a cada tipo.
Usa este checklist antes de volver a validar. En Product, un marcado incompleto como {"@type":"Product","name":"Zapatilla"} puede necesitar datos de oferta, por ejemplo "offers":{"@type":"Offer","price":"59.00","priceCurrency":"EUR","availability":"https://schema.org/InStock"}. En Review, no basta con una puntuación: añade el elemento evaluado, el autor y la nota, como "itemReviewed":{"@type":"Product","name":"Zapatilla"}, "author":{"@type":"Person","name":"Ana"} y "reviewRating":{"@type":"Rating","ratingValue":"5","bestRating":"5"}. En Recipe, comprueba como mínimo un nombre, una imagen representativa, ingredientes e instrucciones reales. Todos esos valores deben reflejar el marcado visible para el usuario y no inventar precios, reseñas ni pasos de preparación.
Después de validar: indexación y control real
Publica, inspecciona la URL y solicita indexación una vez si el cambio es relevante. Search Console permite detectar errores repetidos y comprobar si crecen las páginas válidas.
No priorices datos estructurados si la página no tiene contenido indexable, si sufre problemas de rastreo, Core Web Vitals muy lentos o poca calidad editorial. El marcado no arregla una ficha sin información útil ni consigue visibilidad orgánica por sí solo.
Resuelve tus dudas
¿Cómo probar los rich snippets?
Prueba una URL o pega JSON-LD en Rich Results Test y corrige los errores.
¿Qué es rich results test?
Es la herramienta de Google que comprueba la elegibilidad técnica para resultados enriquecidos compatibles.
¿Cómo sé si una página tiene datos estructurados?
Analiza la URL con Rich Results Test o Schema Markup Validator.
¿Un resultado válido saldrá con estrellas en Google?
No. La decisión depende de la consulta, las políticas, la calidad y el contexto de la SERP.
¿Cuál es la diferencia con schema markup?
Schema Markup Validator revisa Schema.org; Rich Results Test revisa formatos que Google puede mostrar.
¿Cuándo debo solicitar indexación?
Después de publicar una corrección relevante en una URL accesible; espera entre 3 y 14 días.
¿Puedo poner reseñas de mi empresa en schema?
Puedes mostrarlas en tu web, pero Google limita las estrellas para valoraciones propias de organizaciones.
¿Bing usa los mismos datos estructurados?
Bing entiende parte de Schema.org, pero no aplica exactamente las reglas de Google.
Lo esencial:- Rich Results Test comprueba elegibilidad técnica, no visibilidad garantizada.
- Prueba el JSON-LD antes de publicarlo y la URL cuando el cambio esté activo.
- Corrige errores obligatorios antes que advertencias recomendadas.
- Solicita indexación una vez y vigila el informe de Search Console durante varios días.
Fuentes de interés
Otros artículos que pueden complementar lo que acabas de leer: