Supabase en tus landing pages
Los operadores serios de lead gen acaban queriendo los datos en bruto en una base de datos que controlan: para cruzar leads con inversión, para lanzar SQL sobre la calidad de los leads, para alimentar un portal de compradores o una app para comerciales. Crear el endpoint que recibe los leads es la parte que suele atascarse, porque alguien tiene que escribirlo y mantenerlo funcionando.
Supabase elimina esa parte. Cada tabla ya tiene un endpoint REST, y el webhook de LanderLab envía a él cada lead como un conjunto plano de nombres de columna y valores. Postgres inserta la fila, Row Level Security decide qué puede hacer la petición, y el lead está en tu base de datos con la campaña y la variante.
Una fila de Postgres por lead, en tu esquema
El cuerpo de la petición es plano, una clave por columna, así cada lead se convierte en una fila con columnas con tipo, una marca de tiempo created_at del valor por defecto de la columna y un id al que pueden referirse tus otros sistemas. Las claves que no coinciden con ninguna columna se rechazan, lo que mantiene fuera de la tabla los datos sueltos.
Como es Postgres, la fila está lista para todo lo que hace SQL: una vista de leads por campaña y día, un join con tu tabla de costes, un índice único en el email si prefieres rechazar los envíos repetidos en lugar de guardarlos dos veces.
Protegido con Row Level Security
El webhook escribe con la publishable key de tu proyecto, y Row Level Security decide qué puede hacer esa key. Permite inserciones en la tabla de leads y nada más, y la key podrá añadir leads pero nunca leerlos, cambiarlos ni borrarlos, así los datos de los leads quedan fuera de alcance aunque la key no sea secreta.
La secret key, que se salta Row Level Security, no tiene por qué salir nunca de tu propio backend: un formulario de leads no la necesita.
Tu propia fuente de verdad sobre la calidad de los leads
Los builders, los CRMs y los trackers tienen cada uno una parte de la historia. Una tabla de Supabase con cada lead y su utm_campaign, click ID, landing page y variante es la parte que controlas tú. Carga la inversión diaria en una segunda tabla y una vista SQL te da el coste por lead por campaña y variante; añade los resultados que registran tus compradores o tus comerciales y te da el coste por venta.
Esa es la forma honesta de resolver un test A/B: no qué variante tuvo más formularios rellenados, sino de cuál salieron leads que se convirtieron en dinero.
Leads que sobreviven a una inserción fallida
Además, cada lead se guarda en la pestaña Prospectos de LanderLab, filtrable por fecha y variante y exportable en CSV desde Grow, salvo que esté activado “Envío de prospectos compliance”. Si una inserción falla alguna vez, por ejemplo después de cambiar el nombre de una columna, el lead no se pierde: arregla la tabla y recupera los datos desde la exportación. Envía a través de Workflows (beta) de LanderLab y la vista de ejecuciones te mostrará exactamente qué petición de lead falló.
