PostHog sulle tue landing page
La maggior parte dei progetti PostHog parte dalla registrazione, il che significa che l'annuncio che ha portato l'utente è un'ipotesi. Il webhook di LanderLab sposta la linea di partenza indietro fino all'annuncio. Ogni lead viene inviato all'endpoint capture di PostHog come evento, con le risposte del form, la pagina, gli UTM e l'IP del visitatore come proprietà, e l'email e il nome della persona impostati sul suo profilo.
È pensato per i team product-led che comprano traffico: trial SaaS, app con lista d'attesa, marketplace che reclutano l'offerta. Quando il lead e l'uso del prodotto condividono una persona in PostHog, il funnel dall'annuncio all'attivazione è un solo report, non un foglio di calcolo.
I lead delle landing page come eventi PostHog
Ogni invio diventa un evento "Lead submitted" in PostHog con i campi del form e le risposte del quiz come proprietà. Vengono compilate anche le proprietà di PostHog: la pagina come $current_url e l'IP del visitatore come $ip, così la posizione viene dalla persona, non dal server di LanderLab.
Gli endpoint capture di PostHog sono pubblici e di sola scrittura, e il suo project token è fatto per essere condiviso, quindi inviare da un webhook non richiede nessuna chiave segreta.
Person property dal form
Dentro l'evento, $set scrive email e nome sul profilo della persona, e $set_once tiene la prima landing page su cui ha convertito, anche se invia di nuovo più avanti. Se la tua app identifica gli utenti con la stessa email, il lead e tutto ciò che l'utente fa nel prodotto appartengono a una sola persona.
Funnel che partono dall'annuncio
Con utm_source, utm_campaign e la variante A/B sull'evento del lead, un funnel di PostHog può iniziare dalla landing page e finire all'azione che conta per te: primo progetto creato, prima fattura inviata, piano aggiornato. Suddividilo per campagna e vedi quali ad set portano utenti che si attivano, non solo utenti che si registrano.
È il test che LanderLab non può fare da solo: i suoi report giudicano una variante sui lead, e PostHog estende il giudizio a quello che quei lead fanno dopo.
Solo i lead che vale la pena tracciare, con i Workflow
Non ogni invio va nelle analitiche di prodotto. Un Workflow può stare tra la pagina e PostHog: un Filtro che fa passare solo i quiz completati, un nodo Se che tiene fuori i lead di test, poi un nodo Richiesta HTTP che invia l'evento. La vista Esecuzioni mostra il percorso di ogni lead, così un invio non riuscito si vede invece di mancare in silenzio da un funnel.