¿Qué tipos de Schema.org necesita una ficha de producto?

Como base: Product con su Offer (precio, moneda, disponibilidad), AggregateRating y Review si hay valoraciones reales, y BreadcrumbList para la ruta de navegación. Con eso cubres los rich results de producto que muestra Google. El resto (Brand, GTIN, MPN) suma elegibilidad pero es secundario.

¿JSON-LD o microdatos para e-commerce?

JSON-LD, sin dudarlo. Google lo recomienda, va en un bloque script separado del HTML visible y es mucho más fácil de generar, mantener y depurar que los microdatos incrustados en las etiquetas. En WordPress/WooCommerce o en una tienda headless, JSON-LD es siempre la opción limpia.

¿El marcado de reseñas hay que inventárselo?

Nunca. AggregateRating y Review solo deben reflejar valoraciones reales y visibles en la propia página. Marcar reseñas falsas o que el usuario no ve es una violación de las directrices de Google y puede acarrear una acción manual. El dato estructurado describe lo que ya existe, no lo adorna.

¿Los datos estructurados mejoran el ranking directamente?

No son un factor de ranking directo, pero hacen elegible la página para rich results (precio, estrellas, stock en el propio resultado), y eso sube el CTR. Más clics con la misma posición es, en la práctica, más tráfico para el cliente. Por eso compensa el esfuerzo.

Schema.org para e-commerce: implementación práctica | Iván Quintas

Abres la ficha de producto del cliente en el test de resultados enriquecidos. Avisos por todas partes. “Falta el campo price”. “review sin author”. Y en el SERP, su competidor sale con estrellitas, precio y stock; el cliente, con un triste enlace azul. Misma posición, la mitad de clics.

Ese hueco se cierra con Schema.org para e-commerce bien implementado. No es magia ni un truco de ranking: es describirle a Google, en un lenguaje que entiende, qué es cada cosa de la página —el producto, su precio, sus reseñas, su ruta—. A cambio, te da los rich results que disparan el CTR. Para una agencia, es de las palancas SEO con mejor relación esfuerzo-resultado —junto a otras del SEO técnico como pasar los Core Web Vitals del cliente—, y casi siempre desatendida.

Vamos al grano: qué marcar, en qué orden y cómo hacerlo sin meter la pata.

Qué es Schema.org y por qué a tu cliente le importa el dinero, no el vocabulario

Schema.org es un vocabulario común de etiquetas para describir el contenido de una web. Lo mantienen Google, Microsoft y otros. Tú lo escribes; los buscadores lo leen para entender que “29,90” es un precio y no un número de teléfono.

Al cliente no le hables de “vocabulario semántico”. Háblale de esto: con el marcado correcto, su producto puede aparecer en Google con precio, valoración en estrellas y disponibilidad directamente en el resultado. Eso ocupa más espacio, transmite más confianza y se lleva más clics. El mismo puesto, más tráfico. Ahí está el retorno.

¿JSON-LD, microdatos o RDFa? El formato que vas a usar

Usa JSON-LD, sin dudarlo. Hay tres formatos —JSON-LD, microdatos y RDFa—, pero JSON-LD es el que recomienda Google y el más fácil de mantener. Punto.

Google lo recomienda de forma explícita. Va en un bloque <script type="application/ld+json"> separado del HTML visible, así que no ensucia la maquetación ni se rompe al tocar el diseño. Se genera, se mantiene y se depura sin pelearte con cada etiqueta del template. En WooCommerce, en PrestaShop o en una tienda headless con Astro o Next.js, JSON-LD es siempre el camino limpio.

El marcado mínimo de una ficha de producto

No necesitas marcarlo todo el primer día. Hay un núcleo que cubre los rich results de producto. Empieza por ahí.

1. Product + Offer (lo imprescindible)

Es la base. Sin esto no hay rich result de producto. Un ejemplo real, listo para adaptar:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Zapatilla de running Vento X2",
  "image": "https://tienda.com/img/vento-x2.jpg",
  "description": "Zapatilla ligera para asfalto, drop 8 mm.",
  "sku": "VEN-X2-42",
  "brand": { "@type": "Brand", "name": "Vento" },
  "offers": {
    "@type": "Offer",
    "price": "89.90",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/InStock",
    "url": "https://tienda.com/vento-x2"
  }
}

Tres campos donde se concentran los errores: price (número, sin símbolo de moneda), priceCurrency (código ISO, “EUR” no “€”) y availability (una URL de Schema.org, no el texto “en stock”). Si el precio del marcado no coincide con el de la página, Google lo detecta. Cuida esa coherencia.

2. AggregateRating y Review (solo si son reales)

Las estrellas en el SERP son lo que más sube el CTR. Pero hay una regla que no se negocia: solo marcas valoraciones reales y visibles en la página.

"aggregateRating": {
  "@type": "AggregateRating",
  "ratingValue": "4.6",
  "reviewCount": "128"
}

Inventar reseñas, o marcar valoraciones que el usuario no ve, es una violación directa de las directrices de Google. El precio es una acción manual y la pérdida de todos los rich results del dominio. No expongas a tu cliente por unas estrellas de más.

3. BreadcrumbList (la ruta de navegación)

Sustituye la URL del resultado por una ruta legible —Inicio › Running › Vento X2— y refuerza la estructura del sitio. Barato de implementar y casi siempre olvidado.

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "Inicio", "item": "https://tienda.com" },
    { "@type": "ListItem", "position": 2, "name": "Running", "item": "https://tienda.com/running" }
  ]
}

¿Cómo implementar Schema.org según el stack del cliente?

Depende de la plataforma: en WooCommerce o WordPress lo genera un plugin que tú auditas; en una tienda headless lo controlas al 100% desde el componente de ficha. No hay una sola receta. Depende de dónde vivas.

WooCommerce / WordPress. No reinventes nada. Plugins como Rank Math o Yoast SEO generan el Product schema desde los datos del producto. Tu trabajo es auditar lo que emiten, no escribirlo a mano: a menudo les falta brand o mandan un availability incorrecto.
PrestaShop / Shopify. Suelen traer marcado de base, casi siempre incompleto. Revisa qué falta y complétalo vía plantilla o app.
Headless (Astro, Next.js). Aquí lo controlas tú al 100%. Genera el JSON-LD desde los datos del producto en el componente de ficha y serialízalo en un <script>. Es el escenario más limpio y el que da mejores resultados.

Una regla por encima de todo: una sola fuente de verdad. Si el plugin ya emite Product schema y tú añades otro a mano, acabas con marcado duplicado y conflictivo. Audita antes de añadir.

¿Cómo validar el marcado antes de darlo por bueno?

Con dos herramientas gratuitas de Google: el test de resultados enriquecidos y el validador de Schema.org. No entregues a ciegas.

El test de resultados enriquecidos de Google: pega la URL o el código y te dice si la página es elegible y qué errores tiene.
El validador de Schema.org: para comprobar la sintaxis del vocabulario en sí.

Y después del despliegue, vigila el informe de Mejoras en Search Console. Ahí ves los errores en producción, sobre URLs reales, a escala de todo el catálogo. Esa es la fuente que de verdad importa, y la que enseñas al cliente.

Conclusiones clave

Schema.org para e-commerce no es factor de ranking directo, pero habilita rich results que suben el CTR: más tráfico con la misma posición.
Usa JSON-LD siempre. Es lo que Google recomienda y lo más fácil de mantener.
Empieza por el núcleo: Product + Offer, AggregateRating/Review (solo si son reales) y BreadcrumbList.
Cuida la coherencia precio-página y el código de moneda; ahí se concentran los errores.
Una sola fuente de verdad para el marcado, y validación con el test de resultados enriquecidos antes de entregar.

¿Implemento el marcado de tus clientes?

Auditar y generar datos estructurados a escala de catálogo, sin duplicados ni avisos en Search Console, requiere meterse en el stack de cada tienda. No siempre tienes a alguien para eso en plantilla.

Trabajo como socio técnico white-label para tu agencia: audito el Schema.org de las tiendas de tus clientes, implemento el marcado que falta y te lo dejo validado y reportado, bajo tu marca. Si quieres saber con quién hablas, te dejo un poco sobre mí.

¿Tienes un e-commerce sin rich results? Escríbeme y lo revisamos juntos —te digo qué le falta al marcado y por dónde empezar—.

Preguntas frecuentes

¿Qué tipos de Schema.org necesita una ficha de producto?: Como base: Product con su Offer (precio, moneda, disponibilidad), AggregateRating y Review si hay valoraciones reales, y BreadcrumbList para la ruta de navegación. Con eso cubres los rich results de producto que muestra Google. El resto (Brand, GTIN, MPN) suma elegibilidad pero es secundario.
¿JSON-LD o microdatos para e-commerce?: JSON-LD, sin dudarlo. Google lo recomienda, va en un bloque script separado del HTML visible y es mucho más fácil de generar, mantener y depurar que los microdatos incrustados en las etiquetas. En WordPress/WooCommerce o en una tienda headless, JSON-LD es siempre la opción limpia.
¿El marcado de reseñas hay que inventárselo?: Nunca. AggregateRating y Review solo deben reflejar valoraciones reales y visibles en la propia página. Marcar reseñas falsas o que el usuario no ve es una violación de las directrices de Google y puede acarrear una acción manual. El dato estructurado describe lo que ya existe, no lo adorna.
¿Los datos estructurados mejoran el ranking directamente?: No son un factor de ranking directo, pero hacen elegible la página para rich results (precio, estrellas, stock en el propio resultado), y eso sube el CTR. Más clics con la misma posición es, en la práctica, más tráfico para el cliente. Por eso compensa el esfuerzo.