PostHog en tus landing pages
La mayoría de los proyectos de PostHog empiezan en el registro, lo que significa que el anuncio que trajo al usuario es una suposición. El webhook de LanderLab lleva la línea de salida hasta el anuncio. Cada lead se envía al endpoint de captura de PostHog como un evento, con las respuestas del formulario, la página, las UTMs y la IP del visitante como propiedades, y el email y el nombre de la persona guardados en su perfil.
Es para equipos product-led que compran tráfico: pruebas de SaaS, apps con lista de espera, marketplaces que captan oferta. Cuando el lead y el uso del producto comparten una persona en PostHog, el funnel del anuncio a la activación es un solo informe, no una hoja de cálculo.
Leads de landing pages como eventos de PostHog
Cada envío se convierte en un evento “Lead submitted” en PostHog con los campos del formulario y las respuestas del quiz como propiedades. También se rellenan las propiedades propias de PostHog: la página como $current_url y la IP del visitante como $ip, así la ubicación viene de la persona y no del servidor de LanderLab.
Los endpoints de captura de PostHog son públicos y de solo escritura, y su token de proyecto está pensado para compartirse, así que enviar desde un webhook no necesita ninguna clave secreta.
Propiedades de persona desde el formulario
Dentro del evento, $set escribe el email y el nombre en el perfil de la persona, y $set_once conserva la primera landing page en la que convirtió, aunque vuelva a enviar el formulario más adelante. Si tu app identifica a los usuarios por el mismo email, el lead y todo lo que el usuario hace en el producto pertenecen a una sola persona.
Funnels que empiezan en el anuncio
Con utm_source, utm_campaign y la variante A/B en el evento del lead, un funnel de PostHog puede empezar en la landing page y terminar en la acción que te importa: primer proyecto creado, primera factura enviada, plan mejorado. Desglósalo por campaña y verás qué conjuntos de anuncios traen usuarios que se activan, no solo usuarios que se registran.
Ese es el test que LanderLab no puede hacer por su cuenta: sus informes juzgan una variante por los leads, y PostHog extiende el juicio a lo que esos leads hacen después.
Solo los leads que merece la pena seguir, con Workflows
No todos los envíos tienen sitio en la analítica de producto. Un Workflow puede ir entre la página y PostHog: un Filtro que solo deja pasar los quizzes completados, un If que deja fuera los leads de prueba y después un nodo Petición HTTP que envía el evento. La vista de ejecuciones muestra el recorrido de cada lead, así un envío fallido se ve en vez de faltar sin avisar en un funnel.
