PARA SAAS
Metrunio te muestra los contactos medidos antes de cada paso: registro, configuración, primer pago. Cada paso cuenta una vez por cliente y recibe la misma atribución que un pedido.
| Paso | Clave | Notificado desde | Valor en el informe |
|---|---|---|---|
| Registro | registro | Navegador, tras metrunio.identify() | fijado: tu valor de adquisición |
| Configuración | configuracion | Backend, POST /v1/server/events | fijado: tu valor de adquisición |
| Primer pago | primer_pago | Backend, con importe y moneda | medido: ingresos del evento |
Cada paso es una conversión propia. El informe «Pedidos y objetivos» muestra cuántos clientes lo alcanzaron en el periodo y qué parte llegó desde el paso anterior. Quien alcanza un paso pero nunca el anterior aparece aparte como «omitido».
Un registro no tiene precio. Para que aun así puedas comparar el embudo con los costes publicitarios, das a cada paso un valor de adquisición: lo que vale para ti un cliente que lo ha alcanzado. Ese valor está fijado por ti y nunca aparece en los ingresos ni en el ROAS. Si el primer pago trae su importe, eso son ingresos medidos.
TARIFAS
Los pasos de objetivo, el valor de adquisición, el origen en el formulario y la importación desde el CRM están en todas las tarifas. Pro añade los costes publicitarios, para que veas el coste por paso, y la comparación de los siete modelos; Growth, por 249 €, añade el envío de conversiones a las plataformas y la API de lectura.
01 / PRESTACIÓN
Cada paso tiene una clave y un orden y cuenta exactamente una vez por cliente, aunque tu código lo notifique varias veces. Un paso sin identificador de cliente se rechaza.
Desde tu backend notificas pasos y pagos con POST /v1/server/events, con la clave de servidor e independientemente del navegador. Un evento no válido no descarta toda la llamada: la respuesta indica el estado de cada evento y, si falla, el motivo.
Da a tu formulario de contacto el atributo data-metrunio-lead. Con consentimiento para análisis, Metrunio escribe la fuente, el medio, la campaña, el identificador de clic y un identificador del lead en campos ocultos, que viajan con la solicitud a tu CRM. Sin consentimiento, los campos quedan vacíos.
Si el contrato llega semanas después, lo importas como CSV. Mediante el identificador del lead encuentra el recorrido de la solicitud y aparece con su importe en la atribución. Una fila sin identificador único se rechaza en lugar de adivinarse.
Los pagos de Stripe o PayPal llegan por un webhook sin programar; se atribuye un pago que lleva la referencia del SDK. Las renovaciones de una suscripción aparecen aparte en los ingresos y reciben la misma atribución que el primer pago de esa suscripción, si tu servidor las notifica con consentimiento.
Las cohortes de clientes en «Comercio y productos» agrupan a los clientes por el mes de su primera compra medida y muestran en cada mes siguiente quién ha vuelto a pagar. El mes en que un cliente se ha amortizado aparece en «Amortizado» en cuanto hay costes publicitarios, es decir, desde Pro.
02 / LÍMITE
La ventana de clic llega como máximo a 90 días y se aplica a cada paso por separado. Si el primer pago llega medio año después del clic, queda «no atribuido», aunque el registro anterior aún estuviera dentro de la ventana. En ciclos de meses o años, una ventana tan larga atribuiría casualidades; para eso Metrunio no es adecuado.
Echa un vistazo primero a la demo. Por ahora, solo hay cuenta propia con invitación.