Conversiones y activación

Todos los demás números de LaunchPulse cuelgan de dos definiciones que escribes tú: qué cuenta como conversión y qué cuenta como primer valor. Se configuran en Ajustes → Tracking.

Nadie puede elegirlas por ti. Para un newsletter la conversión es un email; para un SaaS es una cuenta; para una tienda es un pedido pagado. LaunchPulse te lo pregunta una vez y después mide contra eso en todos lados.

Lo más importante que tienes que entender

Tu conversión, tu primer valor, tus eventos rastreados y tus alias son configuración de lectura. Viven en los ajustes del proyecto y se aplican cuando corre una consulta. Nunca se escriben en el almacén de eventos.

Eso tiene tres consecuencias que conviene interiorizar:

• Cambiar tu evento de conversión reinterpreta retroactivamente todo tu historial. Cada evento pasado se vuelve a leer con la nueva definición. Al instante. No hay proceso de backfill ni hay que esperar.
• Nunca necesitas reinstalar el tracker ni reenviar eventos después de un cambio de configuración. Los eventos que ya recolectaste alcanzan.
• Equivocarte sale barato. Prueba una definición, mira los números, cambia de opinión. No se destruye nada.

La página de ajustes lo dice sin vueltas: Los cambios aplican a todos los eventos pasados y futuros — no hace falta reinstalar.

Etapa 1 — la conversión

La conversión es el momento en que un visitante deja de ser un desconocido. Es el número principal de tu dashboard Pulse y el denominador de todo lo que viene después.

Puedes definirla de dos maneras.

Conversión por evento

Un nombre de evento que envía tu app, como account_created. Tu código lo dispara, LaunchPulse lo cuenta.

lp.track('account_created');

Reglas del nombre:

Si rompes alguna, el formulario te avisa: Los nombres de evento usan letras, números, . _ - (máx. 64 caracteres).

Conversión por página

Una ruta a la que llegan los visitantes, como /thank-you. No requiere código: LaunchPulse la compara contra los eventos $pageview que ya estás recolectando.

Una conversión por página es coincidencia por prefijo, no exacta. La ruta que configuras coincide con cualquier $pageview cuya ruta empiece con ella. Así que /thank-you también coincide con /thank-you/premium y con /thank-you?ref=x.

Casi siempre es lo que quieres: una sola regla cubre toda una familia de páginas de confirmación. Pero corta para los dos lados. Si pones /app como conversión, cuenta cada página dentro de tu producto y tu tasa de conversión deja de significar algo. Elige la ruta más angosta que igual atrape todos los casos de éxito.

¿Cuál te conviene?

Usa conversión por página cuando hay una URL de confirmación dedicada y no quieres tocar código. Es la forma más rápida de tener un embudo funcionando el primer día.

Usa conversión por evento cuando el éxito no tiene URL propia: un modal, un cambio de estado en la misma pantalla, una compra confirmada por tu backend. También es más fiel, porque controlas con precisión cuándo se dispara.

Etapa 2 — primer valor

La conversión te dice que alguien se registró. No te dice si sacó algo de eso. Para eso está el primer valor: el momento “ajá” en que tu producto realmente entrega.

Es un solo nombre de evento. Déjalo vacío para borrarlo. Requiere que tengas una conversión configurada antes: la activación se mide en relación a la conversión, así que sin ella no hay contra qué medir.

Cómo se calcula la activación

Sé preciso acá, porque es fácil asumir lo que no es:

• Un actor está activado cuando dispara el evento de primer valor en o después de su momento de conversión. Un evento de primer valor que ocurrió antes de convertir no cuenta.
• La tasa de activación es sobre los convertidos, no sobre los visitantes. Si 1.000 personas visitan, 100 se registran y 40 crean un proyecto, tu tasa de activación es 40% — no 4%.
• El tiempo hasta el valor es la mediana de (momento de primer valor − momento de conversión) entre los actores activados.

Medir la activación contra los convertidos es justamente el punto. Aísla una sola pregunta: de los que dijeron que sí, ¿cuántos llegaron a algún lado? Una caída ahí es un problema de producto, no de marketing — y ninguna cantidad de tráfico extra lo arregla.

Elegir un buen par

La conversión es la promesa. El primer valor es el cumplimiento. Tienen que ser momentos distintos.

Un buen evento de primer valor es algo que el usuario hace por su cuenta, que notaría si faltara, y que predice de forma confiable que se va a quedar. Si todo el que se registra lo dispara en segundos, es demasiado fácil para ser interesante. Si casi nadie lo dispara, está demasiado abajo en el embudo como para guiarte con él.

Llama a identify(), o la activación se queda vacía

Esta es, con diferencia, la razón más común de que un panel muestre conversiones pero 0 llegaron al primer valor.

LaunchPulse agrupa los eventos por actor: tu user_id cuando lo conoce y, si no, un visitor_id anónimo por navegador. Si nunca llamas a identify(), alguien que se registra en su portátil y llega al primer valor una semana después — o desde el móvil, o mediante un evento que envía tu backend — parecen dos visitantes distintos. La activación no se puede calcular y el tiempo hasta el primer valor queda en blanco.

// en cuanto exista sesión, en cada carga de página — no solo al registrarse
lp.identify(user.id); // tu id interno, nunca un email

Llámalo en cada carga de página donde haya un usuario con sesión, no solo una vez al registrarse. Mira identificar usuarios para todos los detalles.

Etapa + — eventos rastreados adicionales

Debajo de las dos etapas hay un campo de texto para eventos extra que quieras contar. Separados por comas o saltos de línea. Reemplaza la lista entera cada vez que guardas: no se fusiona con lo anterior.

Las entradas se deduplican y se validan con las mismas reglas de nombre de arriba. La lista tiene un tope de 12 eventos rastreados; lo que sobra se descarta en silencio en vez de dar error, así que si pegas 20 nombres, revisa después los chips para ver cuáles 12 quedaron. Tus entradas actuales aparecen como chips debajo del campo.

Estos alimentan el log de eventos, los insights y las alertas. No son parte del embudo — el embudo es solo conversión y primer valor.

Los desplegables salen de datos reales

Cada campo de evento tiene detrás un desplegable con los nombres de evento que tu sitio efectivamente envió en los últimos 30 días, con el conteo al lado de cada uno. No tienes que acordarte de cómo llamaste a las cosas, y no puedes escribir mal un nombre y terminar con una definición que no coincide con nada.

Si un nombre que esperas no está en la lista, tu sitio no lo está enviando. Revisa enviar eventos y solución de problemas.

La interfaz de ajustes muestra tu valor actual o Sin definir en cada campo.

Qué sigue

• Enviar eventos — cómo mandar eventos personalizados desde tu app
• Alias de eventos — cuando tu código y tu configuración no coinciden en los nombres
• El dashboard Pulse — dónde aparecen estas definiciones
• Ajustes del proyecto — recorrido por las cuatro pestañas