Verbinde Stytch, um markenkonforme E-Mails auszulösen, wenn sich ein Consumer-Nutzer registriert oder ein Mitglied einer B2B-Organisation beitritt. Brew unterstützt 7 Event-Typen von Stytch aus den Produkten Consumer und B2B.
Für die Authentifizierung bleibt Stytch zuständig. Brew nimmt nur Events entgegen und erstellt und versendet die E-Mails, die darauf folgen.
Stytch versieht jedes Event mit einer Quelle. Brew verarbeitet Events der Quelle direct, die aus deinen API- und SDK-Aufrufen stammen. Dashboard- und SCIM-Events werden als nicht unterstützt erfasst und starten nie Automatisierungen. Eine Änderung, die jemand aus deinem Team im Stytch-Dashboard vornimmt, löst also keine E-Mail an Kunden aus.
Das Event direct.organization.create enthält keinen Empfänger. Brew erfasst es als nicht aufgelöst und startet keine Automatisierung. Um einer Person eine E-Mail zu schicken, nutze direct.member.create – dieses Event enthält die Adresse des Mitglieds.
Lösch-Events enthalten nur eine ID. Brew sucht nach der E-Mail-Adresse, die über die aktuelle Verbindung schon früher für diesen Nutzer oder dieses Mitglied angekommen ist. Findet Brew keine, wird das Event als nicht aufgelöst erfasst.
Die Events direct.user.create, direct.user.update und direct.user.delete stammen aus Consumer-Projekten, die Organisations- und Mitglieder-Events aus B2B-Projekten.
Brew unterstützt diese 7 Event-Typen:
Jedes verifizierte Event mit einer echten E-Mail-Adresse legt einen Brew-Kontakt an oder aktualisiert ihn – zugeordnet über die E-Mail-Adresse und unabhängig davon, ob eine Automatisierung das Event nutzt. Wenn die Daten vorhanden sind, setzt Brew Vor- und Nachname sowie stytch_project.
Consumer-Events setzen stytch_user_id, Mitglieder-Events stytch_member_id, stytch_organization_id und stytch_org_role. Lösch-Events setzen stytch_account_status auf deleted. Brew entfernt den Kontakt nicht.
Richte dich bei Merge-Tags nach dem deklarierten Payload-Schema des gewählten Events. Jedes Event enthält email, firstName, lastName und createdAt, sofern vorhanden. Mitglieder-Events ergänzen role, direct.organization.create ergänzt organizationName und organizationSlug. Das Feld createdAt ist ein Unix-Zeitstempel in Sekunden.
Nutzer-, Mitglieder- und Organisations-IDs von Stytch sind keine Merge-Tags. Sie landen stattdessen als stytch_*-Felder am Kontakt.
Ein Stytch-Konto begründet keine Einwilligung in Marketing-E-Mails. Halte die Einwilligung bei der Registrierung fest und prüfe sie vor Werbeversänden.
Nein. Die eigenen Authentifizierungsnachrichten von Stytch bleiben unverändert. Brew startet Automatisierungen über die hier aufgeführten Webhook-Events, nachdem Stytch den Nutzer oder das Mitglied angelegt, aktualisiert oder gelöscht hat.
Ein Event zu empfangen und eine E-Mail zu senden, sind getrennte Schritte. Prüfe, ob eine passende Automatisierung live ist, sieh dir dann ihre Filter und ihren Ausführungsverlauf an und prüfe, ob der Empfänger erreichbar und die Versanddomain bereit ist. Zustellungen über „Send Example“, Dashboard- und SCIM-Events sowie Events ohne bekannten Empfänger starten nie Automatisierungen.
