Trasforma le email in fatturato con Brew.
Collega Stytch per far partire email in linea con il tuo brand quando un utente Consumer si registra o un membro entra in un’organizzazione B2B. Brew supporta 7 tipi di evento di Stytch per i prodotti Consumer e B2B.
Stytch resta responsabile dell’autenticazione. Brew si limita ad ascoltare gli eventi e a creare e inviare le email che li seguono.
Stytch indica per ogni evento la sua fonte. Brew elabora gli eventi con fonte direct, che provengono dalle tue chiamate API e SDK. Gli eventi della Dashboard e quelli SCIM vengono registrati come non supportati e non avviano mai automazioni, quindi una modifica fatta da un operatore nella dashboard di Stytch non invia email ai clienti.
L’evento direct.organization.create non contiene alcun destinatario. Brew lo registra come non risolto e non avvia alcuna automazione. Per inviare un’email a una persona, usa direct.member.create, che contiene l’indirizzo del membro.
Gli eventi di eliminazione contengono solo un ID. Brew cerca l’email che ha già visto per quell’utente o quel membro sul collegamento attuale. Se non ne trova, l’evento viene registrato come non risolto.
Gli eventi direct.user.create, direct.user.update e direct.user.delete provengono dai progetti Consumer. Gli eventi delle organizzazioni e dei membri provengono dai progetti B2B.
Brew supporta questi 7 tipi di evento:
Ogni evento verificato con un indirizzo email reale crea o aggiorna un contatto di Brew, abbinato in base all’email, che un’automazione usi o meno l’evento. Quando i dati sono presenti, Brew imposta nome, cognome e stytch_project.
Gli eventi Consumer impostano stytch_user_id. Gli eventi dei membri impostano stytch_member_id, stytch_organization_id e stytch_org_role. Gli eventi di eliminazione impostano stytch_account_status su deleted. Brew non rimuove il contatto.
Per i merge tag, usa lo schema del payload dichiarato dall’evento selezionato. Ogni evento include email, firstName, lastName e createdAt, quando presenti. Gli eventi dei membri aggiungono role, e direct.organization.create aggiunge organizationName e organizationSlug. Il campo createdAt è un timestamp Unix in secondi.
Gli ID di utenti, membri e organizzazioni di Stytch non sono merge tag: vengono invece salvati sul contatto come campi stytch_*.
Un account Stytch non costituisce un consenso all’email di marketing. Raccogli il consenso al momento della registrazione e verificalo prima degli invii promozionali.
No. I messaggi di autenticazione di Stytch restano invariati. Brew avvia le automazioni dagli eventi webhook elencati qui, dopo che Stytch ha creato, aggiornato o eliminato l’utente o il membro.
Ricevere un evento e inviare un’email sono passaggi separati. Verifica che un’automazione corrispondente sia attiva, poi controlla i suoi filtri, la cronologia delle esecuzioni, l’idoneità del destinatario e il dominio di invio. Le consegne inviate con Send Example, gli eventi della Dashboard o SCIM e quelli senza un destinatario noto non avviano mai automazioni.
