Taxonomía de productos y asignación de SKU para Retail Media

Nadie pone la taxonomía en primer plano en una presentación de Retail Media. Sin embargo, cada definición de audiencia, conjunto de productos e informe de ventas depende de ella. Si el catálogo dice una cosa, el sistema de punto de venta dice otra y el anunciante utiliza una tercera definición de categoría, la plataforma puede entregar los medios pero pierde la capacidad de explicar en qué contexto se realizó la entrega.

La taxonomía de productos es la estructura que organiza los productos en categorías y subcategorías. La asignación de SKU conecta cada artículo vendible, empaque, variante e identificador con los registros correctos de productos y categorías. Juntos forman la capa de traducción entre la mercadería, las transacciones y los medios.

Esta guía aborda la arquitectura: la jerarquía, los identificadores, las correspondencias, el control de versiones y la gobernanza que mantienen comparables las audiencias y las mediciones. La afinidad de categorías muestra cómo los conjuntos de productos gobernados se convierten en un insumo para las audiencias.

Por qué un árbol de categorías no es suficiente

Un árbol de categorías les da a los productos un lugar donde ubicarse. Retail Media necesita más.

Una barra de proteínas podría encontrarse en «Snacks > Barras» en un Retailer, en «Salud > Nutrición deportiva» en otro y en «Confitería > Barras funcionales» en un tercero. Una marca puede definir su conjunto competitivo como todos los productos proteicos de consumo rápido, incluyendo bebidas y polvos. Ninguna de esas perspectivas es automáticamente incorrecta. El problema surge cuando los equipos pasan de una a otra sin una tabla de correspondencias documentada.

La Clasificación Global de Productos de GS1 ofrece una jerarquía compartida para agrupar productos (Clasificación Global de Productos de GS1). Los Retailers aún necesitan estructuras internas para la navegación, la organización de surtido, los informes financieros y la gestión local de categorías. Una arquitectura útil no reemplaza todas las jerarquías internas por un solo árbol global. Las vincula.

El diseño mínimo suele tener cuatro capas:

1. Capa de identidad: el artículo comercial y sus identificadores.
2. Capa de producto: las relaciones subyacentes entre la familia de productos, las marcas, la variante y el empaque.
3. Capa de clasificación: la jerarquía principal de mercadería más las facetas controladas.
4. Capa de medios: agrupaciones de campañas, conjuntos competitivos, SKU promocionados y conjuntos de halo.

La combinación de estas capas genera datos frágiles. Un grupo de campaña temporal no debería reescribir silenciosamente la taxonomía de la mercadería. Un nuevo paquete promocional no debería tratarse como una nueva familia de marcas simplemente porque tiene un nuevo SKU.

SKU, producto y familia de productos

Los equipos suelen utilizar el término «SKU» como si significara «producto». Por lo general, se refiere a un registro de control de inventario específico de cada Retailer. Un mismo artículo subyacente puede tener diferentes SKU internos según el país, la tienda o el sistema. Los diferentes tamaños de empaque requieren identidades de artículo comercial distintas, pero pueden agruparse en una sola familia de productos para ciertos análisis.

GS1 describe el GTIN como el identificador utilizado para identificar artículos comerciales (estándar GS1 GTIN). Los GTIN no resuelven todos los problemas de datos internos, pero proporcionan una clave externa estable cuando están presentes y se administran correctamente.

Un modelo de mapeo viable debe distinguir:

• cada artículo comercial vendible;
• el SKU del Retailer y los códigos de artículo a nivel de tienda;
• el GTIN u otros identificadores de origen;
• la familia de productos;
• atributos de variantes, como sabor o tamaño;
• paquetes múltiples, paquetes combinados y paquetes promocionales;
• relaciones de reemplazo, descatalogación y sucesión;
• los nodos de taxonomía y las agrupaciones de medios asociados a cada nivel.

Pensemos en el yogur. Un vaso de 150 g de fresa, un envase de 500 g de fresa y un paquete de cuatro no son intercambiables al momento de pagar. Pueden ser SKU y GTIN distintos. Aun así, pueden pertenecer a una misma familia de productos en cuanto al alcance de las marcas, mientras que el análisis a nivel de empaque sigue siendo necesario para las ventas y la disponibilidad de los artículos promocionados.

Las tablas de correspondencia traducen las perspectivas de negocio

Una tabla de correspondencias asigna un nodo o conjunto de productos de un sistema a los nodos o productos correspondientes en otro. Las tablas de correspondencias son necesarias porque la categoría del Retailer, el portafolio del anunciante y un feed de compras externo rara vez utilizan estructuras idénticas.

El sistema para comerciantes de Google muestra esta estructura dual: los comerciantes pueden usar la categoría predefinida de Google y, al mismo tiempo, proporcionar su propia jerarquía «`product_type`» (guía de categorías de productos de Google). Retail Media necesita la misma claridad. Almacena ambos valores; no sobrescribas uno con el otro.

Cada tabla de correspondencias debe registrar:

• los sistemas de origen y destino;
• las versiones de origen y destino;
• tipo de relación: exacta, más amplia, más específica o parcial;
• productos incluidos y excluidos;
• fechas de vigencia;
• titular y estado de aprobación;
• excepciones conocidas.

Una tabla uno a uno no es suficiente cuando la relación es uno a muchos. Supongamos que el conjunto de «bebidas funcionales» de una marca abarca bebidas energéticas, agua enriquecida, bebidas deportivas y kombucha. El Retailer puede almacenarlas en cuatro ramas de la taxonomía. La capa de medios puede crear un grupo gobernado que las abarque a todas sin dar a entender que la jerarquía de la mercancía haya cambiado.

Cuando la taxonomía falla en la segmentación

La segmentación falla cuando la audiencia solicitada y la jerarquía del catálogo no describen el mismo universo de productos.

Una marca solicita compradores de bebidas funcionales. La plataforma selecciona únicamente el nodo de bebidas energéticas del Retailer. La audiencia es precisa en términos técnicos, pero incompleta desde el punto de vista comercial. Otra plataforma utiliza palabras clave del título e incluye polvos proteicos. La audiencia es más amplia, pero presenta ruido.

Por lo tanto, el briefing debe vincular a las audiencias a un conjunto de productos con una versión específica. Registra los nodos de categoría, las inclusiones explícitas, las exclusiones explícitas y la fecha de vigencia. Si el conjunto cambia durante la campaña, conserva ambas versiones y explica el efecto en las comparaciones de alcance y resultados.

La taxonomía también puede generar una precisión engañosa. Una audiencia denominada «compradores de snacks premium» puede depender de un indicador «premium» que se aplica de manera inconsistente. La etiqueta suena útil; la información de entrada, no. Los compradores de medios deben solicitar métricas de cobertura y calidad para cada atributo utilizado para definir la elegibilidad.

Cuando la taxonomía afecta la medición

La medición falla cuando cambia el denominador o los límites del producto.

Un informe afirma que hubo un aumento en la categoría de productos lácteos. ¿Incluye la categoría de productos lácteos los productos alternativos? ¿Incluye el queso y la mantequilla cuando la campaña promocionaba yogur? ¿Se eliminaron los artículos descatalogados? ¿Una actualización de la taxonomía movió productos entre subcategorías después del lanzamiento?

Las directrices de IAB/MRC sobre Retail Media exigen definiciones claras para los productos promocionados, el halo de marca y el halo de categoría, y hacen hincapié en un alcance de los informes consistente (Directrices de medición de Retail Media de IAB/MRC). La arquitectura de datos debe hacer que esas definiciones sean aplicables.

Para cada campaña, conserve:

• las SKU promocionadas;
• las familias de productos anunciadas;
• productos del halo de la misma marca;
• los productos del halo de categoría;
• el conjunto de la competencia, si se utiliza;
• productos excluidos;
• versión de taxonomía y mapeo;
• cobertura de tiendas y del período de reporte;
• manejo de devoluciones, sustituciones y productos agotados.

No calcule el halo tomando lo que se encuentre actualmente bajo un nodo de categoría. El contrato de la campaña debe definir el conjunto de halo antes de que se revisen los resultados.

Taxonomía del Retailer y taxonomía de la marca

Los Retailers organizan los productos para administrar las tiendas y el comercio electrónico. Las marcas organizan sus carteras para gestionar las categorías y la competencia. Una plataforma no debe forzar la desaparición de ninguna de estas dos perspectivas.

Utilice una capa de traducción:

1. El Retailer conserva su jerarquía principal de mercancías.
2. La plataforma mantiene una identidad estable de los productos y las relaciones entre familias.
3. Las perspectivas de los anunciantes se representan como conjuntos de productos regulados o tablas de correspondencia.
4. Las definiciones de las campañas hacen referencia a versiones inmutables de esos conjuntos.
5. Los informes muestran qué perspectiva generó cada cifra.

Este modelo también evita un problema común de naturaleza política: discutir sobre qué taxonomía es la «correcta» cuando lo que realmente se necesita es comparar dos perspectivas comerciales legítimas.

Controlar los cambios en la taxonomía

El trabajo de taxonomía nunca termina. Llegan nuevos productos, los proveedores cambian las descripciones, aparecen gamas de temporada y la estrategia de categorías evoluciona. La capacidad valiosa no es una hoja de cálculo perfecta. Es un proceso de cambio controlado.

Un flujo de trabajo de gobernanza debe incluir:

• propietarios de datos designados para las asignaciones de identidad, jerarquía y campañas;
• solicitudes de cambio con justificación comercial;
• un análisis de impacto automatizado antes de mover o dividir un nodo;
• revisión de las audiencias afectadas, las campañas y los informes históricos;
• publicación con versiones y fechas de vigencia;
• procedimientos de reversión y corrección;
• niveles de servicio para productos sin asignar y en disputa.

GS1 EPCIS se basa en compartir datos de eventos de visibilidad con el qué, cuándo, dónde, por qué y cómo de los productos y activos (estándar GS1 EPCIS). Retail Media no necesita copiar la arquitectura de EPCIS al pie de la letra, pero el principio de procedencia es útil: los datos de los productos deben incluir suficiente contexto para mostrar qué cambió, de dónde proviene y cuándo entró en vigor.

Un modelo de datos mínimo

Una implementación práctica puede comenzar con las siguientes tablas o entidades:

Artículo comercial

Identificador, SKU del Retailer, GTIN (si está disponible), descripción, empaque, variante, estado y fuente.

Familia de productos

Marca, gama, producto principal y relaciones entre tamaños, sabores y empaques.

Nodo de taxonomía

ID del nodo, padre, nombre, definición, versión de la jerarquía y fechas de vigencia.

Asignación

Artículo comercial o familia, nodo, tipo de asignación, método, nivel de confianza, fuente y revisor.

Tabla de correspondencias

Nodo o conjunto de productos de origen, nodo o conjunto de destino, tipo de relación, excepciones y versión.

Conjunto de productos de la campaña

Artículos promocionados, de halo, de la competencia y excluidos vinculados a una campaña y un rango de fechas.

La tecnología de implementación importa menos que preservar los identificadores, las versiones y el linaje estables.

Valida la capa de mapeo antes del lanzamiento

Realice las mismas verificaciones previas al lanzamiento en cada versión propuesta de la taxonomía o tabla de correspondencias:

• calcula la tasa de artículos sin asignar para los SKU activos y enumera todas las brechas comercialmente relevantes;
• detectar identificadores duplicados o conflictivos para el mismo artículo comercial;
• identifica los nodos huérfanos, las referencias a padres rotas y los productos asignados a nodos retirados;
• revisar cada tabla de correspondencia inesperada de uno a muchos o de muchos a muchos, en lugar de simplificarla sin avisar;
• rechazar las brechas o superposiciones en las fechas de vigencia que dejen dos versiones activas al mismo tiempo;
• conciliar los conjuntos de campañas promocionales, de halo, de la competencia y excluidas con la asignación propuesta;
• reproducir un informe histórico utilizando su taxonomía original y la versión de la tabla de correspondencias, y luego comparar su alcance de productos y totales con el resultado archivado.

La publicación debe detenerse cuando un producto activo no tenga una asignación permitida, haya un conflicto de identificadores, una relación tenga una cardinalidad inexplicable, las fechas de vigencia se superpongan, un conjunto de campañas ya no concuerde o no se pueda reproducir un informe histórico. Los elementos sin asignar de bajo riesgo pueden ingresar a una fila de excepciones documentadas solo cuando se excluyan de las audiencias y los informes afectados.

Ejemplo práctico: una campaña de barras proteicas

Un retailer ofrece 80 SKU de barras. Su rama «Snacks > Barras» incluye barras de cereal, barras de confitería y barras de proteína. El anunciante define su mercado como nutrición portátil rica en proteínas, que también incluye dos productos listos para beber.

Una configuración justificada haría lo siguiente:

1. resolver todas las 80 identidades y variantes de SKU;
2. conservar los nodos de mercancía de los Retailers;
3. crearía un conjunto regulado de barras proteicas basado en reglas de clasificación;
4. crearía un conjunto de mercado más amplio para el anunciante que incluya las dos bebidas;
5. congelar los conjuntos de productos promocionados, de halo de marca y de halo de categoría antes del lanzamiento;
6. informar los resultados por separado para las barras promocionadas, el halo de la misma marca y el mercado más amplio;
7. conservar las versiones de los conjuntos para que un cambio posterior de categoría no reescriba el historial.

El objetivo no es construir la audiencia más grande. Se trata de hacer que cada inclusión sea reproducible.

Lista de verificación para compradores

Antes de aprobar una configuración de datos de Retail Media, pregúntese:

• ¿Qué identifica a un artículo comercial en todos los sistemas?
• ¿Cómo se relacionan los SKU de los Retailers con los GTIN, las familias de productos y las variantes?
• ¿Qué jerarquía es la de referencia para la mercadería, los medios y los informes?
• ¿Cómo se cruzan las taxonomías externas y las de los anunciantes?
• ¿Se pueden representar relaciones uno a muchos y parciales?
• ¿Se congelan los conjuntos promocionados y de halo al inicio de la campaña?
• ¿Se pueden reproducir los informes históricos según la versión original?
• ¿Qué falla cuando cambia un nodo de la taxonomía?
• ¿Quién aprueba, publica y revierte los cambios?

Preguntas frecuentes

¿Es suficiente una taxonomía global para Retail Media?

No. Proporciona una referencia compartida útil, pero los Retailers aún necesitan estructuras de mercadería locales y los anunciantes necesitan vistas de su cartera. Los sistemas necesitan mapeos regulados.

¿Los tamaños de empaque deben compartir un mismo SKU?

No. Los empaques vendibles generalmente necesitan identidades de artículo distintas. Pueden agruparse en una familia de productos compartida para análisis específicos.

¿Cuál es la diferencia entre una tabla de correspondencias y una clasificación?

La clasificación asigna un producto a un nodo. Una tabla de correspondencias traduce nodos o conjuntos de productos entre sistemas.

¿Por qué congelar los conjuntos de productos de una campaña?

Porque la taxonomía y el surtido cambian. Congelar o versionar el conjunto preserva el significado de la campaña y permite que las mediciones posteriores sean reproducibles.

En resumen

La taxonomía y la asignación de SKU no son tareas de mantenimiento del catálogo. Son el vínculo que conecta la información veraz del producto con la entrega a las audiencias y la evidencia de ventas. Mantén separadas la identidad, la clasificación, las correspondencias y los conjuntos de campaña. Crea versiones de cada relación importante. Así, la segmentación y los informes podrán sobrevivir a los cambios que ocurren en los sistemas Retailers reales.

¿Listo para ver cómo funciona en la práctica?

Footprints AI ayuda a marcas y Retailers a medir lo que importa. Consulta nuestros casos de éxito de clientes o ponte en contacto para hablar sobre tu estrategia de Retail Media.