SKU
Un SKU (Stock Keeping Unit, Unidad de Mantenimiento de Existencias) es un código alfanumérico único que un minorista asigna a una variante específica de producto para rastrearla a través del inventario, las ventas y el cumplimiento de pedidos. A diferencia de un UPC o un código de barras, un SKU es interno al negocio y puede codificar atributos como tamaño, color o ubicación en el almacén. Cada variación vendible y distinta de un producto recibe su propio SKU.
Definición de SKU
Un SKU (Stock Keeping Unit, Unidad de Mantenimiento de Existencias) es un identificador único que un negocio crea para rastrear una versión específica y vendible de un producto a través de los sistemas de inventario, pedidos y ventas. Si una sudadera viene en tres colores y cuatro tallas, eso son doce SKU, porque cada combinación debe contarse, fijarse un precio y reordenarse de forma independiente. Un SKU no es lo mismo que un nombre de producto o un listado — un producto puede tener muchos SKU, uno por cada variante que un cliente puede seleccionar y comprar. Los SKU son internos al negocio que los crea, lo que los distingue de los UPC y EAN, que son códigos estandarizados asignados por un organismo externo (GS1) y compartidos por todos los minoristas que venden ese artículo exacto. Por lo tanto, un minorista puede crear su propio SKU para un producto que compra al por mayor, superponiendo un código interno sobre el código de barras del fabricante para que sus propios sistemas de almacén e informes puedan rastrearlo de manera consistente.
Cómo se Estructuran los Códigos SKU
No existe un estándar universal para el formato de SKU, lo que es tanto una fortaleza como una fuente común de caos. La mayoría de los comerciantes construyen una cadena alfanumérica corta que codifica los atributos que importan para fines de almacén e informes: categoría, línea de producto, color y talla son componentes comunes. Un patrón típico se ve como TSH-CREW-BLK-L para una camiseta negra talla grande de cuello redondo, o MUG-CER-12OZ para una taza de cerámica de 12 onzas. Un buen diseño de SKU tiende a seguir algunas reglas: mantener los códigos con una longitud consistente para que sean fáciles de escanear visualmente y ordenar en una hoja de cálculo, evitar espacios y caracteres especiales que puedan romper importaciones CSV o slugs de URL, y hacer que el código sea lo suficientemente legible para que un preparador de almacén pueda reconocer el producto solo con el código, sin tener que buscarlo. Algunos negocios utilizan en su lugar SKU numéricos secuenciales (10001, 10002…) generados automáticamente por su plataforma, intercambiando legibilidad por unicidad garantizada. Cualquier enfoque funciona siempre que se aplique de manera consistente — el modo de fallo suele ser la inconsistencia: una línea de producto codificada a mano, otra generada automáticamente, sin una lógica compartida entre ellas.
Por Qué el Seguimiento a Nivel de SKU es Importante para el Comercio Electrónico
La granularidad del SKU es lo que hace posible la gestión de inventario en absoluto. Los conteos de stock agregados a nivel de “producto” ocultan el hecho de que una variante está agotada mientras otra tiene exceso de stock — una tienda podría mostrar “Camiseta: en stock” mientras la talla que realmente se vende lleva dos semanas en pedido pendiente. El seguimiento a nivel de SKU también sustenta los cálculos de puntos de reorden, ya que una talla mediana y una talla XL de la misma camiseta se venden a diferentes ritmos y necesitan diferentes activadores de reorden. Más allá del inventario, el SKU es la clave de unión natural para el análisis de márgenes: una vez que un SKU tiene un costo total (costo unitario, flete de entrada, empaque) asociado, cada línea de pedido puede vincularse a un costo real, y los ingresos y la rentabilidad pueden informarse exactamente con la misma granularidad que el almacén utiliza para gestionar el stock. Sin datos de costos a nivel de SKU, los informes de rentabilidad tienen que recurrir a promedios a nivel de pedido, que difuminan los productos de alto margen y los productos líderes en pérdidas de una manera que oculta qué SKU vale realmente la pena promocionar.
SKU vs. UPC vs. ID de Producto
| Identificador | Quién lo asigna | Alcance | Uso típico |
|---|---|---|---|
| SKU | El minorista o la marca misma | Interno a un negocio | Inventario, reorden, informes internos |
| UPC / EAN | GS1 (organismo externo de estándares) | Global, compartido entre todos los vendedores | Escaneo en punto de venta, listados en marketplaces |
| ID de Producto / ASIN | La plataforma (ej., Amazon, Shopify) | Interno a esa plataforma | Gestión de catálogo dentro de un solo canal |
| ID de Variante | La base de datos de la plataforma de comercio electrónico | Interno al backend de la tienda | Referencia técnica, rara vez visible para el cliente |
Un solo producto físico puede llevar los cuatro simultáneamente: un UPC asignado por el fabricante, un SKU asignado por el minorista, un ASIN asignado por el marketplace y un ID de variante asignado por la plataforma. Los vendedores multicanal generalmente necesitan una tabla de mapeo que reconcilie estos para que una venta en Amazon y una venta a través de una tienda Shopify se consoliden en el mismo SKU subyacente para los informes.
Stay Updated on AI Visibility Trends
Get the latest insights on AI mentions, brand monitoring, and optimization strategies.
Datos de SKU y el Comercio Impulsado por IA
A medida que las compras se realizan cada vez más a través de asistentes de IA como ChatGPT Shopping, Perplexity Shopping y Rufus de Amazon, las fuentes de datos de productos — la información estructurada que le dice a estos sistemas qué hay en stock, a qué precio y en qué variante — dependen de datos limpios a nivel de SKU subyacentes. Un asistente de compras de IA que recomiende “la talla mediana en azul” necesita que la fuente subyacente resuelva eso a un SKU real con stock y precio reales, no un listado de producto genérico. Los SKU desordenados o duplicados son una razón común por la que las fuentes de productos son rechazadas o mal representadas en estos canales. En el lado del análisis, herramientas como los informes eshop_get_products y eshop_list_product_costs de AmICited funcionan a nivel de granularidad de SKU precisamente porque es el nivel al que las preguntas de rentabilidad realmente se responden — “¿qué variante de este producto debería seguir stockeando?” es una pregunta a nivel de SKU, no una a nivel de nombre de producto. Reportar ingresos y márgenes por SKU, en lugar de por título de producto, es lo que permite a un comerciante ver que la talla mediana negra se vende con un margen del 40% mientras que la XXL verde neón, a pesar de ser el “mismo producto”, apenas alcanza el punto de equilibrio.
Mejores Prácticas para la Gestión de SKU
- Establece un SKU canónico por variante antes de listar en múltiples canales, y mapea cada ID específico del canal de vuelta a él
- Mantén los códigos SKU cortos, con longitud consistente y sin espacios ni caracteres especiales
- Asigna un costo total a cada SKU, no solo un precio minorista, para que el margen pueda calcularse automáticamente
- Evita reutilizar un SKU retirado para un producto nuevo y no relacionado — los informes históricos combinarán ambos
- Audita en busca de SKU duplicados o casi duplicados (un resultado común de ediciones manuales en hojas de cálculo) de forma regular
- Incluye el SKU en cada exportación — pedidos, devoluciones y hojas de costos — para que los conjuntos de datos siempre puedan unirse
Errores Comunes con los SKU
Un problema frecuente es tratar “producto” y “SKU” como intercambiables en los informes, lo que produce conteos de inventario y cifras de margen que se ven bien en conjunto pero ocultan una variante de bajo rendimiento debajo de una de buen rendimiento. La solución es asegurarse de que cada informe — ventas, stock, costos — se genere a nivel de SKU y solo se consolide a nivel de producto como una conveniencia de visualización, no como el cálculo subyacente. Otro problema común es la desviación de SKU entre canales de venta: un comerciante crea un esquema de SKU en su sistema POS, otro diferente es generado automáticamente por su plataforma de comercio electrónico, y un tercer formato aparece en un listado de marketplace, sin dejar una forma confiable de reconciliar las ventas totales de una variante determinada sin emparejamiento manual. La solución estándar es una tabla de mapeo mantenida de forma centralizada, idealmente dentro de la plataforma que realiza los informes, en lugar de recreada ad hoc en una hoja de cálculo cada vez. Un tercer error es reutilizar SKU cuando un producto se descontinúa y se reemplaza — una nueva formulación o rediseño con el SKU antiguo enturbia los datos históricos de tendencias, haciendo parecer que el mismo producto repentinamente cambió su rendimiento en lugar de mostrar una división clara de antes/después. Finalmente, muchos comerciantes pequeños omiten asignar un costo total real a cada SKU, optando en su lugar por un margen estimado plano en todo el catálogo; esto hace que los informes de rentabilidad a nivel de SKU sean técnicamente posibles pero prácticamente engañosos, ya que no pueden revelar la diferencia real entre las variantes de mejor y peor rendimiento.