Transformez vos e-mails en revenus avec Brew.
Déclencheurs d’authentification
Connectez Stytch pour lancer des e-mails à l’image de votre marque quand un utilisateur Consumer s’inscrit ou qu’un membre rejoint une organisation B2B. Brew prend en charge 7 types d’événements Stytch, répartis entre les produits Consumer et B2B.
Stytch reste responsable de l’authentification. Brew se contente d’écouter les événements, puis de créer et d’envoyer les e-mails qui en découlent.
Stytch attribue une source à chaque événement. Brew traite les événements de la source direct, qui proviennent de vos appels à l’API et aux SDK. Les événements du Dashboard et les événements SCIM sont enregistrés comme non pris en charge et ne lancent jamais d’automatisation : une modification faite par un opérateur dans le tableau de bord Stytch n’envoie donc aucun e-mail aux clients.
L’événement direct.organization.create ne contient aucun destinataire. Brew l’enregistre comme non résolu et ne lance aucune automatisation. Pour écrire à une personne, utilisez direct.member.create, qui contient l’adresse du membre.
Les événements de suppression ne contiennent qu’un ID. Brew recherche l’adresse e-mail qu’il a vue précédemment pour cet utilisateur ou ce membre sur la connexion actuelle. S’il n’en a aucune, l’événement est enregistré comme non résolu.
Les événements direct.user.create, direct.user.update et direct.user.delete proviennent des projets Consumer. Les événements d’organisation et de membre proviennent des projets B2B.
Brew prend en charge les 7 types d’événements suivants :
Chaque événement vérifié qui contient une adresse e-mail réelle crée ou met à jour un contact Brew, identifié par son adresse e-mail, qu’une automatisation utilise l’événement ou non. Lorsque les données sont présentes, Brew renseigne le prénom, le nom et stytch_project.
Les événements Consumer renseignent stytch_user_id. Les événements de membre renseignent stytch_member_id, stytch_organization_id et stytch_org_role. Les événements de suppression donnent à stytch_account_status la valeur deleted. Brew ne supprime pas le contact.
Pour les balises de fusion, utilisez le schéma de payload déclaré par l’événement sélectionné. Tous les événements incluent email, firstName, lastName et createdAt, lorsque ces champs sont présents. Les événements de membre ajoutent role, et direct.organization.create ajoute organizationName et organizationSlug. Le champ createdAt est un horodatage Unix en secondes.
Les ID d’utilisateur, de membre et d’organisation Stytch ne sont pas des balises de fusion. Ils sont plutôt enregistrés sur le contact dans les champs stytch_*.
Un compte Stytch ne vaut pas consentement aux e-mails marketing. Enregistrez le consentement lors de l’inscription et vérifiez-le avant tout envoi promotionnel.
Non. Les messages d’authentification envoyés par Stytch restent inchangés. Brew lance des automatisations à partir des événements webhook listés ici, une fois que Stytch a créé, mis à jour ou supprimé l’utilisateur ou le membre.
Recevoir un événement et envoyer un e-mail sont deux étapes distinctes. Vérifiez qu’une automatisation correspondante est active, puis contrôlez ses filtres, son historique d’exécution, l’éligibilité du destinataire et le domaine d’envoi. Les envois via Send Example, les événements du Dashboard et les événements SCIM, ainsi que les événements sans destinataire connu, ne lancent jamais d’automatisation.
