Datos estructurados de producto: guía práctica de JSON-LD para tiendas

Qué son y para qué sirven

Una página de producto está hecha para personas: título, fotos, descripción, precio. Un buscador puede deducir esos datos del texto, pero se puede equivocar. Los datos estructurados se los dicen de forma explícita, en un formato que las máquinas leen sin interpretar: este es el nombre, esta la marca, este el precio, esta la disponibilidad.

Google usa ese marcado para entender la página y para mostrarla con información extra en los resultados. Para productos describe dos tipos de experiencias: los fragmentos de producto, para páginas donde no se compra directo, y las fichas de comerciante, para páginas donde sí se puede comprar.

El formato: JSON-LD con Schema.org

El vocabulario es Schema.org, el que comparten los buscadores, y el tipo principal es Product. El formato que Google recomienda es JSON-LD: un bloque de JSON dentro de la página, separado del HTML que se ve. Eso permite generarlo y revisarlo sin tocar el diseño.

Un bloque de producto suele llevar:

• name, description, image y brand;
• sku y, cuando existe, un identificador global como el gtin;
• offers, con el precio, la moneda y la disponibilidad;
• cuando aplican, reseñas y calificaciones reales.

Las variantes —tallas, colores— se describen con ProductGroup, que agrupa productos que solo cambian en algunos atributos.

La regla de oro: lo que se ve

Los lineamientos de Google son claros: los datos estructurados tienen que representar el contenido visible de la página. No se vale marcar un precio que no aparece, reseñas que nadie escribió o un producto distinto al de la página.

En la práctica, el error más común no es la mala fe sino el desfase: la página dice 750 W y el JSON-LD dice 700 W porque uno se actualizó y el otro no. Por eso conviene que los dos salgan de la misma fuente.

Cómo validarlos

Antes de publicar, y cada vez que cambies la plantilla de tu tienda:

1. Prueba de resultados enriquecidos de Google: dice si la página es elegible y qué falta.
2. Validador de Schema.org: revisa que el marcado siga el vocabulario.
3. Search Console: muestra los errores y advertencias de los datos estructurados de todo el sitio.

Una advertencia no siempre es un problema; un error, sí. Empieza por los errores de las páginas que más venden.

Errores comunes

• Precio o disponibilidad desactualizados frente a lo que muestra la página.
• Marcado duplicado: la plantilla de la tienda y un complemento agregan cada uno su propio bloque de producto.
• Imágenes que no corresponden al producto o que no se pueden rastrear.
• Reseñas inventadas o copiadas de otro sitio.
• Variantes mezcladas: todas las tallas como un solo producto, o cada una sin saber de qué grupo es.

Datos estructurados y asistentes de IA

Google dice que sus funciones de IA no piden marcado especial, pero sí que los datos estructurados coincidan con la página. Un catálogo con atributos completos y JSON-LD consistente le da a cualquier sistema datos claros sobre tus productos; lo explicamos en GEO para e-commerce.

Cómo lo resuelve Bruxel

En Bruxel los datos estructurados se generan junto con la descripción, a partir de los mismos datos del producto, así que dicen lo mismo que la ficha. Viven en el catálogo con los atributos y las categorías, y viajan a tu tienda en las columnas que define cada canal al exportar. La guía para generar descripciones muestra qué campos se generan, y la página del PIM el resto del recorrido.

Por dónde empezar

Toma tus diez productos más vendidos y pasa cada página por la prueba de resultados enriquecidos. Anota tres cosas: si el producto tiene un bloque Product, si hay más de uno y si el precio y la disponibilidad coinciden con lo que se ve. Corrige primero los errores que se repiten en todas las páginas, porque casi siempre vienen de la plantilla de la tienda y se arreglan una sola vez. Después revisa que cada producto tenga los datos que el marcado necesita: marca, imágenes, identificadores y una descripción que diga lo mismo que la página.