La facturación es la cifra que se celebra. El margen es la cifra que decide si seguirás en el negocio el año que viene. La trampa es que PrestaShop, como la mayoría de carritos, está diseñado para mostrarte facturación por todas partes y margen casi en ninguna: tu panel grita el total de ventas del día, mientras que la cifra que realmente paga tu alquiler queda sin rellenar en una pestaña que la mayoría de comerciantes nunca abre. Esta guía trata de cerrar esa brecha: los tres números de margen que todo propietario de tienda debería conocer al detalle, y exactamente dónde vive cada uno (o dónde deja de vivir) en tu back office de PrestaShop.
Este es el artículo para "conocer tus cifras reales". Deliberadamente no vuelve a desglosar cada coste oculto que erosiona el beneficio: ese mapa completo de costes (comisiones de pago, devoluciones, embalaje, tiempo) tiene su propio tema, tratado en costes más allá del coste del producto y en la visión más amplia de los costes operativos en costes de e-commerce de los que nadie habla. Aquí damos por hecho que sabes que esos costes existen y nos centramos en una sola cosa: convertirlos en cifras de margen que puedas leer de verdad en tu propia tienda.
Los tres márgenes, y para qué sirve cada uno
"Margen" no es una sola cifra. Son tres, apiladas, y confundirlas es la forma en que una tienda crece hasta meterse en problemas. Cada una responde a una pregunta distinta y orienta una decisión diferente.
| Margen | Qué restas | La pregunta que responde | Úsalo para decidir… |
|---|---|---|---|
| Margen bruto | Solo el coste de los productos (tu precio mayorista/de coste) | ¿Merece la pena vender este producto? | Precios, qué productos tener en stock, negociación con proveedores |
| Margen de contribución | Bruto, menos los costes variables por pedido (comisiones de pago, envío que asumes, embalaje, provisión para devoluciones, coste de adquisición) | ¿Este pedido deja dinero después de servirlo? | Umbrales de envío gratis, límites de descuento, qué productos promocionar |
| Margen neto | Contribución, menos los gastos generales fijos (hosting, módulos, salarios, tu propio tiempo) | ¿El negocio gana dinero? | Si contratar, escalar, subir precios o cambiar de rumbo |
¿Y qué implica esto? La mayoría de propietarios solo controla el primero, el bruto, y asume que llega intacto al banco. Un producto puede mostrar un margen bruto saludable del 60%, un margen de contribución respetable del 35% y un margen neto cercano a cero cuando los gastos generales se reparten entre demasiado pocos pedidos. Cada margen puede parecer correcto mientras el de debajo falla en silencio. Necesitas los tres, y los necesitas desde tus datos reales, no desde una estimación rápida hecha a ojo.
Margen bruto: la cifra que PrestaShop calculará por ti, si se lo permites
Esta es la parte que la mayoría de comerciantes pasa por alto. PrestaShop ya tiene un lugar donde registrar lo que te cuesta un producto, y calculará automáticamente el margen bruto a partir de ahí. Es el campo precio de coste (históricamente etiquetado como precio mayorista) en Catálogo → Productos → abre un producto → pestaña Precios. Introduce ahí lo que pagas a tu proveedor por unidad, y PrestaShop te muestra el margen en vivo en la pestaña Precios, justo junto al precio de venta, mientras lo configuras.
Los clientes nunca ven este campo: existe únicamente para que la tienda pueda hacer los cálculos de margen por ti. Y casi nadie lo rellena. Un catálogo importado por CSV, o migrado desde una tienda antigua, suele llegar con wholesale_price a cero en todos los productos, lo que significa que cualquier cifra de margen que PrestaShop te muestre después será ficticia. ¿Qué significa eso para ti? Hasta que esa columna esté completa, tu back office está informando márgenes del 100% en todo, tu KPI de margen bruto no significa nada y cualquier informe construido sobre él hereda el error.
Corregirlo es la hora de mayor impacto que puedes dedicar a tus números:
- Producto por producto: pestaña Precios, introduce el precio de coste y guarda. Suficiente para un catálogo pequeño.
- En bloque: exporta tu catálogo, completa la columna de precio de coste y vuelve a importarlo desde Parámetros avanzados → Importar, asignándola al campo de precio mayorista/de coste; mucho más rápido para cientos de SKU.
- Mantenlo actualizado: cuando un proveedor sube precios, el campo de coste también tiene que cambiar, o tus márgenes se desactualizan sin avisar.
Una vez rellenado, la pestaña Precios del producto muestra el margen bruto en vivo junto al precio, y el informe Categorías más vendidas dentro de Estadísticas obtiene una columna real de Margen total: así puedes ordenar por beneficio, no solo por unidades vendidas, que es donde muchos propietarios descubren que su "producto estrella" es en realidad uno de los que menos gana. (Ten en cuenta que la lista nativa de productos y la pantalla Evaluación del catálogo no muestran el margen: esta última es una revisión de calidad de descripciones e imágenes, y la lista de productos no incluye una columna de margen de serie.)
Dónde viven el margen de contribución y el margen neto: en ningún sitio, de forma nativa
Esta es la parte honesta. Los informes nativos de PrestaShop se detienen en el margen bruto. Los costes variables por pedido que convierten el bruto en contribución, la comisión del procesador de pagos, el envío que asumes por encima de tu umbral de envío gratis, el embalaje, la provisión para devoluciones, el coste de adquisición, simplemente no están modelados en el núcleo. El módulo Estadísticas te muestra ventas, productos más vendidos y desgloses por transportista, pero no tiene el concepto de "este pedido de 80 € en realidad me dejó 31 € después de todo".
No es tanto un defecto del que quejarse como un límite que hay que planificar. Tienes tres formas realistas de cruzarlo:
| Enfoque | Esfuerzo | Precisión | Mejor cuando… |
|---|---|---|---|
| Hoja de cálculo, mensual | Bajo, trabajo manual recurrente | Buena si eres disciplinado | Volumen de pedidos pequeño; solo necesitas la foto real una vez al mes |
| SQL en tu propia base de datos | Configuración puntual, técnica | Alta, exacta por pedido | Tú (o un desarrollador) te manejas bien en la base de datos y quieres informes repetibles |
| Un módulo de márgenes/informes financieros | Instalar y configurar | Alta, automatizada y continua | Quieres ver margen de contribución y margen neto en el back office sin reconstruirlo cada mes |
Extraer el margen bruto real directamente de la base de datos
Si te sientes cómodo con SQL (Parámetros avanzados → Gestor SQL ejecuta consultas de solo lectura de forma segura contra tu tienda en producción), PrestaShop ya guarda todo lo que necesitas a nivel de línea de pedido. La clave es que ps_order_detail captura una instantánea tanto del precio de venta como del precio de coste en el momento de la venta, de modo que los márgenes históricos siguen siendo precisos aunque más adelante cambies el precio o el coste de un producto:
SELECT SUM(od.total_price_tax_excl - (od.purchase_supplier_price * od.product_quantity)) AS gross_margin, SUM(od.total_price_tax_excl) AS net_revenue
FROM ps_order_detail od
JOIN ps_orders o ON o.id_order = od.id_order
WHERE o.valid = 1;Esto es un punto de partida, no la última palabra. Usar total_price_tax_excl para el total de la línea (en lugar de product_price, que puede omitir reducciones de línea) te acerca más a lo que realmente se pagó, y puedes agrupar por producto, categoría o mes. Pero trata el resultado como una aproximación: no tiene en cuenta descuentos a nivel de pedido (reglas de carrito aplicadas al pedido completo), reembolsos y abonos, ni impuestos y envío, y o.valid = 1 es un filtro amplio que aún puede incluir estados de pedido que querrías excluir. Para cifras que puedas defender, tendrás que añadir esos ajustes. La otra salvedad: la columna de precio de compra por pedido solo se captura si tus precios de coste estaban rellenados cuando se realizó cada pedido; otra razón para completar ese campo antes de empezar a confiar en los informes, no después. Y aun así se queda en el bruto; las comisiones de pago, el subsidio del envío y el coste de adquisición no están en las tablas de pedidos, así que el margen de contribución sigue siendo un cálculo que debes superponer.
Dejar que el back office lo haga por ti
La razón por la que existe toda una categoría de módulos de márgenes es precisamente que el núcleo se detiene en el bruto. Si llevar una hoja de cálculo mensual o mantener consultas SQL no es la forma en que quieres invertir tu tiempo, una capa de informes como nuestro módulo Financial Revolution lleva el margen de contribución y el margen neto al back office y los mantiene actualizados a medida que entran los pedidos: así la cifra que decide tu negocio aparece en pantalla junto a la cifra de facturación que no lo decide. ¿Y qué implica esto? Dejas de descubrir al cierre del año que un trimestre que parecía rentable en realidad fue muy ajustado, y obtienes los desgloses de margen por producto y por categoría de los que dependen las siguientes secciones.
Leer el margen por producto y categoría, y actuar en consecuencia
Cuando los precios de coste ya están introducidos y puedes ver márgenes reales, lo más valioso que revelan es la variación. El margen medio es una mentira cómoda; esa media está formada por productos muy rentables que subvencionan perdedores que no sabes nombrar. Dos patrones que debes buscar en tu informe de Categorías más vendidas o en tu módulo de márgenes:
- Productos de alto volumen y margen estrecho que dominan tu lista de "más vendidos" pero aportan poco beneficio; y peor aún, absorben los costes de envío y adquisición que empujan su margen de contribución hacia cero. Estos son los productos que debes dejar de promocionar, no rebajar todavía más.
- Productos de bajo volumen y margen alto escondidos más abajo, que ganan más por pedido que tus líneas principales. Estos son tus verdaderos candidatos para promoción y venta cruzada.
La estructura de márgenes también varía mucho por categoría: la moda trabaja con márgenes brutos altos, pero los devuelve en parte mediante tasas de devolución del 20–40%, mientras que la electrónica vive con márgenes brutos estrechos, pocas devoluciones y una competencia de precios feroz. Los rangos exactos dependen por completo de tus proveedores y de tu nicho, así que trata cualquier cifra citada como una invitación a medir la tuya, no como un punto de referencia que debas alcanzar. La disciplina que da resultados es ordenar tus productos por margen real, en un módulo de márgenes, una exportación SQL o una hoja de cálculo, porque la lista nativa de productos no lo hará por ti, y preguntarte, producto por producto: "¿merece este artículo el espacio que ocupa?"
Usar las cifras de margen para tomar decisiones
Los números sobre los que no actúas son solo decoración. Tres decisiones mejoran de inmediato cuando tus márgenes son reales:
- Descuentos. Un descuento sale por completo del margen, y las matemáticas no perdonan: en un producto con un margen de contribución del 30%, una rebaja del 20% en el precio puede eliminar la mayor parte del beneficio de ese pedido, porque la mayoría de costes no bajan con el precio. Define los límites de descuento según el margen de contribución, no el bruto, y nunca lances una oferta general sobre productos cuyos márgenes reales no hayas revisado.
- Umbrales de envío gratis. Tu umbral debería situarse donde el margen de contribución del pedido medio supere cómodamente el envío que asumes. Lee primero tu margen real por pedido; fijar el umbral por intuición es la forma en que muchos propietarios acaban pagando a los clientes para que se lleven productos.
- Subidas de precio. Si tu margen neto está por debajo del 20%, una sola subida de precio de un proveedor o transportista puede llevarte a pérdidas: estás funcionando sin colchón. Una subida del 5% en un producto con margen del 30% eleva el beneficio aproximadamente un 17%; si pierdes menos del 17% del volumen, sales ganando, y los pequeños aumentos suelen mover la demanda mucho menos de lo que temen los propietarios. Prueba en unos pocos productos, observa las unidades y deja que los datos de margen te digan si se sostuvo.
Sigue la tendencia, no la foto fija
El margen de un solo mes dice poco; la dirección lo dice todo. Una vez que tengas los informes en marcha, observa cuatro cifras mes a mes, no día a día, donde el ruido ahoga la señal:
- Margen bruto por producto y categoría. ¿Tu mix se está desplazando hacia productos menos rentables?
- Coste de marketing como porcentaje de la facturación, debería bajar con el tiempo a medida que crecen los pedidos recurrentes y orgánicos; si sube, estás comprando facturación que no puedes conservar.
- Tasa de devolución por producto, un pico aísla un producto cuya descripción o tallaje está costándote margen en silencio.
- Tendencia del margen neto, la que importa: ¿mejora o se erosiona?
La razón por la que la tendencia supera a la foto fija es el escenario que engaña a la mayoría de propietarios: una tienda aumenta la facturación un 20% mientras el margen neto cae del 25% al 15%. Eso no es crecimiento: es dilución, y solo aparece si sigues la línea de margen junto a la línea de facturación. Los pedidos recurrentes son los que rompen el ciclo a tu favor, porque un cliente existente no trae un nuevo coste de adquisición; por eso el valor de vida del cliente pertenece a la misma conversación que el margen.
Las tiendas que perduran no son las que tienen la cifra de facturación más grande en el panel. Son las que rellenaron el campo de coste, conocen sus tres márgenes, observan la tendencia de la línea neta con el tiempo y fijan precios y promociones a partir de esos números, no de la esperanza. PrestaShop te dará el margen bruto en el momento en que se lo permitas; el resto es una capa de informes y la disciplina de leerla.
