# Schema Product: cómo elegir, añadir y probar los datos de producto

> Schema Product: elige entre fragmentos de producto y fichas de comerciante, crea Product y Offer en JSON-LD y sincroniza precio y existencias.

Canonical: https://www.getdexseo.com/es/blog/datos-estructurados/schema-product/
Author: Dex SEO, Editorial team
Published: Oct 24, 2026 · Updated: Oct 24, 2026

## Key takeaways

- Decide qué hace la página antes de elegir la función.
- Usa el catálogo como fuente de la oferta.
- No inventes opiniones ni valoraciones.
- Prueba casos con y sin existencias.

El schema Product describe un producto y, cuando corresponde, la oferta asociada. Empieza por decidir qué hace la página: vender un artículo, analizarlo o ayudar a elegir entre varios. Después revisa las reglas de la función de búsqueda que encaja. Un objeto Product válido no promete un resultado de compra. Esta guía explica esa elección, muestra un ejemplo ficticio de Product y Offer, y da una forma de comprobar precios y existencias. Forma parte de la guía de [datos estructurados para SEO](https://www.getdexseo.com/es/blog/datos-estructurados/).

## Fragmentos de producto o fichas de comerciante

La [introducción de Google a los datos estructurados de Product](https://developers.google.com/search/docs/appearance/structured-data/product?hl=es) separa dos caminos. Los fragmentos de producto pueden servir para páginas donde el lector no compra directamente, como un análisis. Las fichas de comerciante (merchant listings) se aplican a páginas donde el cliente puede comprar el producto. Hay solapamiento, así que lee las reglas de tu caso.

_Ejemplo ficticio:_ una tienda pequeña vende una lámpara de escritorio y también publica una guía para elegir una. La ficha del producto y la guía de compra tienen tareas distintas. No copies la misma oferta en las dos porque la lámpara aparece en ambas. La guía se describe con el [schema Article](https://www.getdexseo.com/es/blog/datos-estructurados/schema-article/), y si tiene autor, con el [schema Person](https://www.getdexseo.com/es/blog/datos-estructurados/schema-person-autor/).

Una página de categoría con muchas lámparas también es distinta de una página de un solo producto. Anota el tipo de página y el artículo que describe antes de cambiar la plantilla.

## Reúne los datos del producto y su fuente

Usa una hoja con el campo, su fuente y el valor que muestra la página. Incluye el nombre del producto, la imagen, la URL, el precio, la moneda y la disponibilidad cuando apliquen. Indica quién actualiza cada campo. El vendedor detrás del catálogo se describe con el [schema Organization](https://www.getdexseo.com/es/blog/datos-estructurados/schema-organization/).

En una tienda, el catálogo debe alimentar los datos de la oferta. Un redactor no debería tocar JSON cada vez que cambian las existencias. Pregunta al desarrollador cómo leen la página y el marcado la misma fuente, y revisa un ejemplo publicado.

En un sitio de análisis, distingue entre el producto y la oferta de un vendedor. No digas que vendes un artículo si el lector tiene que salir de tu sitio para comprarlo. Recuerda que un campo válido en Schema.org no hace por sí solo que la página sea apta para una función de Google.

## Revisa los campos obligatorios de la función elegida

Para los fragmentos de producto, Google pide el nombre y al menos uno de estos: `offers`, `review` o `aggregateRating`. Si usas una oferta, el precio es obligatorio. La moneda es muy recomendable en los fragmentos y obligatoria en las fichas de comerciante.

Para las fichas de comerciante, los campos básicos incluyen el nombre, la imagen y las ofertas, con sus reglas de precio y moneda. Las funciones más detalladas tienen requisitos extra. Usa la guía oficial como especificación de tu configuración.

Separa los datos que faltan de los errores de código. Una tienda sin opiniones no debe inventar una valoración para quitar un aviso. Las [directrices de datos estructurados](https://developers.google.com/search/docs/appearance/structured-data/sd-policies?hl=es) exigen que el marcado describa contenido real y visible.

## Ejemplo de Product y Offer en JSON-LD

El ejemplo describe una lámpara ficticia en venta. El dominio, la imagen, el producto, el precio y la disponibilidad son inventados:

```
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Lámpara de lectura Ejemplo",
  "image": "https://example.com/imagenes/lampara-lectura.jpg",
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/productos/lampara-lectura/",
    "price": "49.00",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/InStock"
  }
}
```

Un desarrollador puede colocar el objeto en un elemento `script` de tipo `application/ld+json`. En una tienda, revisa lo que ya genera la plantilla de producto antes de añadir código, y sustituye los valores de ejemplo por los campos reales del catálogo. Abre también el archivo de imagen y el enlace: una ruta correcta puede llevar a una imagen antigua o a otro modelo. La guía de [SEO de imágenes](https://www.getdexseo.com/es/blog/seo-de-imagenes/) cubre esa revisión.

## Mantén sincronizados el precio, las existencias y las variantes

Prueba un cambio de precio en una copia segura de la tienda. Compara el precio visible, el marcado y el artículo seleccionado. Después revisa la salida pública: una página en caché puede ir por detrás del catálogo aunque el editor muestre el precio nuevo.

Haz lo mismo con un artículo agotado. El valor `InStock` no debe quedarse fijo mientras la página dice que no hay existencias. Las variantes necesitan cuidado: una lámpara puede venir en dos colores o tamaños con precios distintos, y Google tiene una guía específica para variantes de producto. Planifica ese modelo antes de copiar una oferta en todas las versiones.

Mantén exactos también los datos de envío y devolución. No copies la política de otra tienda en el código: usa las condiciones reales que el comprador puede leer en tu sitio.

## Prueba la página publicada antes de extender el cambio

Pasa el código por la Prueba de resultados enriquecidos y prueba la URL pública del producto cuando el CMS la guarde. Usa el Validador de Schema Markup para revisar el modelo de datos completo. Elige un grupo de prueba: un artículo con existencias, uno agotado, uno en oferta y una página de variante si la tienes. Anota los valores esperados junto a los publicados.

Si dos herramientas muestran precios o nombres distintos, rastrea qué plantilla o plugin genera cada bloque con la guía sobre [schema duplicado en WordPress](https://www.getdexseo.com/es/blog/datos-estructurados/schema-duplicado-wordpress/). Para la navegación de la ficha, revisa aparte el [schema de breadcrumbs](https://www.getdexseo.com/es/blog/datos-estructurados/schema-breadcrumb/). Si un informe de productos sigue mostrando un problema, sigue la guía de [errores de datos estructurados en Search Console](https://www.getdexseo.com/es/blog/datos-estructurados/errores-datos-estructurados/).

## Revisa la calidad de la página junto a los datos de producto

Google también admite feeds de producto a través de Merchant Center. Si usas un feed y marcado en la página, mantén alineados los datos. Una prueba de schema no revisa todas las reglas del feed ni decide qué presentación aparece.

DEX conecta la investigación de búsquedas, la planificación de contenido, la redacción de artículos y la publicación en el sitio conectado. DEX Health ayuda a revisar la calidad y el SEO de la página, también en el plan gratuito. Úsalo junto a las pruebas de schema de producto y las del feed: una nota alta no prueba que la página sea apta para las fichas de comerciante.

Pon a una persona a cargo del grupo de prueba y del registro de cambios, y repite las comprobaciones tras cambiar la conexión con el catálogo, el tema o la plantilla de producto.

## FAQ

### ¿Qué hago si no tengo opiniones de clientes?

Usa la oferta real; no inventes valoraciones para quitar un aviso.

### ¿Debe un editor cambiar el precio dentro de cada bloque de código?

No. El precio debe salir del catálogo de la tienda.

### ¿Qué guardo después de probar el schema de producto?

Los valores esperados y publicados de cada caso de prueba, con la fecha.

## Sources

- [Introducción a los datos estructurados de Product](https://developers.google.com/search/docs/appearance/structured-data/product?hl=es) — Google Search Central
- [Directrices generales de datos estructurados](https://developers.google.com/search/docs/appearance/structured-data/sd-policies?hl=es) — Google Search Central