Datos estructurados

Datos estructurados de Google para comercio electrónico

Una guía práctica de comercio electrónico sobre datos estructurados de productos, ofertas, reseñas, rutas de navegación, variantes, envíos y devoluciones para visibilidad de búsqueda y preparación para compras mediante IA.

ShopGox Editorial23/5/2026es
Datos estructurados de Google para comercio electrónico: producto, oferta, reseña, ruta de navegación y variantes

Los datos estructurados ayudan a Google y a otros sistemas a comprender los hechos comerciales de una página de comercio electrónico: qué es el producto, cuánto cuesta, si está disponible, cómo se califica y cómo encaja en el sitio.

Para el SEO de comercio electrónico, los datos estructurados no son decoración. Es una capa de coherencia entre la página visible del producto, los feeds de los comerciantes, las reseñas, las variantes, las promesas de envío y las políticas de devolución.

Tipos de esquemas principales para comercio electrónico

Visual summary diagram for Google Structured Data for Ecommerce: Product, Offer, Review, Breadcrumb, and Variants.

Tipos de esquemas principales para comercio electrónico

Tipo de esquemaÚselo paraError común en el comercio electrónico
ProductoIdentidad del producto, imágenes, marca, descripción, identificadoresMúltiples entidades de Producto en conflicto en una página de producto.
OfertaPrecio, moneda, disponibilidad, vendedor, URLEl precio o la moneda difieren del contenido visible de la página.
Calificación agregadaResumen de calificación y recuento de reseñasEl marcado de calificación existe sin evidencia de revisión visible.
RevisarContenido de revisión individualLa aplicación de reseñas muestra reseñas pero no expone datos estructurados consistentes.
Lista de rutas de navegaciónJerarquía de páginas y contexto internoEl esquema de ruta de navegación no coincide con las rutas de navegación visibles.
Política de devolución del comercianteTérminos de devoluciónLa política es genérica, falta o no coincide con la política del sitio.
Detalles de envío de la ofertaDestino de envío, tarifa y tiempo de entregaLa promesa de envío es visible pero no está representada en los datos de la oferta.

Ejemplo de JSON-LD de producto y oferta

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Merino Travel Hoodie",
  "image": ["https://example.com/images/merino-hoodie.jpg"],
  "description": "A lightweight merino wool hoodie for travel and daily wear.",
  "brand": {
    "@type": "Brand",
    "name": "Example Brand"
  },
  "sku": "MH-001",
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/products/merino-travel-hoodie",
    "priceCurrency": "USD",
    "price": "129.00",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition"
  }
}

Los datos estructurados deben coincidir con el contenido visible

La regla más importante es la coherencia. Si los datos estructurados dicen InStock pero la página dice Agotado, el margen de beneficio se vuelve menos confiable. Si el esquema dice USD pero el comprador ve EUR, su tienda está creando ambigüedad.

Comprobaciones de coherencia

  1. 1El nombre del producto coincide con la identidad principal del producto en la página.
  2. 2El precio y la moneda coinciden con el precio de cara al comprador.
  3. 3La disponibilidad coincide con el estado de compra visible.
  4. 4Las calificaciones y reseñas coinciden con el contenido visible de la reseña.
  5. 5Las imágenes del esquema son rastreables y representativas.
  6. 6La URL canónica en el esquema coincide con la página canónica.
  7. 7Los detalles de envío y devolución coinciden con las páginas de la política.

Cómo pensar en las variantes

El manejo de variantes es donde los datos estructurados del comercio electrónico a menudo se complican. Una sola página de producto puede incluir diferencias de tamaño, color, material, suscripción, paquete o precios regionales. Su marcado debe evitar la creación de entidades de Producto no relacionadas que se contradigan entre sí.

Reseñas y calificación agregada

El marcado de reseñas es poderoso solo cuando refleja contenido de reseñas real y visible. Las aplicaciones de revisión pueden crear marcas duplicadas o obsoletas, especialmente cuando los temas ya generan datos de calificación. Audite tanto la página renderizada como las fuentes JSON-LD.

El esquema de ruta de navegación ayuda a explicar la jerarquía de productos. Debe alinearse con las rutas de navegación visibles y la navegación canónica. Para productos en varias colecciones, elija una ruta principal estable en lugar de cambiar las rutas de navegación de manera impredecible.

Datos de envío y devolución

Los datos estructurados de envío y devolución pueden ayudar a aclarar los términos comerciales. Incluso cuando no marque todos los detalles, la página visible debería facilitar la búsqueda de información sobre envíos, devoluciones y garantía.

Un proceso práctico de auditoría de datos estructurados

Flujo de auditoría

  1. 1Obtenga el HTML renderizado y extraiga todos los bloques JSON-LD.
  2. 2Identifique cada entidad de Producto, Oferta, Revisión, Calificación Agregada y Lista de Ruta de Navegación.
  3. 3Compare los datos del esquema con los datos de la página visible.
  4. 4Verifique el resultado del tema, el resultado de la aplicación SEO, el resultado de la aplicación de revisión y el resultado de la aplicación variante por separado.
  5. 5Valide una muestra representativa de todas las categorías, variantes, mercados, monedas y estados sin existencias.
  6. 6Corrija las contradicciones antes de agregar más etiquetas.

FAQ

¿Qué datos estructurados son más importantes para el comercio electrónico?keyboard_arrow_down

Producto y Oferta son la base. Review, AggregateRating, BreadcrumbList, detalles de envío, políticas de devolución y manejo de variantes se vuelven importantes a medida que la página del producto se vuelve más compleja.

¿Pueden las páginas de comercio electrónico tener múltiples bloques de esquema de Producto?keyboard_arrow_down

Pueden, pero a menudo crean contradicciones. Una página de producto debe tener una entidad Producto principal clara, a menos que la página compare intencionalmente varios productos.

¿Los datos estructurados garantizan buenos resultados?keyboard_arrow_down

No. Los datos estructurados ayudan a la elegibilidad y la comprensión, pero los motores de búsqueda deciden si muestran resultados enriquecidos en función de muchos factores, incluido el cumplimiento de las políticas y la calidad de la página.

¿El esquema del producto debería incluir reseñas?keyboard_arrow_down

Solo si las reseñas son reales, visibles y coherentes con la página. El marcado de reseñas no debe inventar calificaciones ni exponer datos obsoletos que los usuarios no puedan verificar.

Herramientas relacionadas

Artículos relacionados