PostHog na Twoich stronach docelowych
Większość projektów w PostHog zaczyna się od rejestracji, więc reklama, która przyprowadziła użytkownika, to zgadywanie. Webhook LanderLab przesuwa linię startu z powrotem do reklamy. Każdy lead trafia na endpoint capture PostHog jako zdarzenie, z odpowiedziami z formularza, stroną, UTM-ami i IP odwiedzającego jako właściwościami oraz e-mailem i imieniem ustawionymi w profilu osoby.
To rozwiązanie dla zespołów product-led, które kupują ruch: triali SaaS, aplikacji z listą oczekujących, marketplace'ów rekrutujących usługodawców. Gdy lead i użycie produktu dotyczą tej samej osoby w PostHog, lejek od reklamy do aktywacji to jeden raport, a nie arkusz kalkulacyjny.
Leady ze stron docelowych jako zdarzenia w PostHog
Każde zgłoszenie staje się w PostHog zdarzeniem „Lead submitted” z polami formularza i odpowiedziami z quizu jako właściwościami. Uzupełniane są też właściwości PostHog: strona jako $current_url i IP odwiedzającego jako $ip, więc lokalizacja pochodzi od osoby, a nie z serwera LanderLab.
Endpointy capture PostHog są publiczne i służą tylko do zapisu, a token projektu jest przeznaczony do udostępniania, więc wysyłanie z webhooka w ogóle nie wymaga tajnego klucza.
Właściwości osoby z formularza
W zdarzeniu $set zapisuje e-mail i imię w profilu osoby, a $set_once zachowuje pierwszą stronę docelową, na której skonwertowała, nawet jeśli później wyśle formularz ponownie. Jeśli Twoja aplikacja identyfikuje użytkowników po tym samym e-mailu, lead i wszystko, co użytkownik robi w produkcie, należą do jednej osoby.
Lejki, które zaczynają się od reklamy
Gdy utm_source, utm_campaign i wariant A/B są w zdarzeniu leada, lejek w PostHog może zaczynać się na stronie docelowej i kończyć na akcji, która jest dla Ciebie ważna: pierwszy utworzony projekt, pierwsza wysłana faktura, wyższy plan. Podziel go według kampanii, a zobaczysz, które zestawy reklam przyprowadzają użytkowników, którzy się aktywują, a nie tylko tych, którzy się rejestrują.
Tego testu LanderLab nie przeprowadzi sam: jego raporty oceniają wariant po leadach, a PostHog rozszerza ocenę na to, co te leady robią dalej.
Tylko leady warte śledzenia, z Workflows
Nie każde zgłoszenie powinno trafić do analityki produktowej. Między stroną a PostHog może stać Workflow: węzeł „Filtr”, który przepuszcza tylko ukończone quizy, węzeł „Jeśli”, który zatrzymuje testowe leady, a potem węzeł „Żądanie HTTP”, który wysyła zdarzenie. Widok uruchomień pokazuje ścieżkę każdego leada, więc nieudana wysyłka jest widoczna, zamiast po cichu zniknąć z lejka.
