El coste de compra por producto es probablemente la columna más valiosa de la base de datos de una tienda y, a la vez, la que más a menudo está vacía. Esta guía reúne en un solo lugar lo que hay que saber sobre el margen en los datos de e-commerce: cómo calcularlo y registrarlo correctamente, por qué durante años se guardó bajo llave, para qué sirve en las campañas de producto y cómo lo utiliza DataOrganizer.
Conceptos
Margen bruto, neto y markup: conceptos claros
Antes de llegar a los datos, el margen tiene que ser inequívoco. En la práctica de las tiendas, bajo una misma palabra se esconden tres magnitudes distintas:
Definición
El margen bruto del producto es la diferencia entre el precio de venta neto y el coste de compra neto (más los posibles costes variables), expresada en euros o como porcentaje del precio de venta. Es la primera medida de lo que la venta deja realmente en la empresa antes de contar los costes fijos y la publicidad.
Fórmula · margen bruto
margen (€) = precio de venta neto − coste de compra neto − costes variables
Ejemplo: 20,33 € − 10,25 € − 2,83 € = 7,25 €. En porcentaje: 7,25 / 20,33 = 35,7%.
Fórmula · POAS (profit on ad spend)
POAS = beneficio bruto de los pedidos / inversión publicitaria
Un POAS de 1,0 significa que la publicidad devuelve exactamente tanto beneficio bruto como cuesta. Por debajo de 1,0, se pierde dinero con cada venta.
El error más frecuente tiene que ver con el markup. El markup se calcula sobre el coste de compra y el margen sobre el precio de venta, así que las mismas cifras dan dos porcentajes distintos:
Markup · calculado sobre el coste
(25 − 12,50) / 12,50 = 100%
Compras por 12,50 € netos y vendes por 25 € netos. El markup suena impresionante.
Margen · calculado sobre el precio
(25 − 12,50) / 25 = 50%
Las mismas cifras. De cada euro vendido quedan en la empresa 50 céntimos, antes de los costes de publicidad.
En las conversaciones con proveedores y con la agencia, y en los datos de la tienda, conviene seguir una única convención y nombrarla de forma explícita. Esta guía utiliza en todo momento el margen calculado sobre el precio de venta neto.
Datos de origen
De dónde sale el margen: coste de compra por SKU
El margen en la analítica tiene una única fuente: el campo de coste de compra en la ficha del producto. La mayoría de las plataformas de tienda online lo incluyen (como coste, precio de compra o campo adicional); basta con rellenarlo y mantenerlo actualizado. La alternativa es un margen porcentual por producto, pero el coste de compra en importe es más preciso: se comporta correctamente con descuentos, promociones y cambios de precio.
Para ver lo que está en juego, basta con desglosar un precio del escaparate. Así se reparten 25 € con IVA en una droguería online de ejemplo (datos ilustrativos):
Anatomía del precio · 25 € con IVA en el escaparate
De 24 € en el escaparate quedan 7,25 € antes de invertir en publicidad. Sin el coste de compra en los datos, esta cifra no se ve y todos los informes se quedan en los ingresos.
Mantener estos datos en orden exige un proceso continuo:
Audita la cobertura de costes
Calcula qué porcentaje de los SKU activos tiene el coste de compra rellenado y qué porcentaje de los ingresos generan. Completa los huecos empezando por los productos más vendidos.
Registra el coste neto y por variante
El coste de compra, siempre sin IVA y a nivel de variante (la talla o la capacidad pueden tener precios distintos en el proveedor). Convierte las divisas de compra según una regla fija.
Actualiza los costes con cada entrega
Cualquier cambio en la tarifa del proveedor debería llegar a la tienda de inmediato, normalmente mediante una importación masiva desde un archivo. Un coste de compra desactualizado puede ser peor que no tenerlo, porque da una falsa seguridad.
Valida los costes cada trimestre
Compara de forma aleatoria el coste registrado en la tienda con las facturas de compra y revisa los productos con margen negativo o sospechosamente alto: suelen ser erratas y unidades confundidas.
Nota contable: el margen se calcula sobre precios sin IVA, mientras que los ingresos en la web y en muchos paneles suelen incluir IVA. Mezclar ambos mundos es el motivo más habitual de «márgenes» que no cuadran con la contabilidad.
Cultura de datos
Por qué el margen fue durante años secreto de la dirección
En muchas empresas, el coste de compra vivió durante años solo en la hoja de cálculo del propietario. Los motivos eran comprensibles: el margen es información comercial sensible, su filtración facilita las cosas a la competencia y a los proveedores, y dentro de la empresa puede avivar discusiones sobre salarios. Por eso, el acceso lo tenían la dirección y contabilidad, mientras que el resto de la empresa (por no hablar de la agencia) trabajaba solo con los ingresos.
Mientras tanto, el entorno ha cambiado. El tráfico publicitario se ha encarecido y las campañas de producto se han automatizado: el algoritmo recibe un objetivo y decide por sí mismo qué productos mostrar. Si solo conoce los ingresos, generará ingresos, también con productos que no dejan ni un euro de beneficio. El sector del e-commerce lo dice hoy abiertamente: tras años de crecimiento a cualquier precio, se ha pasado a medir el beneficio, y el POAS y la rentabilidad por producto forman parte ya del vocabulario habitual de las campañas.
La automatización optimiza lo que ve. Si ve ingresos, genera ingresos, incluso cuando parte de los pedidos no deja ni un euro de margen.
La tensión entre confidencialidad y utilidad se resuelve con un acceso por niveles. Nadie tiene que elegir entre la caja fuerte y la transparencia total:
Nivel 1Dirección y finanzas
Visión completa: costes de compra en importe, contratos con proveedores, márgenes por producto, categoría y canal de venta (tienda propia, marketplace). Aquí se toman las decisiones de precios y compras.
Nivel 2Equipo de e-commerce
Márgenes sin tarifas de compra: porcentajes y rentabilidad por producto y categoría, rankings de beneficio, efectos de las promociones. Basta para planificar la oferta y las campañas.
Nivel 3Agencia y medios
Segmentos en lugar de importes: etiquetas como margen-alto y margen-bajo en el feed, POAS de toda la tienda y POAS estimado de las campañas según los paneles, lista de productos excluidos de las promociones. Suficiente para crear campañas orientadas al beneficio.
A tener en cuenta
La confidencialidad protege los importes de compra, y las campañas necesitan resultados basados en el margen. Ambas cosas son compatibles: las tarifas de los proveedores quedan en un círculo reducido y hacia fuera salen porcentajes, segmentos y etiquetas. Mantener un coste de compra correcto en el sistema de la tienda es condición para ambas a la vez.
Aplicaciones
Para qué sirve el margen por producto en la práctica
Cuando el coste de compra está en los datos, una sola columna alimenta varias decisiones muy distintas:
| Área | Qué cambia con el margen por producto |
|---|---|
| Precios y promociones | el descuento se planifica a partir del margen real del producto; los artículos que con el descuento bajan del umbral quedan fuera de la acción |
| Selección de productos para campañas | el presupuesto lo escalan los productos que combinan demanda y margen; los de alta rotación y bajo margen trabajan la visibilidad, pero con un límite consciente |
| Etiquetas en el feed | valores como margen-alto y margen-bajo permiten dividir las campañas de producto sin revelar importes |
| Evaluación de canales de venta | el mismo artículo, tras las comisiones del marketplace, tiene una rentabilidad distinta que en la tienda propia; la decisión exige cifras, no intuición |
| Compras y almacén | el ranking de beneficio (y no de facturación) indica qué existencias merece la pena reponer primero |
| Evaluación del marketing | POAS y beneficio tras los costes publicitarios en lugar de solo ROAS; una campaña «barata en clics» puede salir cara en beneficio |
El alcance de la reordenación se ve mejor comparando dos rankings del mismo surtido (droguería online, 30 días, datos ilustrativos):
Ranking de ingresos
Ranking de beneficio bruto
El líder en ingresos cae al tercer puesto en beneficio, y el cuarto sube al segundo. Cualquier decisión tomada con el ranking de la izquierda (presupuestos, promociones, compras) afecta a productos distintos de la tomada con el de la derecha.
Riesgo real
Una campaña evaluada por ROAS tiende a escalar los productos del ranking de la izquierda. El set de regalo genera unos ingresos estupendos con un margen del 18%, así que, tras restar el coste publicitario, puede quedarse en cero o por debajo. Sin el margen en los datos nadie lo notará, porque el informe de la campaña sale en verde.
Tendencias
POAS y enfoque profit-first en campañas de producto
El cambio del sector en los últimos años se resume en una frase: de medir ingresos a medir beneficio. En la práctica lo componen tres elementos, todos basados en el coste de compra por SKU:
Primero, POAS junto al ROAS. Dos campañas con un ROAS idéntico de 5 no son comparables si una vende productos con un margen del 45% y la otra del 15%. El POAS las lleva a un denominador común: cuánto beneficio bruto queda de cada euro invertido en publicidad. Los valores inferiores a 1 significan perder dinero, incluso con un ROAS que parece aceptable.
Segundo, un valor de conversión basado en el margen. Cada vez es más habitual enviar a las plataformas publicitarias, en lugar de los ingresos, un valor que refleja el beneficio, para que las estrategias automáticas pujen más fuerte donde la venta deja más. Es la dirección que siguen tanto las grandes tiendas como las herramientas especializadas.
Tercero, segmentar las campañas por margen. Las etiquetas de margen en el feed dividen el catálogo en grupos con objetivos distintos: los líderes de beneficio reciben presupuesto para escalar, los productos de alta rotación y bajo margen tienen un límite y la cola larga queda en prueba. La mecánica de las etiquetas y de la división de campañas se explica en guías aparte: feed de productos y Merchant Center.
Nota metodológica: el coste publicitario por producto individual solo existe en los datos de origen para las campañas de producto de Google, y un mismo anuncio vende distintos productos del carrito. Por eso, con los pedidos de la tienda, el POAS se calcula de forma fiable para toda la tienda, y a nivel de canal o campaña solo como estimación a partir del valor de conversión en GA4 o en los paneles. Lo explica con más detalle la guía de conversiones y atribución.
DataOrganizer
Cómo usa DataOrganizer el margen del sistema de la tienda
De dónde salen los datos: la integración con la tienda descarga cada día el catálogo de productos junto con el campo de coste de compra (por SKU y variante) y las líneas de pedido con los precios de venta reales tras descuentos. De esa combinación sale el beneficio bruto por producto, categoría, pedido y día, y al sumar las comisiones y tarifas de los marketplaces, también la rentabilidad de las ventas en marketplaces.
Para qué sirve en la práctica: una vista de productos con margen en lugar de rankings solo por facturación, segmentos de margen del catálogo, comparación de la rentabilidad de la tienda propia y del marketplace tras comisiones, POAS y beneficio después de los costes publicitarios para toda la tienda (con desglose por canales según GA4 o los paneles, como estimación) y etiquetas de margen que vuelven a Merchant Center a través de una hoja de Google y dividen las campañas. La condición para todo ello sigue siendo el campo de coste de compra en tu tienda: la analítica no puede inventarse un margen que no está en los datos.
Dos productos combinan ingresos altos con un margen por debajo del umbral del 20%:
| Producto | Ingresos | Margen € | Margen % |
|---|---|---|---|
| Set de cuidado para regalo | 6.150 € | 1.107 € | 18% |
| Champú de farmacia 1 l | 3.550 € | 533 € | 15% |
| Crema SPF 50 (como referencia) | 4.950 € | 2.228 € | 45% |
Hay dos palancas a considerar: ajustar el precio o negociar el coste de compra. Mientras se decide, puedo asignar a ambos productos la etiqueta margen-bajo en la hoja para Merchant Center, para que las campañas orientadas a escala no los promocionen.
Confidencialidad en la práctica
Los costes de compra en bruto se quedan en el backend; hacia fuera solo salen agregados. El asistente de IA trabaja con resultados agregados (márgenes porcentuales, sumas, segmentos), así que el equipo y la agencia obtienen conclusiones sin ver las tarifas de los proveedores. Es el mismo principio de acceso por niveles, aplicado en los datos.
FAQ
Preguntas frecuentes sobre el margen en e-commerce
¿En qué se diferencia el margen del markup?
El recargo se calcula sobre el coste de compra y el margen, sobre el precio de venta. Un producto comprado por 12,50 € y vendido por 25 € netos tiene un recargo del 100%, pero un margen del 50%. Confundir los conceptos infla las expectativas: un recargo del 50% equivale a un margen de apenas el 33%. En los datos y en las conversaciones con la agencia, aclara siempre a qué magnitud te refieres.
¿Dónde se introduce el coste de compra del producto en el sistema de la tienda?
La mayoría de las plataformas tienen un campo específico de coste de compra en la ficha del producto o de la variante; donde no existe, se usa un campo adicional o un atributo. El valor debe ser neto, por SKU y variante, y actualizarse cuando cambian los precios del proveedor (lo más cómodo es una importación masiva desde archivo). El margen porcentual por producto también funciona, pero el coste de compra en importe es más preciso cuando hay descuentos.
¿Conviene compartir el margen con la agencia de publicidad?
Comparte resultados basados en el margen, no necesariamente los costes de compra. Funciona bien el acceso por niveles: la dirección ve los importes, el equipo los porcentajes y la rentabilidad, y la agencia los segmentos y las etiquetas (margen-alto, margen-bajo), además del POAS de la tienda y el POAS estimado de las campañas según los paneles. Sin esto, la agencia optimiza solo los ingresos y destina parte del presupuesto a productos que no dejan beneficio.
¿Qué es el POAS y en qué se diferencia del ROAS?
El POAS (profit on ad spend) divide entre la inversión publicitaria el beneficio bruto, y el ROAS, los ingresos. Dos campañas con ROAS 5 pueden tener un POAS muy distinto si venden productos con margen del 45% y del 15%. Un POAS inferior a 1 significa que la publicidad cuesta más de lo que deja de beneficio. Con los pedidos pagados y el coste de compra por SKU, calcúlalo para toda la tienda; por canal o campaña, solo como estimación, sobre el valor de conversión de GA4 o de los paneles.
¿Cómo se calcula el margen con descuentos y promociones?
Siempre sobre el precio de venta neto real tras el descuento, registrado en la línea del pedido. Los descuentos se comen el margen más rápido de lo que sugiere su porcentaje: un producto con margen del 50% pierde con un descuento del 20% alrededor del 40% del beneficio, y con un descuento del 40%, alrededor del 80%. Por eso conviene planificar las promociones con los márgenes por producto y excluir los artículos que bajan del umbral de rentabilidad.
Resumen de toda la guía
Tres reglas para trabajar con el margen en los datos
1. El coste de compra por SKU es un dato de origen que hay que cuidar. Neto, a nivel de variante, actualizado con cada entrega y validado con las facturas. Todo lo que viene después (márgenes, POAS, etiquetas, rankings de beneficio) hereda la calidad de este único campo del sistema de la tienda.
2. El acceso por niveles concilia confidencialidad y utilidad. Los importes de compra se quedan en un círculo reducido, el equipo trabaja con porcentajes y la agencia con segmentos y POAS. La época en que el margen vivía solo en la hoja de cálculo del propietario terminó junto con el tráfico barato: las campañas automáticas sin datos de margen optimizan el beneficio a ciegas.
3. Mide el beneficio y trata los ingresos como un medio. El ranking de beneficio no coincide con el de facturación, igual que el POAS no coincide con el ROAS. DataOrganizer calcula ambos automáticamente: a partir del coste de compra de tu tienda, las líneas de pedido, las comisiones de los marketplaces y la inversión publicitaria, con agregados hacia fuera y las tarifas a salvo en el backend.
DataOrganizer · beneficio en lugar de solo ingresos
Conecta tu tienda con el coste de compra completado y los márgenes por producto, el POAS de toda la tienda y las etiquetas de margen se calcularán a partir de tus datos. Cuenta demo al instante: solo pagas por las fuentes conectadas.
