Shopping

Datos estructurados de fragmentos de producto (Producto, Reseña, Oferta)

product snippet presentation in search results

Cuando añade Product marcado a su página, puede ser elegible para mostrarse como un fragmento de producto, que es un resultado de texto
que incluye información adicional del producto, como valoraciones, información de reseñas, precio y disponibilidad.

Esta guía se centra en los requisitos de datos estructurados de Product para fragmentos de producto. Si no está seguro de qué marcado utilizar, lea nuestra
introducción a Product marcado.

Cómo añadir datos estructurados

Los datos estructurados son un formato estandarizado para proporcionar información sobre una página y clasificar el contenido de la página. Si es nuevo en los datos estructurados, puede aprender más sobre
cómo funcionan los datos estructurados.

. Aquí tiene una visión general de cómo crear, probar y publicar datos estructurados.

  1. Añada las propiedades requeridas. Según el formato que esté utilizando, aprenda dónde insertar datos estructurados en la página.
  2. Siga las directrices.
  3. Valide su código utilizando la
    Prueba de resultados enriquecidos
    y corrija cualquier error crítico. Considere también corregir cualquier problema no crítico que pueda ser marcado en la herramienta, ya que pueden ayudar a mejorar la calidad de sus datos estructurados (sin embargo, esto no es necesario para ser elegible para resultados enriquecidos).
  4. Implemente algunas páginas que incluyan sus datos estructurados y utilice la herramienta de inspección de URL para probar cómo ve Google la página. Asegúrese de que su página sea accesible para Google y no esté bloqueada por un archivo robots.txt, la etiqueta noindex o requisitos de inicio de sesión. Si la página se ve bien, puede
    pedir a Google que vuelva a rastrear sus URL.
  5. Para mantener a Google informado de futuros cambios, le recomendamos que
    envíe un sitemap. Puede automatizar esto con la
    Search Console Sitemap API.

Ejemplos

Los siguientes ejemplos ilustran cómo incluir datos estructurados en sus páginas web para diferentes situaciones.

Página de reseña de producto

Aquí tiene un ejemplo de datos estructurados en una página de reseña de producto para el tratamiento de fragmentos de producto en los resultados de búsqueda.

JSON-LD


RDFa


Microdata


Pros y contras

Aquí tiene un ejemplo de una página de reseña editorial de producto con pros y contras para el tratamiento de fragmentos de producto en los resultados de búsqueda.

Example of visual appearance of pros and cons in search results

JSON-LD


RDFa


Microdata


Página de agregador de compras

Aquí tiene un ejemplo de una página de agregador de compras para el tratamiento de fragmentos de producto en los resultados de búsqueda.

JSON-LD


RDFa


Microdata


Directrices

Para que su Product marcado sea elegible para fragmentos de producto, debe seguir estas directrices:

Directrices técnicas

  • Actualmente, los resultados enriquecidos de productos solo admiten páginas que se centran en un solo producto (o varias variantes del mismo producto). Por ejemplo, “zapatos en nuestra tienda” no es un producto específico. Esto incluye variantes de producto donde cada variante de producto tiene una URL distinta. Recomendamos centrarse en añadir marcado a las páginas de producto en lugar de a las páginas que enumeran productos o una categoría de productos.
  • Para obtener detalles sobre cómo marcar variantes de producto, consulte documentación de datos estructurados de variantes de producto.
  • Al ofrecer productos a la venta en varias monedas, tenga una URL distinta por moneda. Por ejemplo, si un producto está disponible para la venta en dólares canadienses y estadounidenses, utilice dos URL distintas, una por moneda.
  • Coche
    no se admite automáticamente como un subtipo de Producto. Por ahora, incluya tanto Coche como
    Producto tipos si desea adjuntar calificaciones y ser elegible para la función de Búsqueda. Por ejemplo en JSON-LD:
  • Para pros y contras datos estructurados: Solo las páginas de reseñas de productos editoriales son elegibles para la aparición de pros y contras en la Búsqueda, no las páginas de productos de comerciantes o reseñas de productos de clientes.
  • Si usted es un comerciante que optimiza para todo tipo de resultados de compra, recomendamos poner
    Producto datos estructurados en el HTML inicial para obtener los mejores resultados.
  • Para JavaScript generado Producto marcado: Tenga en cuenta que marcado generado dinámicamente
    puede hacer que los rastreos de Shopping sean menos frecuentes y menos fiables, lo que puede ser un problema para contenido que cambia rápidamente como la disponibilidad y el precio del producto. Si está utilizando JavaScript para generar Producto marcado, asegúrese de que su servidor tenga suficientes recursos informáticos para manejar el aumento del tráfico de Google.

Directrices de contenido

  • No permitimos contenido que promueva bienes, servicios o información ampliamente prohibidos o regulados que puedan facilitar daños graves, inmediatos o a largo plazo a las personas. Esto incluye contenido relacionado con armas de fuego y armas, drogas recreativas, productos de tabaco y vapeo, y productos relacionados con el juego.

Definiciones de tipos de datos estructurados

Debe incluir las propiedades requeridas para que su contenido sea elegible para mostrarse como un resultado enriquecido. También puede incluir las propiedades recomendadas para añadir más información a sus datos estructurados, lo que podría proporcionar una mejor experiencia de usuario.

Producto

La definición completa de Producto está disponible en
schema.org/Product. Cuando marque su contenido para obtener información del producto, utilice las siguientes propiedades del
Producto tipo:

Propiedades requeridas
nombre

Texto

El nombre del producto.

Los fragmentos de producto requieren reseña o calificación agregada o ofertas

Debe incluir una de las siguientes propiedades:

  • reseña
  • calificación agregada
  • ofertas
Propiedades recomendadas
calificación agregada

AggregateRating

Una calificación agregada anidada del producto. Siga las
Directrices de fragmentos de reseña y la lista de propiedades de
calificación agregada
requeridas y recomendadas
.

ofertas

Oferta o AggregateOffer

Un Offer anidado
o AggregateOffer para vender el producto. Incluya las propiedades requeridas y recomendadas para cualquiera de los dos
Offer o AggregateOffer

(lo que sea aplicable a su contenido). Para ser elegible para lamejora de caída de precio , utiliceOffer ,.

no

AggregateOffer

reseña Review Una
Review anidada del producto. Siga las
Review snippet
guidelines
.

y la lista de propiedades requeridas y recomendadas para review
properties
Si añade una reseña para el producto, el nombre del revisor debe ser un nombre válido para una
Person.

o unEquipo

No recomendado: 50% de descuento en Black Friday

Recomendado : “James Smith” o “CNET Reviewers” Para informar manualmente a Google sobre los pros and cons de una página de reseña editorial de producto, añada las propiedades positiveNotes

y/o

negativeNotes

a su reseña de producto anidada.
Product Reviews Review
Como las reseñas son compartidas por múltiples tipos de datos estructurados (comoRecipe
y Movie
), el tipo.

Review

se describe por separado en la review snippet documentation Las siguientes propiedades son propiedades adicionales para el tipo Review para ayudar a las personas a ver un resumen de alto nivel de los pros y los contras de una reseña editorial de producto. La experiencia de pros y contras está disponible en holandés, inglés, francés, alemán, italiano, japonés, polaco, portugués, español y turco en todos los países donde Google Search está disponible.
Aunque Google intenta entender automáticamente los pros y los contras de una reseña editorial de producto, puede proporcionar esta información explícitamente añadiendo las propiedades positiveNotes
y/o.

negativeNotes
a su reseña de producto anidada. Asegúrese de seguir laspros and cons guidelines Propiedades requeridas Dos declaraciones sobre el producto
con dos declaraciones positivas es válido):
negativeNotes

positiveNotes
Propiedades recomendadas negativeNotes ItemList
(consulte ItemList para notas positivas y negativas

sobre el uso de

ItemList en este contexto)
Una lista anidada opcional de declaraciones negativas sobre el producto (contras). Para listar múltiples declaraciones negativas, especifique múltiples propiedades ListItem

en una matriz de elementos de lista (array de tipo itemListElement). Por ejemplo: "positiveNotes"

ItemList
(ver ItemList para notas positivas y negativas
sobre el uso de ItemList en este contexto)

Una lista anidada opcional de declaraciones positivas sobre el producto (ventajas).

Para enumerar varias declaraciones positivas, especifique múltiples ListItem
propiedades en un itemListElement array. Por ejemplo:

ItemList para notas positivas y negativas

Las notas positivas y negativas (pros y contras) dentro del Review tipo utilizan los genéricos ItemList y ListItem

tipos.

Esta sección describe cómo utilizar estos tipos para notas positivas y negativas.
Las siguientes propiedades se utilizan para capturar pros y contras en una reseña.

Propiedades requeridas

itemListElement ListItem.

Una lista de declaraciones sobre el producto, enumeradas en un orden específico.

Especifique cada declaración con un

ListItem

itemListElement.name
Texto

La declaración clave de la reseña.

Propiedades recomendadas

itemListElement.position

Entero

La posición de la reseña. La posición 1 significa la primera declaración en la lista. Detalles de la oferta Offer
La definición completa deOffer está disponible en
schema.org/Offer . Al marcar ofertas dentro de un producto, utilice las siguientes propiedades del

schema.org
Offer tipo. Propiedades requeridas

price

o
priceSpecification.price.

Número El precio de oferta de un producto. Siga las directrices de uso de schema.org

Aquí hay un ejemplo de la

price propiedad (el valor puede ser una cadena JSON o un número):
Aquí hay un ejemplo de cómo especificar que un producto está disponible sin pago: Alternativamente, el precio de oferta puede estar anidado dentro de una priceSpecification

propiedades de precios
admitidas en la documentación de listados de comerciantes.

Propiedades recomendadas (disponibilidad). ItemAvailability. Utilice la opción de disponibilidad de producto más adecuada de la siguiente lista. https://schema.org/BackOrder

availability

  • ItemAvailability: El artículo está pendiente de reposición.
  • https://schema.org/Discontinued: El artículo ha sido descatalogado.
  • https://schema.org/InStock: El artículo está en stock.
  • https://schema.org/InStoreOnly: El artículo solo está disponible para su compra en tienda.
  • https://schema.org/LimitedAvailability: El artículo tiene disponibilidad limitada.
  • https://schema.org/OnlineOnly: El artículo solo está disponible en línea.
  • https://schema.org/OutOfStock: El artículo está actualmente agotado.
  • https://schema.org/PreOrder: El artículo está disponible para reserva.
  • https://schema.org/PreSale: El artículo está disponible para pedido y entrega antes de su disponibilidad general.
  • https://schema.org/SoldOut: El artículo se ha agotado.

También se admiten los nombres cortos sin el prefijo URL (por ejemplo, BackOrder).

priceCurrency o priceSpecification.priceCurrency

Texto

La moneda utilizada para describir el precio del producto, en formato de tres letras
ISO 4217
.

Esta propiedad se recomienda actualmente para fragmentos de productos con el fin de ayudar a Google a determinar la moneda con mayor precisión, pero es necesaria para las experiencias de listado de comerciantes. Por lo tanto, es mejor proporcionar siempre esta propiedad.

priceValidUntil

Fecha

La fecha (en formato de fecha ISO 8601
) después de la cual el precio ya no estará disponible, si corresponde. Es posible que su fragmento de producto no se muestre si la propiedad priceValidUntil indica una fecha pasada.

UnitPriceSpecification

La definición completa de UnitPriceSpecification está disponible en
schema.org/UnitPriceSpecification. Utilice las siguientes propiedades para capturar esquemas de precios más complejos.

Propiedades requeridas
precio

Número

El precio de oferta de un producto. Consulte también la propiedad precio de Oferta.

Propiedades recomendadas
priceCurrency

Texto

La moneda utilizada para describir el precio del producto, en formato de tres letras
ISO 4217 . Consulte también la propiedad priceCurrency de Oferta.

Aunque esta propiedad es opcional para los fragmentos de productos, se recomienda encarecidamente porque evita ambigüedades en los precios y es necesaria para las experiencias de listado de comerciantes.

AggregateOffer

La definición completa de AggregateOffer está disponible en
schema.org/AggregateOffer. Una AggregateOffer es un tipo de Oferta que representa una agregación de otras ofertas. Por ejemplo, se puede utilizar para un producto que está siendo vendido por varios comerciantes. No utilice AggregateOffer para describir un conjunto de variantes de producto. Al marcar ofertas agregadas dentro de un producto, utilice las siguientes propiedades del tipo schema.org
AggregateOffer :

Propiedades requeridas
lowPrice

Número

El precio más bajo de todas las ofertas disponibles. Utilice un separador decimal (.,

) al expresar fracciones de una unidad monetaria, como 1,23 para 1,23 dólares estadounidenses. [priceCurrency]

Texto

La moneda utilizada para describir el precio del producto, en formato de tres letras
ISO 4217 formato.

Propiedades recomendadas
highPrice

Número

El precio más alto de todas las ofertas disponibles. Utilice un número de punto flotante si es necesario.

offerCount

Número

El número de ofertas para el producto.

Supervise los resultados enriquecidos con Search Console

Search Console es una herramienta que le ayuda a supervisar el rendimiento de sus páginas en la Búsqueda de Google. No es necesario registrarse en Search Console para aparecer en los resultados de la Búsqueda de Google, pero puede ayudarle a entender y mejorar cómo Google ve su sitio. Recomendamos consultar Search Console en los siguientes casos:

  1. Después de implementar datos estructurados por primera vez
  2. Después de publicar nuevas plantillas o actualizar su código
  3. Al analizar el tráfico periódicamente

Después de implementar datos estructurados por primera vez

Después de que Google haya indexado sus páginas, busque problemas utilizando el informe correspondiente
Informe de estado de resultados enriquecidos. Idealmente, habrá un aumento de elementos válidos y ningún aumento de elementos no válidos. Si encuentra problemas en sus datos estructurados:

  1. Corrija los elementos no válidos.
  2. Inspeccione una URL en vivo para comprobar si el problema persiste.
  3. Solicitar validación utilizando el informe de estado.

Después de publicar nuevas plantillas o actualizar su código

Cuando realice cambios significativos en su sitio web, supervise si hay un aumento de elementos no válidos en los datos estructurados.

  • Si observa un aumento de elementos no válidos, tal vez haya implementado una nueva plantilla que no funciona, o su sitio interactúa con la plantilla existente de una manera nueva y negativa.
  • Si observa una disminución de elementos válidos (no compensada por un aumento de elementos no válidos), tal vez ya no esté incluyendo datos estructurados en sus páginas. Utilice la
    Herramienta de inspección de URL
    para saber qué está causando el problema.

Al analizar el tráfico periódicamente

Analice su tráfico de la Búsqueda de Google utilizando el Informe de rendimiento. Los datos le mostrarán con qué frecuencia aparece su página como un resultado enriquecido en la Búsqueda, con qué frecuencia los usuarios hacen clic en ella y cuál es la posición media en la que aparece en los resultados de búsqueda. También puede extraer estos resultados automáticamente con la API de Search Console.

Hay dos informes de Search Console relacionados con los datos estructurados de Product :

Ambos informes proporcionan advertencias y errores relacionados con los datos estructurados de Product , pero están separados debido a los diferentes requisitos para las experiencias asociadas. Por ejemplo, el
Informe de listados de comerciantes
incluye comprobaciones para fragmentos de producto que incluyen datos estructurados de Offer
, por lo que el informe de
Fragmentos de producto
solo debe consultarse para páginas que no sean de listados de comerciantes.

Solución de problemas

Si tiene problemas para implementar o depurar datos estructurados, aquí tiene algunos recursos que pueden ayudarle.

Alien Road

Cómo lo aplicamos

Product snippets show price, availability and rating in results. Keeping availability accurate is the hard part, and inaccurate stock data damages click-through quality more than the snippet helps.

Servicios relacionados

Compartir