Vista Previa de Resultados Enriquecidos

Pega datos estructurados JSON-LD para previsualizar resultados enriquecidos al estilo de Google para FAQPage, Product, Recipe, Article, Event y más, con validación de campos.

Actualizado

Share:
Home/SEO Tools/Rich Results Preview

Rich Results Preview

Paste JSON-LD structured data to preview Google-style rich results, validate required fields, and export clean markup.

JSON-LD Input

No preview yet

Paste JSON-LD on the left or load a sample to see a Google-style rich result preview.

Preguntas Frecuentes

¿Qué tipos de schema admite?

Article, FAQPage, HowTo, Product, Recipe, Review, Event, LocalBusiness, Organization, BreadcrumbList y VideoObject. También detecta subtipos como NewsArticle.

¿Varios tipos a la vez?

Sí: pega un array @graph y cada tipo obtiene su propia tarjeta de vista previa e informe de validación.

¿Qué comprueba la validación?

Los campos obligatorios de cada tipo (FAQPage necesita mainEntity, Product necesita name + offers) y advierte sobre campos recomendados que faltan para optar a resultados enriquecidos.

¿La Vista Previa de Resultados Enriquecidos es gratis?

Sí, la Vista Previa de Resultados Enriquecidos es 100 % gratis, sin registro, sin cargos ocultos y sin límites de uso. Todo el procesamiento ocurre localmente en tu navegador, garantizando una privacidad total.

¿Mis datos están seguros con esta herramienta?

Por supuesto. La Vista Previa de Resultados Enriquecidos procesa todo del lado del cliente, en tu navegador. No se sube ni almacena ningún dato en ningún servidor. Tu contenido permanece privado en tu dispositivo en todo momento.

¿La Vista Previa de Resultados Enriquecidos funciona en dispositivos móviles?

Sí, la Vista Previa de Resultados Enriquecidos es totalmente adaptable y funciona en smartphones y tablets. Puedes usarla en cualquier dispositivo con un navegador web moderno, sin necesidad de descargar ninguna app.

¿Necesito crear una cuenta para usar esta herramienta?

No hace falta cuenta ni registro. Simplemente abre la Vista Previa de Resultados Enriquecidos en tu navegador y empieza a usarla de inmediato. No hay muros de registro ni restricciones de uso.

¿Esta herramienta sigue las directrices más recientes de Google?

Sí, la Vista Previa de Resultados Enriquecidos está desarrollada siguiendo las directrices y buenas prácticas actuales de Google Search. Actualizamos la herramienta con regularidad para reflejar los cambios en los requisitos de los motores de búsqueda.

¿Cómo uso la Vista Previa de Resultados Enriquecidos?

Solo tienes que introducir tu texto en el campo correspondiente, ajustar los parámetros según tus preferencias y la herramienta lo procesará al instante. Después puedes copiar el resultado al portapapeles o descargarlo.

¿Qué navegadores son compatibles?

La Vista Previa de Resultados Enriquecidos funciona en todos los navegadores modernos, incluidos Chrome, Firefox, Safari, Edge y Opera. Para una mejor experiencia, usa la última versión de tu navegador preferido.

¿Cuál es la diferencia entre JSON-LD, Microdata y RDFa para los datos estructurados?

Los tres son sintaxis distintas para añadir el mismo vocabulario de schema.org a una página, pero se diferencian en dónde vive el marcado. JSON-LD mantiene los datos estructurados en un único bloque autocontenido dentro de una etiqueta <script type="application/ld+json">, separado de tu HTML visible. Microdata y RDFa, en cambio, entrelazan atributos como itemprop y property directamente en los elementos HTML existentes, lo que resulta más difícil de mantener y fácil de romper durante un rediseño. Google recomienda explícitamente JSON-LD porque es la forma más limpia de añadir, editar e inyectar datos dinámicamente sin tocar el diseño de la página. Este previsualizador lee específicamente JSON-LD, así que pega el contenido de tu bloque script y no el HTML que lo rodea. Si tu marcado está actualmente en Microdata, conviértelo primero a un bloque JSON-LD y luego pégalo aquí para confirmar que los campos se analizan correctamente.

¿Por qué mis datos estructurados se validan pero aun así no aparecen resultados enriquecidos en Google?

Un marcado válido solo hace que una página sea elegible para resultados enriquecidos; nunca los garantiza. Google decide si mostrar una mejora en función de la calidad de la página, la relevancia del contenido, si el marcado coincide con el contenido visible en la página y sus propios algoritmos, así que un snippet de FAQPage o Product perfectamente válido puede seguir apareciendo como un simple enlace azul. Las acciones manuales por marcado spam u oculto, las páginas muy nuevas o con poca autoridad, y el contenido duplicado también pueden suprimir los resultados enriquecidos. Esta herramienta comprueba que tus campos obligatorios y recomendados estén presentes y sean correctos, lo que elimina los obstáculos técnicos que realmente puedes solucionar. Considera un informe de validación limpio aquí como haber superado el listón de elegibilidad, y luego dale tiempo a Google para rastrear de nuevo y evaluar la página antes de esperar que aparezca el listado mejorado en los resultados de búsqueda.

¿Cuál es la diferencia entre un campo obligatorio y un campo recomendado en el marcado de schema?

Los campos obligatorios son las propiedades que Google considera imprescindibles para que un tipo pueda optar a resultados enriquecidos. Si falta uno, la página queda inhabilitada, por eso esta herramienta marca un campo obligatorio ausente como un error grave. Por ejemplo, FAQPage requiere mainEntity, Product requiere name y offers, y Event requiere name, startDate y location. Los campos recomendados son propiedades opcionales que hacen el resultado más rico y competitivo, como image, aggregateRating y brand en un Product, o image, publisher y dateModified en un Article. Los campos recomendados que faltan se muestran como advertencias en lugar de errores, porque el marcado sigue funcionando sin ellos, solo que con menos impacto visual. Pega tu fragmento y el panel de validación etiquetará cada campo como correcto, error o advertencia, para que sepas exactamente qué añadir antes de publicar.

¿Cómo añado varios tipos de schema en una misma página usando un array @graph?

Una sola página a menudo necesita varios bloques de schema a la vez, por ejemplo un Article más un BreadcrumbList más una Organization. En lugar de apilar varias etiquetas script, puedes combinarlos en un único bloque JSON-LD usando un array @graph: define @context una sola vez en la parte superior y luego enumera cada nodo tipado como un objeto dentro de una propiedad @graph. Esto mantiene juntas las entidades relacionadas y les permite referenciarse entre sí mediante @id. También puedes pegar simplemente un array de nivel superior de objetos si lo prefieres. Este previsualizador admite ambas estructuras: detecta cada nodo, le asigna su propia tarjeta de vista previa y ejecuta un informe de validación independiente por tipo, con un recuento combinado de aciertos, errores y advertencias en la parte superior. Pega tu bloque @graph para confirmar que se reconocen todos los tipos y que a ninguno le falta un campo obligatorio.

¿Qué tan precisa es esta vista previa comparada con la Rich Results Test oficial de Google?

Esta herramienta reproduce la lógica central de la Rich Results Test de Google: detecta el tipo de schema, comprueba los mismos campos obligatorios y recomendados, y renderiza una tarjeta al estilo Google para que puedas detectar problemas al instante mientras editas. La diferencia clave es que valida tu fragmento JSON-LD de forma aislada, íntegramente en tu navegador, sin necesidad de una URL publicada en vivo, lo que la hace ideal para borradores y páginas sin publicar. Como trabaja a partir de un conjunto fijo de campos en lugar de obtener la página real, no puede confirmar que el marcado coincida con el contenido visible ni detectar problemas que solo Google observa durante un rastreo en vivo. Úsala como una primera pasada rápida y privada para corregir campos obviamente ausentes y errores de sintaxis, y luego pasa la URL final publicada por la prueba oficial de Google antes de confiar en que el resultado enriquecido se active.

Acerca de la Vista Previa de Resultados Enriquecidos

La Vista Previa de Resultados Enriquecidos convierte datos estructurados JSON-LD en bruto en una tarjeta de resultado enriquecido al estilo Google, para que puedas ver, antes de publicar, cómo podría verse tu marcado en los resultados de búsqueda. Pega tus datos estructurados en el panel de entrada y la herramienta los analiza, detecta el tipo de esquema, renderiza una vista previa visual e indica qué campos obligatorios y recomendados están presentes o faltan. Está pensada para especialistas en SEO, desarrolladores y equipos de contenido que añaden schema a una página y quieren una comprobación rápida sin salir del navegador ni tener que publicar una URL en vivo.

Los datos estructurados son un vocabulario estandarizado, definido en schema.org, que describe de qué trata una página —un producto, una receta, una FAQ, un evento— en un formato que los motores de búsqueda pueden leer. No es un factor de posicionamiento directo, pero un marcado válido hace que una página sea elegible para resultados enriquecidos: valoraciones con estrellas, acordeones de FAQ, tiempos de receta, rutas de navegación (breadcrumbs) y otros listados mejorados que suelen aumentar el porcentaje de clics (CTR).

Tipos de schema que previsualiza y valida

La herramienta reconoce once de los tipos de resultado enriquecido más comunes, junto con algunos de sus subtipos:

  • Article (incluyendo NewsArticle, BlogPosting y TechArticle)
  • FAQPage, HowTo, Product, Recipe y Review
  • Event, LocalBusiness, Organization
  • BreadcrumbList y VideoObject

Cada tipo recibe una vista previa a medida. Un Product muestra el precio, la moneda, una insignia de disponible o agotado, y una valoración con estrellas; un Recipe muestra los tiempos de preparación y cocción, el rendimiento y los primeros ingredientes; una FAQPage se convierte en una lista de preguntas y respuestas desplegable; BreadcrumbList dibuja la ruta en orden de posición. Si el contenido pegado incluye un array @graph o un array de nivel superior, se detecta cada nodo y se genera su propia tarjeta de vista previa e informe de validación, algo muy útil para páginas que combinan varios bloques de schema a la vez.

Qué comprueba realmente la validación

La validación se ejecuta contra un conjunto fijo de campos para cada tipo y etiqueta cada resultado como correcto, error o advertencia:

  • Los campos obligatorios son las propiedades que Google considera imprescindibles para ese tipo. FAQPage requiere mainEntity; Product requiere name y offers; Event requiere name, startDate y location; Recipe requiere name y recipeIngredient. Un campo obligatorio ausente se marca como error.
  • Los campos recomendados son propiedades que refuerzan la elegibilidad y el atractivo del resultado —image, aggregateRating y brand en el caso de Product, por ejemplo, o image, publisher y dateModified en Article. Cuando falta uno, la herramienta muestra una advertencia en lugar de un error.

Un recuento en la parte superior muestra el total de aciertos, errores y advertencias en todos los bloques detectados, y cada tarjeta de vista previa aparece marcada como "Válido" o "Con errores" para que los problemas salten a la vista de inmediato. Esto refleja la misma lógica que utiliza la propia Rich Results Test de Google, pero comprueba tu fragmento de forma aislada, al instante, a medida que lo editas.

Privacidad y cómo usarla

Todo ocurre del lado del cliente, en tu navegador. Tu JSON-LD se analiza localmente y nunca se sube ni se almacena en ningún servidor, así que puedes probar con total seguridad el marcado de páginas sin publicar, herramientas internas o trabajos para clientes. No hace falta registro, no hay límite de uso y no requiere instalar nada.

Para empezar, pega un fragmento en el campo de entrada de JSON-LD, o carga uno de los ejemplos integrados de FAQPage, Product o Recipe para ver el formato. Si el JSON está mal formado, la herramienta indica el error exacto de análisis para que puedas corregir la sintaxis; si se analiza correctamente pero no contiene ningún tipo compatible, te indica qué tipos puede leer. Una vez que tu marcado sea válido, copia el JSON-LD depurado al portapapeles o descárgalo como archivo .jsonld, listo para insertarse en una etiqueta <script type="application/ld+json">.

Un flujo de trabajo habitual es redactar el schema en un generador, pegarlo aquí para confirmar que los campos obligatorios están completos y que la vista previa se ve bien, y luego publicar. Detectar a tiempo un offers o un mainEntity ausente ahorra tener que dar marcha atrás desde Search Console semanas después.