Una plataforma ecommerce hecha para vender licencias de software

Vender una camiseta y vender una app de escritorio de £200 no tienen prácticamente nada en común a nivel operativo. La camiseta tiene un SKU, un stock, un peso de envío y una política de devoluciones. La app de escritorio tiene una clave de licencia, un servidor de activación, un límite de máquinas, un periodo de validez, una ventana de gracia tras la expiración, un camino de conversión de prueba a pago, una escalera de upgrade (individual → equipo → empresa) y un portal donde los compradores gestionan las instalaciones activas en sus dispositivos. Nada de esto existe en el modelo de producto de una plataforma ecommerce genérica.

Las plataformas que SÍ entienden el software — Gumroad, FastSpring, Paddle, Lemon Squeezy — existen por este hueco. Aciertan con las primitivas de licensing, pero cobran por ello. Gumroad se lleva el 10% de cada venta en el plan gratuito y el 8% incluso en los planes de pago. FastSpring se lleva el 8,9% como merchant-of-record. Paddle es similar. En una licencia de £100, son £8–£10 que se van a la plataforma — multiplica por 1.000 licencias vendidas y le has dado £8.000–£10.000 a Gumroad por la comodidad de no construir tu propio checkout. Eso da para financiar un par de meses de tu runway de dev indie.

Axnify es una tercera opción: comisiones de plataforma ecommerce (1,5% en Starter, bajando al 0% en Enterprise) con las primitivas de venta de licencias integradas. Tipo de producto licencia nativo. Activaciones máx por licencia configurables. Periodo de validez con días de gracia. Periodo de prueba antes de cobrar. Toggle de auto-renovación. Pool de upgrade autoservicio. Webhooks en cada evento de licencia (compra, activación, desactivación, expiración, renovación) para que integres tu propio servidor de licencias, servicio de firma o sistema de feature flags como quieras. Te quedas con tu checkout, tu marca, tu relación con el cliente y más del 99% del ingreso.

La mayoría de devs indie ya tienen un pequeño servidor de licencias — normalmente un servicio diminuto en Go/Node/Python que tiene la fuente de verdad sobre qué claves están activas, a qué máquinas están vinculadas y qué feature flags desbloquean. La pregunta al adoptar una plataforma ecommerce: ¿cómo hablan los dos sistemas?

Axnify apuesta por el enfoque webhooks-y-API. En la compra, Axnify dispara `license.created` con el email del cliente, ID de producto, tipo de licencia, activaciones máx y periodo de validez. Tu servidor de licencias recibe el webhook, genera una clave (en el formato y esquema de firma que prefieras), la guarda contra el cliente y la devuelve en la respuesta. Axnify guarda la clave en la orden, se la manda por email al cliente y la expone en su portal.

Desde la app del cliente, las llamadas de activación van a tu servidor de licencias (te quedas al mando del camino runtime). Cuando una máquina activa, tu servidor puede pegar a la API de Axnify para incrementar el contador de activaciones y comprobar el límite. En la desactivación, el mismo flujo a la inversa. La lógica de expiración y periodo de gracia puede vivir en cualquiera de los lados; recomendamos mantener las fechas en Axnify (fuente única de verdad para el billing) y dejar que tu servidor consulte la API para el estado. Si todavía no tienes servidor de licencias, Axnify también puede ser la fuente de verdad por sí solo: genera claves firmadas con HMAC en nativo, trackea activaciones a través de la API y llama a los webhooks `license.activated` / `license.deactivated` en tus eventos de activación in-app. Buen punto de partida para devs indie que quieren enviar en una semana en vez de construir infraestructura de licensing durante un mes; más adelante puedes graduarte a tu propio servidor cambiando el endpoint de activación sin reemitir claves.