¿Qué es el tipo Product de Schema.org (product schema)?
Product es el tipo de Schema.org que describe un producto o servicio concreto que se ofrece: su nombre, su imagen, su marca, sus identificadores y sus características. En una tienda, el nodo Product es el centro de los datos estructurados de cada ficha, y de él cuelgan la oferta con el precio y las valoraciones de los clientes.
Lo esencial
- Product describe qué es el artículo (nombre, imagen, marca, identificadores, características); el precio y la disponibilidad van en su oferta.
- Google lo usa para dos experiencias: los fragmentos de producto, para páginas donde no se compra, y las fichas de comerciante, para las que venden.
- Para optar a ficha de comerciante, Google pide como mínimo nombre, imagen y una oferta con precio mayor que cero.
- Un producto con tallas o colores se describe como un grupo de variantes, y cada variante necesita su propio identificador.
- Todo lo que diga el nodo tiene que verse en la ficha: valoraciones incluidas.
Cuando alguien busca «product schema» quiere saber qué hay que poner en los datos estructurados de una ficha, y la respuesta empieza por un tipo: Product, de Schema.org. No es el producto de tu plataforma ni la fila de tu feed de productos; es el nodo del marcado que le cuenta a un buscador qué artículo hay en la página. Se escribe en inglés porque es un nombre del vocabulario, no una palabra. Te importa porque es lo primero que lee Google para decidir si tu ficha de producto puede optar a los resultados enriquecidos, con su precio, su disponibilidad o sus valoraciones.
Cómo funciona
Schema.org define Product como cualquier producto o servicio que se ofrece, y pone ejemplos tan distintos como unos zapatos, una entrada de concierto, el alquiler de un coche o un corte de pelo. Cuelga directamente de Thing, el tipo raíz.[1]Schema.org. Product Sus propiedades se agrupan en cuatro familias que una tienda reconoce enseguida:
- Identidad:
name,description,imageybrand(la marca). - Identificadores:
sku(la referencia de la tienda), y los códigos estándar comogtin,gtin13ompn. Tienen sus propias entradas: SKU, GTIN y MPN. - Características:
color,materialosize, entre muchas otras. - Relaciones:
offers, que lleva a la oferta con el precio;aggregateRatingyreview, para las valoraciones;isVariantOfeinProductGroupWithID, para las variantes; yhasMerchantReturnPolicy, para la política de devoluciones.[1]Schema.org. Product
La propiedad offers es la que separa lo que el artículo es de las condiciones en que se vende: Schema.org la describe como una oferta para proporcionar el artículo, por ejemplo para venderlo, alquilarlo o regalar entradas.[1]Schema.org. Product El precio, la moneda y la disponibilidad viven en esa oferta, el tipo Offer, no en el producto.
Google usa Product para dos experiencias distintas. Los fragmentos de producto son para páginas donde no se puede comprar directamente, como una reseña editorial, y permiten detallar la valoración con pros y contras. Las fichas de comerciante son para páginas donde el cliente te compra a ti, y admiten más detalle, como tallas de ropa, envío y devoluciones.[2]Google Search Central. Introduction to Product structured data Lo mínimo que pide cada una no es lo mismo:
| Lo que pide Google | Fragmento de producto | Ficha de comerciante |
|---|---|---|
| Página | Sin compra directa | Con compra directa a ti |
| Propiedades obligatorias | name y al menos una de review, aggregateRating u offers[3]Google Search Central. Product snippet (Product, Review, Offer) structured data |
name, image y offers[4]Google Search Central. Merchant listing (Product, Offer) structured data |
| Oferta | Offer o AggregateOffer |
Solo Offer, con precio mayor que cero[4]Google Search Central. Merchant listing (Product, Offer) structured data |
Un producto con tallas o colores no se describe como un solo nodo. Google pide un ProductGroup que agrupe las variantes, con hasVariant para cada una, variesBy para lo que cambia entre ellas (la talla o el color) y productGroupID para la referencia del producto padre. Cada variante es un Product con su propia oferta, y cada una necesita un identificador único, como sku o gtin.[5]Google Search Central. Product variant (ProductGroup, Product) structured data
Y una recomendación que cambia la estrategia: Google dice que dar datos estructurados en la página y además un feed en Google Merchant Center maximiza las opciones de aparecer y le ayuda a entender y verificar los datos.[2]Google Search Central. Introduction to Product structured data
En una tienda
Cada propiedad del nodo tiene que poder señalarse en la ficha. Ejemplo ficticio: una camisa de lino de una tienda inventada, con lo que muestra la página y dónde va en el nodo.
| Lo que muestra la ficha | Propiedad de Product | Regla |
|---|---|---|
| Título «Camisa de lino Calella, azul» | name |
Obligatoria en las dos experiencias de Google |
| Foto principal | image |
Obligatoria para ficha de comerciante |
| Marca Calella | brand |
Se marca porque se ve |
| «Ref. CAL-AZ» y el código de barras | sku, gtin13 |
Una por variante si hay tallas |
| Composición: lino | material |
Solo si la ficha lo dice |
| Selector de talla | ProductGroup con hasVariant |
Cada talla, su propio Product y su propia oferta |
| Sin opiniones de clientes | Ni aggregateRating ni review |
Lo que no se ve no se marca |
La última fila es la que más se discute. Si la ficha no muestra valoraciones, el nodo no las lleva: Google pide no marcar contenido que el lector no ve y que los datos sean una representación fiel de la página.[6]Google Search Central. General structured data guidelines Es la misma regla que sigue Clione: las valoraciones que lleva al nodo Product salen de las reseñas de la propia tienda, y un producto sin reseñas no lleva ninguna.
Lo que se suele confundir
Creer que un nodo Product correcto basta para optar a ficha de comerciante. Sin image o sin una oferta con un precio mayor que cero no basta: son requisitos que pone Google para esa experiencia, y un nodo puede ser correcto para el vocabulario sin cumplirlos.[4]Google Search Central. Merchant listing (Product, Offer) structured data Y si la página no permite comprar, lo que corresponde es el fragmento de producto, no la ficha de comerciante.[2]Google Search Central. Introduction to Product structured data
Cómo comprobarlo
- Pasa la URL de una ficha por la Prueba de resultados enriquecidos. Te dice qué tipos de resultado enriquecido encuentra y con qué errores o sugerencias.[7]Ayuda de Search Console. Rich Results Test
- Busca las tres obligatorias de la ficha de comerciante en el nodo:
name,imageyoffers.[4]Google Search Central. Merchant listing (Product, Offer) structured data - Señala cada propiedad en la página visible. La que no encuentres en pantalla sobra o falta en la página.[6]Google Search Central. General structured data guidelines
- Si el producto tiene variantes, comprueba que cada una tiene su propio
skuogtiny que no se repite entre tallas o colores.[5]Google Search Central. Product variant (ProductGroup, Product) structured data
Concepto cercano: Offer
Product y Offer se confunden porque van juntos, pero responden a preguntas distintas. Product dice qué es el artículo; Offer dice en qué condiciones se vende: el precio, la moneda, la disponibilidad. Schema.org define la oferta como un ofrecimiento para transferir algún derecho sobre un artículo o prestar un servicio, por ejemplo vender entradas o alquilar una película.[8]Schema.org. Offer Para las fichas de comerciante Google exige que la oferta sea tuya: el comerciante tiene que ser quien vende el producto.[4]Google Search Central. Merchant listing (Product, Offer) structured data
Para seguir, la ruta de lectura de datos estructurados ordena el resto de términos, y la guía para auditar los datos estructurados de una ficha recorre una ficha propiedad por propiedad.
Sinónimos
- English
- product schema, product structured data, product markup
- Español
- marcado de producto, datos estructurados de producto
Fuentes
- [1] Schema.org. Product. Consultado el . ↑ ↑ ↑
- [2] Google Search Central. Introduction to Product structured data. Consultado el . ↑ ↑ ↑
- [3] Google Search Central. Product snippet (Product, Review, Offer) structured data. Consultado el . ↑
- [4] Google Search Central. Merchant listing (Product, Offer) structured data. Consultado el . ↑ ↑ ↑ ↑ ↑
- [5] Google Search Central. Product variant (ProductGroup, Product) structured data. Consultado el . ↑ ↑
- [6] Google Search Central. General structured data guidelines. Consultado el . ↑ ↑
- [7] Ayuda de Search Console. Rich Results Test. Consultado el . ↑
- [8] Schema.org. Offer. Consultado el . ↑
Historial de cambios
- Primera versión.
Esta definición se publica bajo licencia CC BY 4.0. Puedes reutilizar esta definición citando a Clione con un enlace a esta página.
Términos relacionados
Offer
Qué es el tipo Offer de Schema.org, cómo se escriben el precio, la moneda y la disponibilidad, qué pide Google y en qué se diferencia de AggregateOffer.
JSON-LD
Qué es JSON-LD, qué significan @context, @type, @id y @graph, por qué Google lo recomienda y cómo encontrar y comprobar el bloque de tu ficha.
Schema.org
Qué es Schema.org, quién lo mantiene, cómo se organizan sus tipos y propiedades y por qué no es lo mismo que el formato ni que lo que exige Google.
Datos estructurados
Qué son los datos estructurados, qué piezas los forman, qué consigue una tienda con ellos según Google y cómo comprobar que dicen lo mismo que la ficha.
ProductGroup
Qué es ProductGroup en Schema.org, qué propiedades pide Google, cómo se marca en una ficha única o en una página por variante y cómo revisar el tuyo.
AggregateRating
Qué es AggregateRating en Schema.org, qué propiedades pide Google para mostrar estrellas, qué valoraciones no puedes marcar y cómo comprobarlo en tu ficha.
Haz que los bots entiendan tu catálogo
Clione completa cada ficha de producto con lo que los bots leen mejor: el grafo JSON-LD con sus datos estructurados, la meta description y las preguntas frecuentes. Tú revisas y pulsas Push; después comprobamos tu tienda en vivo para que todo siga publicado.