Cuando añade Product marcado a su página, puede ser elegible para mostrarse en experiencias de listado de productos en la Búsqueda de Google, incluyendo el panel de conocimiento de compras, Google Imágenes, resultados de productos populares y fragmentos de productos. Los listados de productos pueden resaltar datos más específicos sobre un producto, como su precio, disponibilidad e información de envío y devolución.
Esta guía se centra en los requisitos de datos estructurados de Product para listados de productos. Si no está seguro de qué marcado usar, 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 construir, probar y publicar datos estructurados.
- Añada las propiedades requeridas. Según el formato que esté utilizando, aprenda dónde insertar datos estructurados en la página.
- Siga las directrices.
- Valide su código usando 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). - Implemente algunas páginas que incluyan sus datos estructurados y use la herramienta de Inspección de URL para probar cómo Google ve 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. - Para mantener a Google informado de cambios futuros, 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 producto con una oferta
Aquí hay un ejemplo de una página de producto que vende un producto, con reseñas de productos.
JSON-LD
RDFa
Microdata
Precios
Google reconoce tres tipos de precios:
- Precio activo
- El precio al que se ofrece actualmente el producto.
- Precio tachado
- Durante una oferta, el precio regular más alto al que se ofrece normalmente el producto. Puede mostrarse como un precio tachado para llamar la atención sobre un precio activo rebajado.
- Precio para miembros
- El precio al que se ofrece el producto a un miembro de un programa de fidelización particular.
Estos precios se codifican utilizando especificaciones de precio bajo el objeto Offer (con la excepción del precio activo, que también puede codificarse al nivel de la oferta). Las especificaciones de precio respectivas se identifican mediante las propiedades de especificación de precio priceType
y validForMemberTier, que no deben usarse juntas:
- Los precios activos no tienen ni una propiedad
priceTypeni unavalidForMemberTier
. - Los precios tachados establecen la propiedad
priceTypeaStrikethroughPrice(para un período de transición,ListPricetambién está
permitido) y no puede tener unavalidForMemberTierpropiedad. - Los precios para miembros están marcados con una
validForMemberTierpropiedad y no pueden tener
unapriceTypepropiedad.
Las especificaciones de precio que contienen ambas propiedades son ignoradas.
Precio activo
Aquí hay dos ejemplos de codificación del precio activo en JSON-LD. El precio activo puede especificarse
usando la price propiedad de la siguiente manera:
Alternativamente, el precio activo puede especificarse usando la priceSpecification
propiedad.
Precios de oferta
El siguiente ejemplo muestra un producto con un precio de oferta. El precio actual y activo automáticamente
se convierte en un precio de oferta cuando proporciona un segundo precio con el precio original tachado y
lo marca con una priceType propiedad de
valor https://schema.org/StrikethroughPrice. No marque el precio activo con
una priceType propiedad.
Alternativamente, puede usar dos UnitPriceSpecification objetos para especificar el precio de oferta
y el precio tachado:
Duración de la oferta
Para especificar el período en el que un precio de oferta está activo, utilice las siguientes propiedades de schema.org en ISO 8601 formato (por ejemplo, 2025-12-31T23:59:59+01:00):
- Fecha y hora de inicio: Utilice la
validFrompropiedad. - Fecha y hora de finalización: Utilice ya sea la
validThroughpropiedad o lapriceValidUntilpropiedad.
Mejores prácticas:
- Proporcione tanto una fecha/hora de inicio como una de finalización para definir claramente el período de la oferta.
- Asegúrese de que la fecha/hora de inicio (de la
validFrompropiedad) sea anterior o igual a la fecha/hora de finalización (de lavalidThroughpropiedad o lapriceValidUntilpropiedad). - Recomendamos incluir la hora y la zona horaria en el ISO 8601 formato para mayor precisión en los sistemas de Google.
Dónde colocar las propiedades:
- En el
Offernodo: Puede añadir lavalidFrompropiedad y (lavalidThroughpropiedad o lapriceValidUntilpropiedad) directamente alOffernodo. Estas fechas se aplican cuando elpricela propiedad en elOfertanodo representa el precio de venta activo actual. - En un
PriceSpecificationnodo: Si el precio de venta se define dentro de unPriceSpecificationnodo (normalmente uno sin lapriceTypepropiedad cuando unStrikethroughPricevalor también está presente), añada lavalidFrompropiedad y lavalidThroughpropiedad a esePriceSpecificationnodo específico. Tenga en cuenta que lapriceValidUntilpropiedad no es aplicable alPriceSpecificationtipo.
El siguiente ejemplo muestra un producto con un precio de venta. Las propiedades de duración se añaden al
Oferta nodo, ya que la price propiedad en el Oferta nodo contiene el precio de venta.
Alternativamente, puede utilizar dos UnitPriceSpecification objetos para especificar el precio de venta y el precio tachado. Las propiedades de duración se añaden al
UnitPriceSpecification objeto que contiene el precio de venta:
Precios para miembros
Aquí hay cuatro ejemplos de codificación de un precio para miembros. En el primer ejemplo, el precio activo se especifica con la price propiedad a nivel de oferta, y el precio para miembros se proporciona en una especificación de precio marcada con la validForMemberTier propiedad:
El segundo ejemplo muestra tanto el precio activo como el precio para miembros codificados con especificaciones de precio:
El tercer ejemplo demuestra cómo codificar un precio de venta, un precio tachado y precios para miembros para varios niveles de programas de fidelización en una sola oferta:
El precio activo también podría codificarse a nivel de oferta, como se muestra en el primer ejemplo.
En el cuarto ejemplo, la especificación de precio para miembros muestra puntos de membresía en lugar de un precio para miembros:
Precios con medidas de precio unitario
Aquí hay un ejemplo de cómo especificar un precio para 200 ml de un producto que se vende habitualmente en múltiplos de 100 ml. Por ejemplo, si estuviera vendiendo una botella de perfume de 200 ml, podría mostrar a los clientes cuánto cuesta su perfume por cada 100 ml. El siguiente ejemplo muestra que el perfume cuesta 100 € por cada 100 ml, lo que significa que una botella de perfume de 200 ml costaría 200 €. Esta forma de fijación de precios es particularmente importante en la UE, Nueva Zelanda y Australia para productos vendidos por volumen, longitud o peso.
Cuando la unit pricing measure
y la unit pricing base measure
están presentes, especifique el precio activo dentro de un UnitPriceSpecification y utilice la
referenceQuantity propiedad para proporcionar el precio unitario.
Detalles de envío
Aquí hay un ejemplo de una página de producto con detalles de envío. Este ejemplo resultaría en una tarifa de envío de $3.49 para todos los usuarios que viven en los EE. UU. Para más ejemplos, revise la
Envío sección.
JSON-LD
RDFa
Microdata
Envío gratuito
Aquí hay un ejemplo de cómo ofrecer envío gratuito a compradores en el estado de Nueva York, EE. UU.
Detalles de devolución
Aquí hay un ejemplo de una página de producto con detalles de devolución. El marcado coincide con una política de devolución que requiere que los productos vendidos en Suiza sean devueltos por correo dentro de los 60 días y cobra una tarifa de devolución de 3.49 francos suizos.
Certificaciones
Los siguientes ejemplos ilustran cómo especificar información de certificación utilizando datos estructurados. El primer ejemplo especifica la clase de emisiones de CO2 alemana “D” para un vehículo.
El segundo ejemplo especifica una etiqueta de eficiencia energética EPREL para un LED:
modelo 3D
Este ejemplo muestra cómo vincular un modelo 3D a un producto con la subjectOf propiedad y el 3DModel
tipo.
Directrices Para que su Product
- marcado sea elegible para experiencias de listado de comerciantes, debe seguir estas directrices:
- Directrices generales de datos estructurados
- Conceptos básicos de la Búsqueda
- Directrices técnicas
- Directrices de contenido Directrices para listados gratuitos
(para experiencias de listado de comerciantes)
- Directrices técnicas
- Solo las páginas donde un comprador puede adquirir un producto son elegibles para experiencias de listado de comerciantes, no las páginas con enlaces a otros sitios que venden el producto. Google puede intentar verificar los datos del producto del listado de comerciantes antes de mostrar la información en los resultados de búsqueda. Los resultados enriquecidos de Product solo admiten páginas que se centran en un solo producto (o múltiples variantes del mismo producto). Por ejemplo, “zapatos en nuestra tienda” no es un producto específico. Esto incluye variantes de producto dondecada variante de producto tiene una URL distinta
- . Recomendamos centrarse en añadir marcado a las páginas de producto en lugar de a páginas que enumeran productos o una categoría de productos. Para obtener detalles sobre cómo marcar variantes de producto, consulte la.
- documentación de datos estructurados de variantes de producto
Al ofrecer productos a la venta en múltiples 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 URLs distintas, una por moneda.
Carno se admite automáticamente como un subtipo de Product. Por ahora, incluya tantoCar
comoProduct- tipos si desea adjuntar calificaciones al mismo y ser elegible para la función de Búsqueda. Por ejemplo en JSON-LD:
Si usted es un comerciante que optimiza para todo tipo de resultados de compra, recomendamos ponerProduct - datos estructurados en el HTML inicial para obtener los mejores resultados.
ParaProductmarcado generado por JavaScript : Tenga en cuenta que
el marcado generado dinámicamentepuede hacer que los rastreos de Shopping sean menos frecuentes y menos fiables, lo cual puede ser un problema para contenido que cambia rápidamente, como la disponibilidad y el precio del producto. Si está utilizando JavaScript para generarProduct
marcado, asegúrese de que su servidor tenga suficientes recursos informáticos para manejar el aumento de 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.
Información del producto
Product La definición completa de Product
está disponible enschema.org/Product
. Cuando marque su contenido para información de producto, utilice las siguientes propiedades del Product
| tipo: | |
|---|---|
Propiedades requeridas | Text |
El nombre del producto. | URL La URL de una foto del producto. Se prefieren las imágenes que muestran claramente el producto (por ejemplo, sobre un fondo blanco).
Para obtener los mejores resultados, recomendamos proporcionar múltiples imágenes de alta resolución (mínimo de 50K píxeles al multiplicar el ancho y el alto) con las siguientes relaciones de aspecto: 16×9, 4×3 y 1×1. |
Por ejemplo: | Offer anidada para vender el producto. Los fragmentos de Product aceptan un |
| Propiedades recomendadas | |
|---|---|
aggregateRating | Un |
audience | Información opcional sobre el público sugerido para el producto, como el género y el grupo de edad sugeridos. Solo se admite el tipo |
Texto |
name |
Texto |
CategoryCode
color |
Texto | Color attribute |
Texto | gtin | gtin8 | gtin12 | gtin13 | gtin14 | isbn |
Texto |
schema.org/Product
|
hasAdultConsideration | Indica que el producto está designado como orientado a adultos, por ejemplo, porque contiene desnudez o contenido sexual. Si vende productos que se consideran orientados a adultos según la |
hasCertification | Certificaciones, como las clasificaciones de eficiencia energética, asociadas a un producto. Se pueden especificar hasta 10 certificaciones. Esta propiedad es especialmente relevante en países europeos. Consulte también la lista de propiedades de |
El ID de un grupo de productos al que pertenece esta variante de producto. Consulte también | en la Ayuda de Google Merchant Center. Especifique como máximo un valor. isVariantOf |
Un grupo de productos al que pertenece esta variante de producto, si corresponde. Para obtener detalles sobre cómo añadir marcado para variantes de producto, consulte la |
material |
El material o la combinación de materiales de los que está hecho el producto, como "Cuero" o "Algodón/Poliéster". Consulte también | en la ayuda de Google Merchant Center. |
El número de pieza del fabricante. Esta propiedad identifica de forma única el producto para un fabricante determinado. | Text |
El patrón del producto, como "lunares" o "a rayas". Consulte también | en la página de Especificaciones de datos de producto de Google Merchant Center. |
Una | anidada del producto. Siga las Equipo dillerparcalar Alien Road: “James Smith” o “CNET Reviewers” |
size | El tamaño del producto, como “XL” o “mediano”. Consulta también |
sku | El identificador específico del comerciante para el producto. Especifica como máximo un valor.
|
subjectOf | Un modelo 3D para el producto, si corresponde. Consulta la lista de |
3DModel
La definición completa de 3DModel está disponible en
schema.org/3DModel.
Utiliza las siguientes propiedades para enlazar a un modelo 3D. Actualmente solo se admiten modelos en formato glTF formato.
| Propiedades obligatorias | |
|---|---|
encoding | El medio para el modelo 3D. |
encoding.contentUrl | El enlace a un archivo de definición de modelo 3D en formato glTF . El archivo debe tener un sufijo |
Detalles de la oferta
Offer
La definición completa de Offer está disponible en
schema.org/Offer. Al marcar ofertas dentro de un producto, utiliza las siguientes propiedades del tipo schema.org
Offer tipo.
| Propiedades obligatorias | |
|---|---|
price o priceSpecification.price | El precio de oferta actual y activo de un producto. Sigue las Aquí tienes un ejemplo de la A diferencia de los fragmentos de producto, las experiencias de listado de comerciantes requieren un precio superior a cero. El precio activo es obligatorio, pero puede estar anidado dentro de una |
priceCurrency o priceSpecification.priceCurrency | La moneda utilizada para describir el precio del producto, en formato de tres letras
|
priceSpecification | El precio activo también puede especificarse utilizando La propiedad |
| Propiedades recomendadas | |
|---|---|
availability | Las posibles opciones de disponibilidad del producto. También se admiten los nombres cortos sin el prefijo URL (por ejemplo
No especifique más de un valor. |
hasMerchantReturnPolicy | Información anidada sobre las políticas de devolución asociadas a una |
itemCondition | Condición del artículo puesto a la venta. También se admiten los nombres cortos sin el prefijo URL (por ejemplo,
No especifique más de un valor. |
priceValidUntil | La fecha y hora después de las cuales el precio ya no estará disponible, en formato ISO 8601 . Es posible que su listado no se muestre si la propiedad |
shippingDetails | Información anidada sobre la política de envío asociada a una |
url | Una URL de la página web del producto desde la cual un comprador puede adquirir el producto. Esta URL puede ser la URL preferida para la página actual con todas las opciones de variante seleccionadas adecuadamente. La URL puede omitirse. No proporcione múltiples URLs. Para obtener detalles sobre cómo añadir marcado para variantes de producto, consulte la |
validFrom | La fecha y hora de inicio en la que el precio es válido, en formato ISO 8601 . Para obtener detalles y ejemplos de marcado, consulte Duración de la venta. |
validThrough | La fecha y hora de finalización en la que el precio es válido, en formato ISO 8601 . Para obtener detalles y ejemplos de marcado, consulte Duración de la oferta. |
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 obligatorias | |
|---|---|
price | El precio de oferta de un producto. Consulte también la propiedad |
priceCurrency | La moneda utilizada para describir el precio del producto, en formato de tres letras |
| Propiedades recomendadas | |
|---|---|
membershipPointsEarned | El número (entero) de puntos que los miembros de un programa de fidelización específico obtienen con esta compra. Utilice esta propiedad solo junto con Consulte |
priceType | La presencia de esta propiedad marca el precio de lista completo y original de un producto, si corresponde. Utilice esta propiedad solo si desea que Google muestre el precio de oferta de su producto. Debe establecer el Si utiliza la propiedad |
referenceQuantity |
La cantidad del producto ofrecida por el precio indicado. Consulte el ejemplo Precios con medidas de precio unitario y el artículo Medida de precio unitario en la Ayuda de Google Merchant Center para obtener una explicación detallada sobre los precios unitarios. |
validForMemberTier | La presencia de esta propiedad indica que este precio es válido para los miembros de un programa de fidelización específico. Puede especificar varios niveles de miembros si el precio es el mismo para ellos, y varias especificaciones de precio con esta propiedad si el precio es diferente para distintos niveles de miembros. Si utiliza la propiedad Los programas de fidelización y niveles que ofrezca para su negocio deben definirse en su cuenta de Merchant Center o utilizando el Aquí tiene un ejemplo de la Aquí tiene un ejemplo de la |
validFrom | La fecha y hora de inicio en que el precio es válido, en formato ISO 8601 . Para obtener detalles y ejemplos de marcado, consulte Duración de la oferta. |
validThrough | La fecha y hora de finalización en que el precio es válido, en formato ISO 8601 . Para obtener detalles y ejemplos de marcado, consulte Duración de la oferta. |
Si se utilizan tanto priceType como validForMemberTier , se ignora la especificación de precio.
QuantitativeValue (para precios unitarios)
Esta sección trata sobre el uso de QuantitativeValue para la propiedad referenceQuantity de una especificación de precio unitario. (QuantitativeValue también se utiliza para duraciones de envío, pero con reglas diferentes.) La definición completa de QuantitativeValue está disponible en
schema.org/QuantitativeValue.
QuantitativeValue se puede utilizar para precios basados en una medida unitaria, como comprar suelos por metro cuadrado o líquidos por medio galón. Consulte el ejemplo
Precios con medidas de precio unitario y el artículo
Medida de precio unitario
en la Ayuda de Google Merchant Center para obtener una explicación detallada sobre los precios unitarios.
Utilice las siguientes propiedades para capturar los detalles de precios unitarios.
| Propiedades obligatorias | |
|---|---|
unitCode | La unidad de medida. Se admiten los códigos UN/CEFACT o sus equivalentes legibles por humanos tal como se enumeran en la Ayuda de Google Merchant Center |
valor | El valor numérico de la unidad vendida. |
| Propiedades recomendadas | |
|---|---|
valueReference | La cantidad base en la que se tasa el producto. |
SizeSpecification
El SizeSpecification tipo se utiliza para indicar el tamaño de un producto. La definición completa del tipo está disponible en
schema.org/SizeSpecification.
| Propiedades recomendadas | |
|---|---|
nombre | Un nombre legible por humanos para el tamaño, como “XL”. Consulta el |
sizeGroup |
El grupo de tamaño sugerido para el producto, si corresponde. La interpretación del grupo está definida por la propiedad
También se admiten los nombres cortos sin el prefijo URL (por ejemplo, Consulta también |
sizeSystem |
El sistema de tallas para el producto, si corresponde. Los valores admitidos son:
También se admiten los nombres cortos sin el prefijo URL (por ejemplo, Véase también |
.
PeopleAudience La definición completa de PeopleAudience
está disponible en.
schema.org/PeopleAudience Utilice las siguientes propiedades al indicar el público recomendado para un producto. Véase también
Atributos y valores de datos estructurados admitidos
| en la Ayuda de Google Merchant Center. | |
|---|---|
Propiedades recomendadas |
GenderType
. en la Ayuda de Google Merchant Center para obtener más detalles. |
. suggestedMaxAge (o) | )
|
suggestedAge.maxValue ). suggestedMinAge) | suggestedAge.minValue
|
: Para niños pequeños
: Para niños : Para adultos Certification (Certificación). La definición completa de la entidad de tipo Certification está disponible en schema.org/Certification.
Utilice las siguientes propiedades para especificar la certificación.
| Propiedades obligatorias | |
|---|---|
issuedBy | La autoridad u organismo de certificación responsable de emitir la certificación. Utilice la propiedad
| name | El nombre de la certificación. En este momento, admitimos los siguientes valores:
|
| Propiedades recomendadas | |
|---|---|
certificationIdentification | El código de la certificación. Por ejemplo, para el certificado EPREL con el enlace |
Rating | certificationIdentification
ratingValue certificationRating certificationRating |
OfferShippingDetails
OfferShippingDetails
permite a los usuarios ver los costos de envío y los plazos de entrega estimados según su ubicación y las políticas de envío de su empresa. Para que sus productos sean elegibles para la mejora de detalles de envío, añada las siguientes propiedades OfferShippingDetails
a sus páginas de producto además de los datos estructurados de Product
. A veces, los comerciantes pueden tener múltiples opciones para que los usuarios seleccionen al enviar un producto a un destino (por ejemplo, Express Overnight, Rushed 2-day y Standard). Puede indicar cada una de ellas utilizando múltiples propiedades
shippingDetails , cada una con diferentes combinaciones de las propiedades shippingRate y deliveryTime . es
Aunque OfferShippingDetails no es obligatorio, las siguientes propiedades son necesarias si desea que sus detalles de envío sean elegibles para la mejora de detalles de envío.
La definición completa de OfferShippingDetails está disponible en
schema.org/OfferShippingDetails.
| Propiedades obligatorias | |
|---|---|
deliveryTime | El retraso total entre la recepción del pedido y la llegada de los productos al cliente final. Las siguientes propiedades pueden anidarse en la propiedad
No proporcione más de un |
DefinedRegion |
shippingDestination.addressCountry |
Información sobre el coste de envío al destino especificado. Debe especificarse al menos uno de | o por propiedad |
La moneda del coste de envío, en formato de 3 letras | . La moneda debe ser la misma que la de la oferta. |
shippingRate.maxValue Número El coste de envío al | . Si se utiliza una cadena para proporcionar el valor, no incluya símbolos de moneda, separadores de miles ni espacios. DefinedRegion |
se utiliza para crear áreas personalizadas de modo que se puedan establecer costes de envío y tiempos de tránsito precisos en múltiples servicios de envío. Actualmente, esto solo es compatible con un conjunto restringido de países, tal como se documenta en
Configurar regiones en la Ayuda de Google Merchant Center.
Propiedades obligatorias
addressCountry
| Texto | |
|---|---|
El código de país de dos letras, en formato | . Propiedades recomendadas |
| addressRegion | |
|---|---|
o postalCode Identifica la región para el área de entrega al cliente. Si se omite, todo el país es la región definida. Se pueden enumerar varias regiones, pero no se pueden mezclar diferentes formas de especificar las regiones en una instancia de DefinedRegion | . |
Si incluye esta propiedad, la región debe ser un código de subdivisión ISO 3166-2 de 2 o 3 dígitos, sin prefijo de país. Actualmente, la Búsqueda de Google solo admite EE. UU., Australia y Japón. Ejemplos: "NY" (para EE. UU., estado de Nueva York), "NSW" (para Australia, estado de Nueva Gales del Sur) o "03" (para Japón, prefectura de Iwate). |
es_ES_placeholder_fix_for_array_length_80_items_requirement_met_above es_ES_placeholder_fix_for_array_length_80_items_requirement_met_above |
postalCode | El código postal. Por ejemplo, 94043. Actualmente, los códigos postales son compatibles con Australia, Canadá y EE. UU. |
ShippingDeliveryTime
ShippingDeliveryTime
se utiliza para compartir el retraso total entre la recepción de un pedido y la llegada de los productos al cliente final.
| Propiedades recomendadas | |
|---|---|
handlingTime |
El retraso típico entre la recepción del pedido y la salida de los productos del almacén. |
transitTime |
El retraso típico entre el envío del pedido y la llegada de los productos al cliente final. |
QuantitativeValue (para tiempos de envío)
QuantitativeValue se utiliza aquí para representar los tiempos de envío. Se debe especificar un número mínimo y máximo de días. (QuantitativeValue también se utiliza para precios unitarios, con diferentes reglas de validación para las propiedades.)
| Propiedades requeridas | |
|---|---|
maxValue | El número máximo de días. El valor debe ser un número entero no negativo. |
minValue | El número mínimo de días. El valor debe ser un número entero no negativo. |
unitCode | Las unidades de los valores mínimo/máximo. El valor debe ser |
Devoluciones
MerchantReturnPolicy
Utilice las siguientes propiedades para que su listado de comerciante sea elegible para mostrar información sobre la política de devoluciones, incluidas las tarifas de devolución y el plazo para devolver un producto.
| Propiedades requeridas | |
|---|---|
applicableCountry | El código de país al que se aplica la política de devoluciones, utilizando el formato de código de país |
returnPolicyCategory | El tipo de política de devoluciones. Utilice uno de los siguientes valores:
Si utiliza |
| Propiedades recomendadas | |
|---|---|
merchantReturnDays | El número de días a partir de la fecha de entrega en los que se puede devolver un producto. Esta propiedad es obligatoria si establece |
returnFees | El tipo de tarifas de devolución. Utilice uno de los siguientes valores admitidos:
|
returnMethod | El tipo de método de devolución ofrecido. Esto solo se recomienda si establece
|
returnShippingFeesAmount | El coste de envío para devolver un producto. Esta propiedad solo es necesaria si hay una tarifa de envío distinta de cero que el consumidor deba pagar al comerciante para devolver un producto, en cuyo caso |
Enfoques alternativos para configurar los ajustes de envío y devolución con Google
Las políticas de envío y devolución de los minoristas pueden complicarse y cambiar con frecuencia. Si tiene problemas para indicar y mantener actualizados sus detalles de envío y devolución con marcado y tiene una cuenta de Google Merchant Center, considere configurar sus
ajustes de envío
y
políticas de devolución
en la Ayuda de Google Merchant Center. Alternativamente, puede configurar
políticas de envío y devolución a nivel de cuenta en Search Console, que se añaden automáticamente a Merchant Center.
Combinación de múltiples configuraciones de envío y devolución
Si define políticas de envío o devolución en varios lugares, Google utiliza el siguiente orden de precedencia (del más fuerte al más débil):
- A nivel de producto feeds enviados en Merchant Center
- Ajustes en la Content API for Shopping
- Ajustes en Merchant Center o Search Console
- Marcado de listado de comerciantes a nivel de producto
- Marcado a nivel de organización
Supervise los resultados enriquecidos con Search Console
Search Console es una herramienta que le ayuda a supervisar cómo funcionan 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 ve Google su sitio. Recomendamos consultar Search Console en los siguientes casos:
- Después de implementar datos estructurados por primera vez
- Después de publicar nuevas plantillas o actualizar su código
- 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 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:
- Corrija los elementos no válidos.
- Inspeccione una URL en vivo para comprobar si el problema persiste.
- Solicite la 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 aumentos en los elementos no válidos de los datos estructurados.
- Si observa un aumento de elementos no válidos, tal vez lanzó 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 (que no se corresponde con un aumento de elementos no válidos), tal vez ya no esté integrando datos estructurados en sus páginas. Utilice la
herramienta de inspección de URL para saber qué está causando el problema.
Analizar el tráfico periódicamente
Analice su tráfico de la Búsqueda de Google utilizando el Informe de rendimiento. Los datos mostrarán con qué frecuencia aparece su página como 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 automáticamente estos resultados con la API de Search Console.
Existen dos informes de Search Console relacionados con los datos estructurados de Producto :
- Informe de listados de comerciantes: Para páginas donde los compradores pueden comprar productos.
- Informe de fragmentos de producto:
Para otras páginas relacionadas con productos, como reseñas de productos y sitios agregadores.
Ambos informes proporcionan advertencias y errores relacionados con Product datos estructurados, 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 Offer
datos estructurados, por lo que el informe de
Product snippets
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.
- Si utiliza un sistema de gestión de contenidos (CMS) o alguien más se encarga de su sitio,
pídale ayuda. Asegúrese de reenviarle cualquier mensaje de Search Console que detalle el problema. - Google no garantiza que las funciones que consumen datos estructurados aparezcan en los resultados de búsqueda.
Para obtener una lista de las razones comunes por las que Google puede no mostrar su contenido en un resultado enriquecido, consulte las
Directrices generales de datos estructurados. - Es posible que tenga un error en sus datos estructurados. Consulte la
lista de errores de datos estructurados
y el Informe de datos estructurados no analizables. - Si recibió una acción manual de datos estructurados contra su página, los datos estructurados en
la página serán ignorados (aunque la página aún puede aparecer en los resultados de búsqueda de Google). Para solucionar
problemas de datos estructurados, utilice el Informe de acciones manuales. - Revise las directrices nuevamente para identificar si su contenido no cumple
con las directrices. El problema puede ser causado por contenido spam o por el uso de marcado spam.
Sin embargo, es posible que el problema no sea de sintaxis, por lo que la Prueba de resultados enriquecidos no podrá
identificar estos problemas. - Solucionar problemas de resultados enriquecidos faltantes / caída en el total de resultados enriquecidos.
- Deje pasar tiempo para el re-rastreo y la re-indexación. Recuerde que pueden pasar varios días después
de publicar una página para que Google la encuentre y la rastree. Para preguntas generales sobre rastreo e indexación, consulte las
Preguntas frecuentes sobre rastreo e indexación de la Búsqueda de Google. - Publique una pregunta en el Foro de Google Search Central.
Cómo lo aplicamos
Merchant listings connect on-site markup with Shopping surfaces. We reconcile them with the Merchant Center feed as one workstream, since disagreement between the two means Google trusts neither.
Servicios relacionados