Generador de Rich Snippets & Schema

Generador de Rich Snippets & Schema

Privacidad 100% en el cliente

Genera, valida y previsualiza marcado Schema para Google en JSON-LD. Simulador SERP en tiempo real, parser bidireccional y soporte de grafos multientidad.

Pipeline de procesamientoÍndice de calidad Schema: 100/100
Input StateProductAST Assembler4 Nodes · 929BLinter EngineScore: 100%Exporterjson-ldSERP
Entity: ProductDirect Root Mode
AST Nodes: 4Output Size: 929 bytes
Marcado Schema.org & Rich SnippetsSchema.org / ProductGeneración de código JSON-LD conforme a las especificaciones oficiales de Schema.org y Google Search Central.
Optimización CTR & Visibilidad SERP100 / 100Previsualización interactiva de fragmentos enriquecidos con comprobación de límites de píxeles en tiempo real.
Generación Local & Privacidad Total4 Nodes · 929 BProcesamiento 100% en el navegador del cliente sin envío de datos a servidores externos ni telemetría.
Referencia técnica y guía de arquitectura

Generador de Rich Snippets & Schema — Guía de referencia

Genera, valida y previsualiza el marcado Schema en JSON-LD para Resultados Enriquecidos de Google. Simulador de SERP en tiempo real, analizador bidireccional y soporte para grafos multientidad.

Generador de Rich Snippets & Schema — Guía de referencia — Arquitectura en memoria del lado del cliente y flujo de datos
Generador de Rich Snippets & Schema — Guía de referencia — Arquitectura en memoria del lado del cliente y flujo de datos

Parámetros clave y controles

@type (Clasificación de entidades Schema.org)IRI de clase de Schema.org / Token de vocabulario

Especifica la clase semántica principal del nodo (p. ej., Product, Article, LocalBusiness, FAQPage, SoftwareApplication) dentro de la ontología W3C JSON-LD 1.1. Rige los pipelines de extracción de características del rastreador de Google Search y determina las plantillas exactas de renderizado para rich snippets en viewports móviles y de escritorio de las SERP.

Por defecto: "Product"
Array de nodos @graph (Resolución de URI mediante @id)URI canónica RFC 3986 / Array de grafos

Unifica entidades desacopladas en un grafo acíclico interconectado. El uso de identificadores de fragmento deterministas RFC 3986 '#id' permite a los tokenizadores de los motores de búsqueda resolver relaciones bidireccionales entre entidades (p. ej., vincular el nodo autor de un Article al nodo editor de una Organization) con una complejidad de análisis lineal O(n) sin sobrecarga redundante de bytes.

Por defecto: [{"@type": "Organization", "@id": "https://example.com/#organization"}]
aggregateRating (Distribución de valoraciones de usuarios)Entidad Schema.org Rating (Flotante IEEE 754 [1.00-5.00], Entero >= 1)

Cuantifica las métricas de evaluación verificadas de los usuarios mediante 'ratingValue' (escala decimal estricta de 1.00 a 5.00) y 'reviewCount' / 'ratingCount'. Alimenta el algoritmo de renderizado de estrellas doradas orgánicas de Google. Los datos deben coincidir con el texto visible del DOM con una tolerancia de 0.01 para prevenir penalizaciones algorítmicas por spam de datos estructurados.

Por defecto: {"@type": "AggregateRating", "ratingValue": "4.85", "reviewCount": "142"}
offers (Transacción comercial y estado de stock)Entidad Schema.org Offer (Divisa ISO 4217, URI de ItemAvailability)

Encapsula las condiciones transaccionales para Google Merchant Center y las etiquetas de precio en las SERP orgánicas. Exige cadenas de precio numéricas no negativas con formato según especificaciones RFC 8259, códigos obligatorios de divisa ISO 4217 de 3 letras (p. ej., 'EUR', 'USD') y URIs canónicas de enumeración ItemAvailability de Schema.org.

Por defecto: {"@type": "Offer", "price": "89.99", "priceCurrency": "EUR", "availability": "https://schema.org/InStock"}
author (Identidad de entidad y anclaje E-E-A-T)Objeto Schema.org Person / Organization con URIs sameAs

Establece la atribución de autoridad bajo las Directrices para evaluadores de calidad de Google Search (Sección 2.5: E-E-A-T). Al incrustar arrays autoritativos 'sameAs' enlazados a entidades verificadas en Wikidata, ORCID o grafos sociales oficiales, los motores de búsqueda resuelven el nodo del autor en el Knowledge Graph del mundo real con certidumbre criptográfica.

Por defecto: {"@type": "Person", "name": "Dra. Elena Rostova", "sameAs": ["https://orcid.org/0000-0002-1825-0097"]}
datePublished / dateModified (Cronología temporal)Cadena de fecha-hora UTC extendida ISO 8601 / RFC 3339

Inyecta marcadores temporales legibles por máquina requeridos por Google Noticias, carruseles destacados y algoritmos de posicionamiento por frescura de contenidos. Requiere formato completo con desfase UTC ('YYYY-MM-DDThh:mm:ssZ' o '±hh:mm'). Cualquier discrepancia entre 'dateModified' en JSON-LD y las cabeceras HTTP 'Last-Modified' invalida la prioridad de frescura en la programación del rastreador.

Por defecto: "2026-03-31T08:00:00+00:00"

Consejos profesionales y mejores prácticas

Elimina la duplicación del DOM mediante interconexión de grafos disjuntos

No inyectes múltiples etiquetas '<script type="application/ld+json">' aisladas para WebSite, Organization, WebPage y Product. Los rastreadores de búsqueda procesan bloques disjuntos como entidades inconexas salvo que se vinculen de forma explícita. Consolídalos en un único array raíz '@graph' empleando anclas URI canónicas '@id' según RFC 3986 ('https://dominio.com/#org', 'https://dominio.com/#webpage'). Esto evita la fragmentación de entidades en el Knowledge Graph de Google, reduce el peso en bytes del payload JSON hasta un 45 % y optimiza la reconciliación de punteros a O(1) durante la ingesta.

Defensa estricta frente a penalizaciones por reseñas en beneficio propio

Los filtros algorítmicos de calidad de Google rechazan y penalizan taxativamente el marcado 'aggregateRating' aplicado directamente a 'LocalBusiness' u 'Organization' si las reseñas se alojan en el propio dominio de la empresa. Las estrellas de valoración solo se renderizan para productos, cursos o software verificados de forma independiente, o en reseñas críticas de terceros. Incrustar schema de estrellas interesadas (self-serving) en la página principal arriesga la suspensión algorítmica de los rich snippets en todo el dominio.

Mandato del tríptico de relaciones de aspecto para Google Discover y carruseles

Proporcionar una única URL de imagen en el schema de Article o Recipe no cumple los requisitos de Google Discover ni de los carruseles de insignias grandes. Google Search Central exige imágenes de alta resolución de al menos 1200 px de ancho presentadas en un array de tres relaciones de aspecto explícitas: 16:9 ('1920x1080'), 4:3 ('1600x1200') y 1:1 ('1200x1200'). Omitir este array multirrelación limita el renderizado del fragmento a las dimensiones de miniatura estándar con menor CTR.

Paridad Zero-Trust entre el DOM renderizado y el JSON-LD inyectado

El servicio de renderizado web de Google (WRS) valida de forma cruzada los datos estructurados con el diseño CSS/DOM computado. Ocultar precios, puntuaciones de reseñas o estados de fuera de stock en el JSON-LD que difieran de los valores visibles en pantalla (p. ej., ocultos mediante 'display: none' o retrasados por hidrataciones del lado del cliente) desencadena una acción manual por 'Marcado estructurado engañoso' en Google Search Console, provocando la desindexación total de los resultados enriquecidos en las SERP.

Problemas comunes y soluciones

⚠️La Prueba de resultados enriquecidos de Google pasa con cero advertencias, pero las estrellas doradas nunca se muestran en los resultados orgánicos de Google.

Superar la validación técnica del schema solo verifica la sintaxis RFC 8259 y el cumplimiento de Schema.org; no otorga autorización directa para el renderizado en las SERP. Los algoritmos de calidad de Google Search exigen superar tres filtros adicionales: (1) Umbral de confianza del dominio: el dominio debe poseer suficiente autoridad y presupuesto de rastreo; (2) Alineación de intención de búsqueda: las consultas informativas no mostrarán estrellas comerciales; (3) Regla contra reseñas interesadas: comprueba que no hayas asignado 'aggregateRating' a un 'LocalBusiness', 'Organization' o página de servicios. Audita el informe de 'Acciones manuales' en Google Search Console y verifica que 'ratingValue' coincida con exactitud milimétrica con el texto visible en la instantánea estática del DOM.

⚠️El analizador JSON-LD devuelve 'SyntaxError: Unexpected token in JSON at position X' o falla por comas finales y comillas sin escapar.

La norma RFC 8259 prohíbe de manera estricta las comas finales en declaraciones de objetos o arrays, así como caracteres de control ASCII o comillas dobles sin escapar dentro de cadenas de texto. En tus pipelines de compilación en el cliente, procesa los objetos estructurados con un serializador conforme a RFC: utiliza 'JSON.stringify()' en lugar de concatenar cadenas, escapa las comillas internas mediante '\"' y sustituye los saltos de línea sin procesar por '\n'. En entornos de sandbox del navegador, ejecuta 'JSON.parse()' dentro de un bloque 'try...catch' para detectar los desfases de bytes estructurales antes de inyectar el script.

⚠️Google Search Console notifica 'Valor no válido en el campo priceCurrency' o 'Falta el campo price' en las mejoras de Producto.

Los rastreadores de búsqueda exigen códigos de divisa estrictos de tres letras según ISO 4217 (p. ej., 'EUR', 'USD', 'GBP') y rechazan símbolos monetarios locales ('€', '$', '£') dentro de 'priceCurrency'. Asimismo, la propiedad 'price' debe formatearse como una cadena numérica de coma flotante que use el punto '.' como separador decimal (p. ej., '29.99', jamás '29,99' ni '29.99 €'). Modifica tu módulo de serialización de divisas para desacoplar el símbolo de la cantidad numérica y mapear los códigos de moneda local a sus designaciones alfabéticas canónicas ISO 4217.

Preguntas frecuentes (FAQ)

¿Cómo comprobar si los rich snippets en JSON-LD aparecen en Google Search?▼

Prueba tu marcado JSON-LD ejecutando la API oficial de la Prueba de resultados enriquecidos de Google (search.google.com/test/rich-results) e inspeccionando URLs en vivo con la Herramienta de inspección de URLs de Google Search Console. Pega tu payload JSON-LD compilado en el validador de código para verificar el cumplimiento frente a las directrices de Google Search Central. La suite de pruebas analiza los nodos del AST, valida propiedades obligatorias y recomendadas, y genera una simulación en vivo del renderizado en las SERP. La validez técnica garantiza la elegibilidad ante el rastreador, aunque la visualización orgánica real sigue sujeta a la intención algorítmica de la consulta y al índice de calidad del dominio.

¿Cuál es la diferencia entre JSON-LD y Microdatos para rich snippets?▼

JSON-LD desacopla los metadatos estructurados del diseño HTML ubicándolos en un bloque independiente '<script type="application/ld+json">', mientras que los Microdatos acoplan fuertemente los atributos de schema ('itemprop', 'itemscope') dentro de las etiquetas del DOM. JSON-LD es el formato oficialmente predilecto por Google porque se analiza de forma asíncrona sin bloquear la construcción del árbol DOM, soporta representaciones de grafos complejas mediante punteros '@graph' y '@id' en tiempo lineal O(n), y evita la degradación del marcado durante rediseños de UI y refactorizaciones de CSS.

¿Por qué Google no muestra las estrellas de rich snippets a pesar de tener un marcado válido?▼

Una sintaxis de schema válida es un requisito estrictamente técnico preliminar: los clasificadores algorítmicos de calidad de Google suprimen las estrellas enriquecidas si el dominio carece de confianza en búsqueda, si las reseñas se consideran en beneficio propio o si los datos del schema discrepan del DOM visible. Conforme a las Directrices de datos estructurados de Google, cuatro factores desencadenan la supresión: (1) Etiquetar 'LocalBusiness' u 'Organization' con opiniones autogestionadas; (2) Incongruencias semánticas, como envolver páginas de servicios con marcado de 'Product'; (3) Discrepancias numéricas entre el valor de JSON-LD y el texto HTML renderizado; y (4) Degradaciones algorítmicas de confianza motivadas por déficits de calidad E-E-A-T en todo el sitio web.

¿Se pueden combinar múltiples tipos de schema en un único grafo JSON-LD?▼

Sí; de hecho, múltiples tipos de schema pueden y deben unificarse dentro de un único array '@graph' bajo '{"@context": "https://schema.org", "@graph": [...]}'. Este estándar W3C JSON-LD permite modelar grafos de conocimiento multientidad cohesivos, donde un nodo 'Organization' con '@id: "https://ejemplo.com/#org"' es referenciado de forma directa por la propiedad de editorial de un 'Article' o de fabricante de un 'Product'. Interconectar nodos mediante referencias URI elimina código redundante, acelera el parseo AST del rastreador y aporta un contexto semántico inequívoco.

¿Cuáles son las propiedades obligatorias para los rich snippets de Producto en Google?▼

Google Search Central requiere que todo resultado enriquecido de Product incluya 'name', 'image' y al menos un objeto de validación comercial: ya sea 'offers' (con 'price', 'priceCurrency' y 'availability'), 'aggregateRating' (con 'ratingValue' y 'reviewCount'), o bien 'review'. Para la integración en las Fichas gratuitas de Google Merchant Center, Google exige además identificadores de producto únicos que incluyen 'brand', 'sku' y códigos comerciales globales ('gtin13', 'gtin8' o 'mpn'), junto con matrices estructuradas de políticas de envío y devoluciones.

¿Qué tipos de marcado schema ofrecen el mayor CTR en las SERP?▼

El schema de Product con estrellas de valoración agregada e insignias de precio en directo produce el mayor aumento inmediato de CTR comercial (+25 % a +42 %), seguido de cerca por las tarjetas enriquecidas de Recipe (+40 % a +70 %) y los desplegables en acordeón de FAQPage (+30 % a +60 % de altura en píxeles en la SERP). Las estrellas doradas y las etiquetas visuales modifican los movimientos sacádicos del rastreo visual en pantallas móviles, impulsando una interacción de usuario notablemente superior a la de los enlaces azules tradicionales, mientras que los carruseles dominan las respuestas de búsqueda por voz sin clic.

Herramientas y utilidades relacionadas

Todas las herramientas →
Calculadora S3 Multipart UploadDesarrollo

Calcula el tamaño óptimo de partes, búferes de memoria, tiempos de transferencia y costes PUT en AWS S3 respetando sus límites arquitectónicos.

Abrir herramienta→
Calculadora Shards & Clúster (ES)Desarrollo

Calcula la cantidad de shards y el dimensionamiento del clúster en Elasticsearch. Estima el almacenamiento primario y de réplicas, la RAM por nodo, los límites de heap de la JVM y los umbrales de seguridad de watermark en disco.

Abrir herramienta→
Calculadora de Pool de Conexiones & BDDesarrollo

Calculadora y banco de trabajo para la planificación de capacidad y pools de conexiones a bases de datos en producción. Calcula con precisión el tamaño óptimo de pool por pod de Kubernetes, previene la sobrecarga de hilos (thread thrashing), estima los tiempos de espera en cola y protege la memoria de la base de datos contra caídas por falta de memoria (OOM) mediante la ley de Little, las fórmulas de saturación de núcleos de HikariCP y los ratios de multiplexación de transacciones de PgBouncer.

Abrir herramienta→
Calculadora Rate Limit API & TokensDesarrollo

Calculadora interactiva de Rate Limit para API (Token Bucket y RPS) con análisis y visualización en tiempo real en el cliente.

Abrir herramienta→
Código de Colores de ResistenciasDesarrollo

Calcula el código de colores de resistencias de 3, 4, 5 y 6 bandas con decodificación bidireccional instantánea, márgenes de tolerancia, deriva por coeficiente de temperatura (TCR), síntesis inversa de valores en series E y equivalencias SMD según la norma IEC 60062.

Abrir herramienta→
Calculadora RabbitMQ & RendimientoDesarrollo

Calculadora interactiva de memoria y rendimiento para colas RabbitMQ con análisis y visualización en tiempo real en el cliente.

Abrir herramienta→