Salir en vivo
Qué pasa cuando cambias un proyecto de configuración a en vivo, y por qué antes no se guarda nada.
Todo proyecto empieza en estado de configuración (setup). El último paso del onboarding es un botón que lo pasa a en vivo. Ese cambio es lo más importante que hay que entender sobre cómo LaunchPulse trata tus datos.
No se guarda nada hasta que sales en vivo
Mientras un proyecto está en estado de configuración, los eventos nunca se guardan. El collector los acepta, los manda al stream de depuración para que los veas llegar en la vista de prueba, y los descarta. Ni vistas de página, ni conversiones: nada llega a tus reportes.
La recolección de datos empieza en el momento en que presionas Go Live.
Esto se decide en el servidor, según el estado del proyecto. Una bandera debug del cliente no puede cambiarlo en ninguna dirección: no puedes colar datos reales antes de salir en vivo, ni descartar datos por accidente después. El estado manda.
La razón es simple: mientras conectas el tracker vas a disparar eventos de prueba, recargar la página treinta veces y probablemente enviar tu evento de conversión con datos basura. Nada de eso debería estar en tus números. El modo de configuración te da un ciclo de feedback real y en vivo sin ensuciar tus datos.
Antes de presionarlo
Go Live está al final del paso 6, la vista “Prueba tu señal”. Úsala. Abre tu sitio en otra pestaña y recorre el camino real. La lista debería ponerse verde:
- Vista de página — confirma que el tracker está instalado e inicializando.
- Tu evento de conversión — confirma que tu app envía el nombre de evento que configuraste.
- Tu evento de primer valor — confirma que el momento “ajá” está instrumentado.
Presta atención a las dos advertencias que levanta la vista de prueba:
| Advertencia | Qué significa | Cómo se arregla |
|---|---|---|
| El primer valor llegó antes que la conversión | El orden está invertido, normalmente porque los dos eventos quedaron cruzados | Intercambia los nombres en tu configuración, o corrige cuál envía tu app en cada punto |
El evento de primer valor no trae user_id | No se llamó a identify() antes de disparar el evento | Llama a identify() al iniciar sesión o al registrarse, antes del evento de primer valor |
Si elegiste “solo mirar el tráfico por ahora”, con la vista de página en verde basta.
Qué puede bloquear Go Live
A veces el botón aparece reemplazado por un bloqueo. Hay tres:
- Necesitas una suscripción activa. El bloqueo incluye el enlace para suscribirte.
- Confirma tu correo primero. Busca el enlace de confirmación en tu bandeja.
- Arc todavía se está aprovisionando — se muestra como “configurando analytics”. Se está creando el almacenamiento de tu proyecto. Se resuelve solo: espera y recarga.
Cuando el bloqueo desaparece, vuelve el botón.
Después de salir en vivo
Los eventos empiezan a guardarse de inmediato. Tu panel Pulse comienza a llenarse, ordenado por las tres capas: tráfico, conversión, activación. Mira Qué es LaunchPulse para el modelo completo.
No tienes que cambiar el snippet. Es la misma clave y el mismo código: lo único que cambió es el estado en el servidor.
El desarrollo local queda fuera de tus datos
Después de salir en vivo, el tracker activa el modo debug automáticamente en hosts locales. Los eventos de estos hosts van al stream de depuración en vez de a tus datos guardados:
localhost0.0.0.0*.local127.*10.*192.168.*172.16.*hasta172.31.*
Así tus sesiones de npm run dev no contaminan tus números. Es automático: no configuras nada.
Staging es la trampa
Un dominio de staging público es indistinguible de producción. staging.tusitio.com no es un host local, así que el tracker no tiene forma de saber que no es real. Su tráfico cuenta como tráfico real.
Si tienes un entorno público de staging o de previsualización, actívalo explícitamente:
LaunchPulse.init('lp_pub_yourkey', { debug: process.env.NODE_ENV !== 'production' });
Todo lo que tenga debug: true va al stream de depuración y nunca se guarda. Ajusta la condición a lo que realmente defina tu build; la idea es que solo tu build de producción real corra sin debug.
Fíjate en la asimetría: debug: true puede dejar datos fuera, pero nunca puede meter datos dentro mientras el proyecto está en configuración. El estado del proyecto gana.
Qué sigue
- Instalación — snippets por plataforma.
- Inicio rápido — el recorrido completo del onboarding.