Datos estructurados para ecommerce: cómo implementar schema de producto y ganar resultados enriquecidos en Google

Dos tiendas venden el mismo producto y aparecen en la misma página de resultados de Google. Una muestra solo título y descripción. La otra muestra además el precio, "En stock" y las estrellas de valoración. Sin cambiar de posición, la segunda tiene más chances de llevarse el clic.

Esa diferencia suele venir de los datos estructurados: un marcado en el código de la página que le explica a los buscadores, en un formato que entienden sin ambigüedad, qué es cada cosa. En esta guía vemos cómo implementar el marcado de producto, qué propiedades importan, los errores más frecuentes y cómo medir si está funcionando.

Qué son los datos estructurados

Son información sobre la página escrita con un vocabulario estándar (schema.org) que los motores de búsqueda leen para entender el contenido. En lugar de inferir que "$ 24.990" es un precio, el buscador lo recibe explícitamente como price con su moneda.

Google recomienda el formato JSON-LD: un bloque <script type="application/ld+json"> en el HTML, separado del contenido visible. Es más fácil de mantener que los formatos incrustados en el marcado (Microdata o RDFa) y se puede generar desde plantillas.

Un punto clave: los datos estructurados no son un factor de ranking directo según la documentación de Google. Lo que hacen es habilitar la elegibilidad para resultados enriquecidos, que pueden mejorar la tasa de clics (CTR). Si querés el panorama general del canal, mirá nuestra nota de SEO para ecommerce.

Los tipos de schema que importan en una tienda

• Product: el central. Describe el producto, con offers (precio, moneda, disponibilidad) y opcionalmente aggregateRating y review.
• Offer / AggregateOffer: dentro de Product, para uno o varios precios.
• BreadcrumbList: la ruta de navegación (Inicio > Categoría > Producto), que puede reemplazar la URL en el resultado.
• Organization: datos de la empresa: nombre, logo, URL y perfiles sociales.
• WebSite: información del sitio a nivel global.

Ejemplo de marcado Product en JSON-LD

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Mochila urbana de lona 20 L",
  "image": ["https://tutienda.com/img/mochila-1.jpg"],
  "description": "Mochila de lona encerada con bolsillo para notebook de 15 pulgadas.",
  "sku": "MOCH-LONA-20",
  "brand": { "@type": "Brand", "name": "Tu Marca" },
  "offers": {
    "@type": "Offer",
    "url": "https://tutienda.com/mochila-urbana-lona",
    "priceCurrency": "ARS",
    "price": "45990",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition"
  }
}

Algunos detalles que suelen fallar:

• price va como número sin separadores de miles ni símbolo de moneda.
• priceCurrency usa el código ISO 4217 (ARS, USD).
• availability usa las URLs de schema.org: InStock, OutOfStock, PreOrder, entre otras.
• Las imágenes tienen que ser rastreables y representar al producto.

Productos con variantes

Con talles o colores hay dos enfoques habituales:

1. Una URL por producto con varias ofertas: usar AggregateOffer con lowPrice, highPrice y offerCount, útil cuando el precio varía entre variantes.
2. Modelar las variantes explícitamente: schema.org incluye ProductGroup con hasVariant y variesBy, y Google documenta su soporte para variantes de producto. Conviene revisar la documentación vigente antes de implementarlo, porque los requisitos se actualizan.

Lo importante es la consistencia: el precio y la disponibilidad del marcado tienen que coincidir con lo que ve el usuario y con lo que envíes en tu feed de productos, si usás uno (lo vimos en la guía de Google Merchant Center).

Reglas que no conviene romper

Google aplica políticas sobre el contenido de los datos estructurados. Las más relevantes para tiendas:

• El marcado tiene que reflejar el contenido visible. Si el JSON-LD dice $ 45.990 y la página muestra $ 49.990, es un problema.
• Las valoraciones tienen que ser reales y visibles en la página. No se deben marcar reseñas inventadas, ni reseñas de la tienda como si fueran del producto.
• Nada de marcar contenido oculto o que no corresponde a la página.

Los incumplimientos pueden derivar en la pérdida de los resultados enriquecidos e incluso en acciones manuales sobre el sitio.

Cómo validar la implementación

1. Prueba de resultados enriquecidos de Google: pegás una URL o código y te dice qué tipos detecta y si son elegibles, con errores y advertencias.
2. Validador de schema.org: revisa la sintaxis contra el vocabulario completo, más allá de lo que usa Google.
3. Google Search Console: en la sección de mejoras aparecen informes por tipo (por ejemplo, fragmentos de producto) con las URLs válidas, con advertencias y con errores a escala de todo el sitio.

Diferenciá errores (invalidan la elegibilidad) de advertencias (propiedades recomendadas que faltan). Priorizá primero los errores y después completá las recomendadas que tengas disponibles.

Caso práctico: una tienda de artículos de camping

(Caso ilustrativo basado en situaciones habituales del sector).

Una tienda con unas 400 fichas de producto tenía buen tráfico orgánico en búsquedas como "carpa 4 personas" pero un CTR bajo frente a competidores que mostraban precio y stock en el resultado. El diagnóstico:

• El tema generaba un marcado Product incompleto: sin offers en productos con variantes.
• El precio del marcado no se actualizaba cuando cambiaba el precio visible.
• Las valoraciones venían de un widget externo y no estaban en el HTML.

Las correcciones: generar el JSON-LD desde la misma fuente de datos que el precio visible, usar AggregateOffer en productos con variantes y mostrar las reseñas en la página antes de marcarlas. Después de que Search Console reflejó las URLs como válidas, el equipo comparó el CTR de las fichas corregidas contra un período equivalente, segmentando por consultas no de marca para no confundir el efecto con estacionalidad.

Cómo medir el impacto

• En Search Console, filtrá el informe de rendimiento por apariencia en la búsqueda cuando el tipo de resultado enriquecido esté disponible como filtro.
• Compará CTR por página antes y después, con ventanas equivalentes y sin campañas que distorsionen.
• Separá consultas de marca y genéricas: las de marca suelen tener CTR alto de por sí.
• Considerá que los resultados enriquecidos no están garantizados: el marcado habilita la elegibilidad, pero Google decide cuándo mostrarlos.

Checklist técnico

• ☐ Marcado Product en JSON-LD en todas las fichas.
• ☐ offers con price, priceCurrency y availability sincronizados con el contenido visible.
• ☐ Estrategia definida para variantes (AggregateOffer o ProductGroup).
• ☐ Valoraciones marcadas solo si son reales y visibles.
• ☐ BreadcrumbList y Organization implementados.
• ☐ Validación con la Prueba de resultados enriquecidos.
• ☐ Informes de Search Console sin errores.
• ☐ Medición de CTR antes/después por página.

Preguntas frecuentes

¿Los datos estructurados mejoran el posicionamiento?

No directamente. Habilitan resultados enriquecidos que pueden mejorar el CTR, y un mejor CTR significa más tráfico desde la misma posición.

¿Qué pasa si un producto se queda sin stock?

Actualizá availability a OutOfStock. Mantener InStock en un producto agotado genera inconsistencias y una mala experiencia.

¿Puedo marcar precios en promoción?

Sí, siempre que el precio marcado sea el que el usuario ve y paga. Revisá la documentación vigente de Google para las propiedades de precios de oferta.

¿Cada cuánto conviene revisar?

Después de cada cambio de tema o plantilla, y mensualmente en Search Console.

Un catálogo ordenado como base

Los datos estructurados solo son confiables si la información de origen está bien cargada: nombre, fotos, precio, variantes y stock al día. En Orbitienda manejás el catálogo con variantes y stock por variante que se actualiza solo con cada venta, con hosting, sitio seguro y actualizaciones incluidos, dominio propio y un checkout mobile-first. Una base técnica sólida para que tu trabajo de SEO rinda.

Conocé Orbitienda y concentrate en crecer, no en mantener la infraestructura.