Cambios en Schema de Google: Cómo adaptar variantes de producto y evitar sanciones

El nuevo estándar 'ProductGroup' para catálogos con variantes

Google Search Central introdujo el soporte oficial para el tipo de datos estructurados ProductGroup de Schema.org. Este cambio técnico busca resolver un problema histórico en los catálogos de e-commerce: la correcta declaración de productos que disponen de múltiples variantes (como diferentes tallas, colores o materiales) sin que los motores de búsqueda las interpreten erróneamente como contenido duplicado.

Para agrupar variantes bajo un único 'producto padre', los comercios electrónicos deben implementar en su marcado JSON-LD propiedades específicas que definen la jerarquía y pertenencia del catálogo:

Esta estructura jerárquica no solo beneficia al posicionamiento orgánico clásico, sino que ayuda a los buscadores de nueva generación basados en IA a interpretar con fidelidad las respuestas sin generar alucinaciones durante la recomendación de un artículo específico.

• hasVariant: Para anidar las variantes individuales de producto.
• variesBy: Para declarar los atributos específicos que definen las variaciones (ej. talla, color).
• productGroupID: El identificador único del grupo completo (parent SKU).
• isVariantOf: Utilizado en el producto 'hijo' para apuntar de vuelta a la entidad padre.

División de guías y nuevas exigencias en Merchant Listings

Google ha segmentado su extensa documentación de productos en tres subdocumentos especializados para facilitar su correcta implementación técnica. Esta división separa los fragmentos generales (Product Snippet) de las páginas transaccionales de comercio electrónico directas, clasificadas bajo el esquema Merchant Listing.

Bajo este marcado transaccional, es ahora obligatorio declarar información detallada y exacta sobre políticas de envíos (shipping), disponibilidad de stock en tiempo real y políticas de devolución (hasMerchantReturnPolicy).

Además, las reglas de coincidencia de políticas se han endurecido: si un e-commerce define reglas de devolución generales de marca mediante el esquema de organización (Organization), pero detalla una política específica en un producto individual (Product), Google priorizará siempre por defecto la especificación del producto individual. Esto exige una auditoría rigurosa para evitar inconsistencias que confundan al consumidor.

El peligro del renderizado dinámico en la sincronización del catálogo

Uno de los mayores focos de error actuales para los gestores de tiendas online se encuentra en la forma en que los buscadores leen el precio y stock de las variantes. Googlebot valida los datos estructurados basándose exclusivamente en el HTML estático de la primera carga de la página.

Si tu e-commerce utiliza JavaScript (Client-Side Rendering) para actualizar dinámicamente el precio en pantalla cuando el usuario pincha sobre una variante de talla o color, los rastreadores de Google no registrarán dicho cambio. Esta desconexión de datos provoca una discrepancia inmediata con la información enviada en el feed XML o API de Google Merchant Center. La consecuencia directa es la suspensión de los anuncios de Google Shopping o campañas de Performance Max (PMax) debido a desajustes de precio automatizados (Automatic Item Updates).

Mayor transparencia y control para contenidos redactados por IA

En consonancia con sus políticas de calidad y transparencia, Google Merchant Center exige declarar el uso de herramientas de inteligencia artificial generativa en la creación de catálogos. Aquellos e-commerce que automaticen la redacción de sus textos de catálogo deben usar obligatoriamente campos especializados.

En concreto, la información generada sintéticamente debe ser mapeada en el feed de datos a través de los atributos específicos structured_title y structured_description. De este modo, el sistema categoriza debidamente el contenido, evitando penalizaciones manuales o automáticas por políticas editoriales ambiguas en la plataforma publicitaria.