Disparadores por eventos de autenticación
Conecta Supabase para activar emails fieles a tu marca cuando alguien se registra, confirma su email o cambia su contraseña, o cuando se bloquea una cuenta. Un script de configuración añade un trigger de base de datos a tu tabla auth.users, y Brew convierte cada cambio en uno de sus 12 disparadores de automatizaciones.
Supabase Auth sigue encargándose del inicio de sesión, los enlaces de confirmación, los magic links y los restablecimientos de contraseña. Brew crea y envía los emails que vienen después de esos cambios.
El evento auth.user.signed_in se emite cuando cambia last_sign_in_at. Las renovaciones del token de Supabase también cambian esa columna, así que el evento puede emitirse una y otra vez mientras un usuario mantiene la sesión iniciada. No demuestra que alguien haya vuelto tras una larga ausencia.
Además, es el evento derivado con menor prioridad. Cuando la misma actualización confirma un email o convierte en permanente una cuenta anónima, Brew emite ese evento en lugar de auth.user.signed_in.
Para retomar el contacto con usuarios inactivos, determina la inactividad en tu aplicación a partir de sus propios datos de actividad. Dispara un evento personalizado de Brew aparte solo para los usuarios que cumplan los requisitos, y deja que una automatización activa envíe ese email a partir del evento.
Prueba las dos rutas: un usuario inactivo recibe el email; un usuario que estuvo activo antes de la comprobación, no.
Los eventos auth.user.created, auth.user.updated y auth.user.deleted vienen de las inserciones, actualizaciones y eliminaciones en auth.users. Brew deriva los demás eventos de una actualización, comparando la fila anterior con la nueva.
Una actualización genera un solo evento. Cuando cambian varias columnas a la vez, gana la primera coincidencia en este orden: email_confirmed, phone_confirmed, upgraded_from_anonymous, email_changed, password_changed, banned, unbanned, invited, signed_in. Una actualización que no coincide con ninguno de ellos llega como auth.user.updated.
Brew admite 12 tipos de evento:
Cada evento verificado con una dirección de email real crea o actualiza un contacto de Brew, identificado por su email, tanto si alguna automatización usa el evento como si no. Cuando los datos están disponibles, Brew completa el nombre, el apellido, supabase_user_id, supabase_phone, supabase_role, supabase_full_name, supabase_avatar_url y supabase_provider.
Algunos eventos también completan campos del ciclo de vida. El campo supabase_account_status pasa a active, invited, banned o deleted. Los campos supabase_email_verified_at, supabase_phone_verified_at y supabase_last_sign_in_at vienen de los eventos de confirmación y de inicio de sesión correspondientes.
Usa el esquema de payload declarado del evento seleccionado para las etiquetas de combinación. Todos los eventos incluyen email y, cuando están disponibles, firstName, lastName, fullName, displayName, avatarUrl, phone, role, provider, createdAt, lastSignInAt y emailConfirmedAt. Los nombres y los avatares vienen de raw_user_meta_data, con valores de respaldo para los registros con OAuth. Las tres marcas de tiempo se expresan en segundos Unix.
Los eventos derivados añaden previousValue, newValue o ambos, con el valor anterior y el nuevo de la columna como texto. El evento auth.user.password_changed no tiene ninguno de los dos. El campo provider contiene el método de registro, como email, google o github, así que puedes dirigir los flujos de bienvenida según cómo se registró cada persona.
El ID de usuario de Supabase no es una etiqueta de combinación. Brew lo guarda en el contacto como supabase_user_id para filtrar y segmentar.
Una cuenta de Supabase no acredita el consentimiento para emails de marketing. Guarda el consentimiento en el momento del registro y compruébalo antes de hacer envíos promocionales.
No. Supabase Auth sigue enviando los enlaces de confirmación, los magic links, las invitaciones y los restablecimientos de contraseña con su propia configuración de email, como un SMTP personalizado. Brew inicia automatizaciones después de que esos cambios lleguen a auth.users. Supabase recomienda usar dominios de envío distintos para el email de autenticación y el de marketing.
Recibir un evento y enviar un email son pasos distintos. Confirma que haya una automatización coincidente activa; después, revisa sus filtros y su historial de ejecuciones, y comprueba que el destinatario pueda recibir el email y el estado del dominio de envío. Un evento de un usuario sin dirección de email, como un usuario anónimo que aún no ha añadido ninguna, no crea ningún contacto ni inicia ninguna automatización.
