Supabase na Twoich stronach docelowych
Poważni gracze w lead gen w końcu chcą mieć surowe dane w bazie, którą kontrolują: by łączyć leady z wydatkami, puszczać SQL na jakości leadów, zasilać portal dla odbiorców albo aplikację dla handlowców. Zbudowanie endpointu, który przyjmuje leady, to zwykle moment, w którym wszystko staje, bo ktoś musi go napisać i utrzymywać.
Supabase usuwa ten etap. Każda tabela ma już endpoint REST, a webhook LanderLab wysyła na niego każdego leada jako płaski zestaw nazw kolumn i wartości. Postgres wstawia wiersz, Row Level Security decyduje, co żądanie może zrobić, a lead jest w Twojej bazie z kampanią i wariantem.
Wiersz w Postgresie na każdego leada, w Twoim schemacie
Body żądania jest płaskie, jeden klucz na kolumnę, więc każdy lead staje się wierszem z typowanymi kolumnami, znacznikiem czasu created_at z wartości domyślnej kolumny i id, do którego mogą odwoływać się Twoje inne systemy. Klucze, które nie pasują do żadnej kolumny, są odrzucane, co trzyma przypadkowe dane z dala od tabeli.
Ponieważ to Postgres, wiersz jest gotowy na wszystko, co robi SQL: widok leadów na kampanię na dzień, join z tabelą kosztów, unikalny indeks na e-mailu, jeśli wolisz odrzucać powtórne zgłoszenia, niż zapisywać je dwa razy.
Zabezpieczone przez Row Level Security
Webhook zapisuje z kluczem publishable Twojego projektu, a Row Level Security decyduje, co ten klucz może. Pozwól na wstawianie do tabeli leadów i nic więcej, a klucz będzie mógł dodawać leady, ale nigdy ich nie odczyta, nie zmieni ani nie usunie, więc dane leadów są poza zasięgiem, mimo że klucz nie jest tajny.
Klucz secret, który omija Row Level Security, nigdy nie musi opuszczać Twojego backendu: formularz leadowy go nie potrzebuje.
Twoje własne źródło prawdy o jakości leadów
Kreatory, CRM-y i trackery mają każdy kawałek historii. Tabela w Supabase z każdym leadem i jego utm_campaign, click ID, stroną docelową i wariantem to kawałek, który kontrolujesz. Wgraj dzienne wydatki do drugiej tabeli, a widok SQL da koszt leada według kampanii i wariantu; dodaj wyniki zapisywane przez odbiorców lub handlowców, a da koszt sprzedaży.
To uczciwy sposób rozstrzygania testu A/B: nie który wariant dostał więcej wypełnionych formularzy, ale którego leady zamieniły się w pieniądze.
Leady, które przetrwają nieudane wstawienie
Każdy lead jest też zachowany w zakładce Leady w LanderLab, z filtrowaniem po dacie i wariancie oraz eksportem do CSV od planu Grow wzwyż, chyba że włączona jest opcja „Zgodne dostarczanie leadów”. Jeśli wstawienie kiedyś się nie uda, np. po zmianie nazwy kolumny, lead nie przepada: popraw tabelę i uzupełnij dane z eksportu. Wysyłaj zamiast tego przez Workflows (beta) w LanderLab, a widok uruchomień pokaże dokładnie, żądanie którego leada się nie powiodło.
