Schema para eCommerce: productos y FAQs con IA

¿Tres segundos para decidir si esto te interesa? Si vendes online y Google (o las respuestas con IA) no “entiende” exactamente qué vendes, a qué precio y con qué variantes, tu visibilidad se vuelve más frágil que la de un competidor con marcado limpio. En esta guía (actualizada a 30 de enero de 2026) te dejo qué Schema necesita un eCommerce, plantillas JSON-LD listas, cómo generarlo con IA sin romper tu theme (Shopify) o tu plantilla (WooCommerce) y un checklist final para validar y evitar errores típicos.

1. Qué Schema necesita un eCommerce (y por qué impacta en SEO)

Cuando hablamos de schema ecommerce no hablamos de “un truco para sacar estrellitas”. Hablamos de reducir incertidumbre para los motores: declarar de forma estructurada qué es una página, qué entidad describe, cuáles son sus atributos (precio, disponibilidad, marca, identificadores) y cómo se relaciona con otras páginas (migas de pan, variantes, categorías).

En SEO moderno (2026), el marcado estructurado juega en dos tableros:

• Google Search tradicional: ayuda a elegibilidad de ciertos resultados enriquecidos (cuando corresponda) y, sobre todo, a coherencia de datos cuando hay múltiples señales (texto, HTML, feeds, Merchant Center, etc.).
• Resultados con IA / respuestas generativas: los sistemas necesitan extraer hechos confiables. El JSON-LD bien implementado facilita la extracción de atributos y reduce “interpretaciones” incorrectas (por ejemplo, confundir un precio tachado, un rango o un producto agotado).

Para un eCommerce típico, los tipos más útiles (y seguros) son:

• Product en páginas de producto (obligatorio si quieres que el producto sea entendible a nivel entidad).
• Offer (dentro de Product) para precio, moneda, disponibilidad y condición.
• AggregateRating y Review solo si las reseñas se muestran al usuario y son reales (evita marcado “inventado” o no visible).
• BreadcrumbList en categorías y producto (mejora el contexto de jerarquía y navegación).
• FAQPage únicamente en páginas donde haya un bloque de preguntas frecuentes visible y útil (por ejemplo, “envíos”, “devoluciones”, “tallas” o “compatibilidad”).

¿Qué gana tu negocio con esto? Principalmente:

• Menos fricción algorítmica: menos errores de interpretación de precio/stock.
• Mejor consistencia entre sistemas: si luego usas feeds, Merchant Center o automatizaciones, el dato estructurado actúa como “contrato” de datos.
• Mejor escalabilidad: un buen template JSON-LD permite implementar en miles de URLs con control centralizado.

Si no sabes por dónde empezar o quieres una auditoría rápida de tu marcado, en servicios de SEO eCommerce solemos priorizar: 1) Product, 2) Breadcrumbs, 3) FAQ donde aporte valor y no se perciba como contenido “inflado”.

2. Plantillas JSON-LD: Product, FAQ y Breadcrumbs (con ejemplos)

Vamos a lo accionable: plantillas datos estructurados product, FAQ y breadcrumbs en JSON-LD. Puedes pegarlas en tu theme/plantilla y luego reemplazar variables con las de Shopify/WooCommerce. Importante: el JSON-LD debe reflejar lo que el usuario ve (precio actual, moneda, disponibilidad, variantes si aplica).

Ejemplo 1: Product (con Offer)

<script type="application/ld+json">
{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "Zapatillas Trail X",
  "image": [
    "https://tudominio.com/img/trail-x-1.jpg",
    "https://tudominio.com/img/trail-x-2.jpg"
  ],
  "description": "Zapatillas de trail running con suela antideslizante y refuerzo lateral.",
  "sku": "TRAILX-42",
  "brand": {
    "@type": "Brand",
    "name": "MarcaEjemplo"
  },
  "offers": {
    "@type": "Offer",
    "url": "https://tudominio.com/productos/zapatillas-trail-x",
    "priceCurrency": "EUR",
    "price": "129.90",
    "priceValidUntil": "2026-12-31",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition"
  }
}
</script>

Notas clave:

• price debe ser un número en formato texto con punto decimal si aplica.
• availability usa URLs de Schema.org (InStock, OutOfStock, PreOrder…).
• priceValidUntil es opcional, pero útil si trabajas con promociones; evita fechas pasadas.
• Si tienes variantes: puedes modelarlas como ProductGroup + hasVariant o simplificar con el offer de la variante seleccionada (depende del CMS y del nivel de control). Si no lo vas a implementar bien, es mejor un Product simple correcto que un ProductGroup inconsistente.

Ejemplo 2: FAQPage (solo si existe FAQ visible)

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "¿Cuánto tarda el envío?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Los envíos estándar tardan entre 24 y 72 horas laborables en península."
      }
    },
    {
      "@type": "Question",
      "name": "¿Puedo devolver el producto si no me queda bien?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Sí. Aceptamos devoluciones dentro de los 30 días posteriores a la entrega, siempre que el producto esté en perfecto estado."
      }
    }
  ]
}
</script>

Recomendación práctica: usa FAQ donde reduzca objeciones (tallas, compatibilidad, mantenimiento, garantías). Evita FAQs genéricas repetidas en miles de productos si no aportan nada: en 2026 es más rentable priorizar calidad y diferenciación.

Ejemplo 3: BreadcrumbList

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Inicio",
      "item": "https://tudominio.com/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Zapatillas",
      "item": "https://tudominio.com/categoria/zapatillas"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Trail",
      "item": "https://tudominio.com/categoria/zapatillas/trail"
    },
    {
      "@type": "ListItem",
      "position": 4,
      "name": "Zapatillas Trail X",
      "item": "https://tudominio.com/productos/zapatillas-trail-x"
    }
  ]
}
</script>

Breadcrumbs es de los marcados con mejor relación esfuerzo/beneficio: es simple, reduce ambigüedad y ayuda a que el buscador entienda jerarquías (especialmente si tu enlazado interno es complejo).

Si quieres una implementación “a prueba de escalado” (miles de productos, cambios de precio, stock, multimoneda), suele ser más eficiente definir una estrategia de plantillas y QA. En SEOAGIL solemos combinar: auditoría + template + automatización de validación para que el Schema no se rompa en cada cambio de theme/plugin.

3. Cómo generarlo con IA y desplegarlo en Shopify/WooCommerce

La IA es muy buena generando borradores de JSON-LD, pero el riesgo no está en “que falte una coma”: está en mapear mal los datos reales del CMS (precio final vs precio original, stock por variante, canonical vs URL con parámetros, etc.). La forma correcta de usar IA en 2026 es como asistente de plantillado y QA semántico, no como fuente de “datos”.

Flujo recomendado (rápido y robusto):

1. Define el modelo: qué campos vas a publicar (name, image, description, brand, sku/gtin, offers…).
2. Extrae la verdad del CMS: identifica variables fiables (Shopify Liquid / WooCommerce PHP hooks).
3. Genera el template con IA: pídele que cree un JSON-LD con placeholders (sin inventar valores).
4. Implementa por plantilla (producto, categoría, páginas informativas con FAQ).
5. Valida con pruebas automáticas + muestreo manual (ver checklist final).

Prompt útil para IA (ejemplo):

Crea un JSON-LD de schema.org tipo Product para un eCommerce.
No inventes datos. Usa placeholders con nombres:
{{product_title}}, {{product_description}}, {{product_url}}, {{product_images}}, {{sku}}, {{brand}}, {{price}}, {{currency}}, {{availability_url}}.
Incluye Offer. Devuelve solo el JSON válido.

Despliegue en Shopify (Liquid): normalmente lo implementas en main-product.liquid / sección equivalente o en el archivo de plantilla del producto. Ideas prácticas:

• Usa {{ product.title | json }} y filtros | json para escapar comillas correctamente.
• El precio en Shopify suele venir en centavos; conviértelo a decimal.
• Si hay variantes, decide: schema por variante seleccionada (más simple) o ProductGroup (más completo, más delicado).

Mini-caso típico: el theme muestra “Desde 19,90€” (rango), pero el JSON-LD publica un único precio. Resultado: validación “pasa”, pero Google detecta inconsistencia y puede ignorar el marcado. Solución: publicar el precio de la variante seleccionada o modelar rangos correctamente (según estructura real de la página).

Despliegue en WooCommerce (WordPress): tienes tres vías:

• Con tu theme child: insertar el script en single-product.php o mediante hooks (wp_head / hooks de WooCommerce) para evitar perder cambios al actualizar.
• Con un plugin de schema: rápido, pero revisa el control real que te da sobre variantes, stock y breadcrumbs. Muchos plugins generan marcado genérico.
• Custom plugin: ideal si quieres control total y QA automatizable.

Automatización (n8n) para escalar QA: aunque aquí no usemos herramientas externas en el artículo, la idea es simple: programar un flujo que (1) tome un listado de URLs de producto, (2) descargue el HTML, (3) extraiga el bloque JSON-LD, (4) valide que existan campos críticos (price, availability, url) y (5) te alerte cuando falten o cambien. Si quieres que lo montemos contigo, combina esto con una consultoría SEO orientada a automatización y control de calidad.

Consejo de 2026 para IA Overviews: además del Schema, cuida la coherencia entre: título H1, precio visible, estado de stock visible, políticas (envío/devolución) y el contenido FAQ. Los sistemas generativos tienden a responder con “resúmenes” y comparativas: si tu sitio tiene señales consistentes, es más probable que te cite correctamente y con menos errores.

4. Conclusión: checklist de validación y errores a evitar

El Schema perfecto no es el más largo: es el que no contradice a tu web y se mantiene estable a lo largo del tiempo. En eCommerce, donde cambian precio y stock a diario, la prioridad es la higiene del dato. A 30 de enero de 2026, la mejor estrategia sigue siendo: template limpio + automatización de QA + revisiones tras cambios de theme/plugins.

Checklist práctica (antes de publicar y después de cada cambio):

• Product: existe en todas las URLs de producto indexables.
• Offer: incluye priceCurrency, price, availability y url.
• Consistencia: el precio/stock del JSON-LD coincide con lo visible (incluyendo descuentos y variaciones).
• URLs: url y breadcrumbs usan la versión canonical (sin parámetros).
• Imágenes: image apunta a URLs accesibles (200 OK) y representativas.
• Identificadores: usa sku y, si aplica, gtin (GTIN-13/EAN) o mpn para mejorar matching.
• FAQPage: solo en páginas con FAQ real y visible; evita duplicar el mismo FAQ genérico en todo el catálogo.
• BreadcrumbList: posiciones correctas, nombres legibles, jerarquía real.
• Validación: pasa Rich Results Test (si aplica) y Schema Markup Validator sin errores críticos.
• Monitorización: revisa en Search Console si aparecen avisos de datos estructurados y si crecen errores tras despliegues.

Errores comunes (y cómo evitarlos):

• Marcar reviews inexistentes: si no se ven en la página o son “agregadas” sin base, Google puede ignorarlas. Publica solo lo real.
• Precio incorrecto por impuestos o moneda: si el usuario ve IVA incluido pero schema publica sin IVA, habrá inconsistencia. Define tu regla y mantén coherencia.
• Availability desactualizado: “InStock” en productos agotados es un clásico. Si tu stock cambia mucho, automatiza la salida del marcado desde el dato real.
• FAQ spam: meter FAQs solo para ocupar SERP suele deteriorar calidad. Mejor pocas FAQs, muy concretas.
• JSON-LD roto por comillas: muy típico al no escapar strings. En Shopify usa filtros | json; en WordPress usa wp_json_encode().

Si quieres que revisemos tu implementación y dejemos un sistema de validación recurrente (incluyendo automatización en n8n y control post-deploy), mira nuestros servicios de automatización y SEO técnico o escríbenos desde la página de contacto para auditoría.

Preguntas frecuentes

¿El Schema garantiza rich snippets o aparecer en resultados con IA?

No. El marcado aumenta elegibilidad y mejora comprensión, pero Google decide si muestra resultados enriquecidos. En sistemas con IA, ayuda a extraer atributos con menos ambigüedad, pero tampoco es garantía.

¿Puedo usar FAQ Schema en todas las fichas de producto?

Solo si el bloque FAQ es visible y relevante en cada ficha. Si es el mismo FAQ genérico repetido, suele aportar poco y puede considerarse inflación de marcado. Mejor: FAQs específicas por familia de producto o por dudas reales.

¿Qué pasa si tengo precios por variante o rangos (“desde”)?

Evita publicar un único precio si la página muestra un rango. Puedes publicar el precio de la variante seleccionada (si la página refleja esa selección) o plantear una modelización más avanzada. Lo importante es la coherencia.

¿Cómo valido rápidamente si mi JSON-LD está bien?

Haz una validación técnica (errores/advertencias) y una validación de negocio: abre la página como usuario y comprueba que precio, moneda, stock, nombre e imagen coinciden con el JSON-LD. Si cambias theme/plugins, repite el chequeo.

¿Qué priorizo si tengo poco tiempo?

Primero Product + Offer en producto, después BreadcrumbList. Añade FAQPage solo donde reduzca dudas y mejore conversión (envíos, devoluciones, compatibilidad).