Disparadores por eventos de autenticación
Conecta Stytch para activar emails fieles a tu marca cuando un usuario de Consumer se registra o un miembro se une a una organización B2B. Brew admite 7 tipos de evento de Stytch, entre los productos Consumer y B2B.
Stytch sigue encargándose de la autenticación. Brew solo escucha los eventos, y crea y envía los emails que vienen después.
Stytch etiqueta cada evento con un origen. Brew procesa los eventos con origen direct, que vienen de tus llamadas a la API y al SDK. Los eventos del Dashboard y de SCIM se registran como no compatibles y nunca inician automatizaciones, así que un cambio que alguien de tu equipo hace en el Dashboard de Stytch no envía emails a tus clientes.
El evento direct.organization.create no incluye ningún destinatario. Brew lo registra como no resuelto y no inicia ninguna automatización. Para enviar un email a una persona, usa direct.member.create, que incluye la dirección del miembro.
Los eventos de eliminación solo incluyen un ID. Brew busca el email que vio antes para ese usuario o miembro en la conexión actual. Si no tiene ninguno, el evento se registra como no resuelto.
Los eventos direct.user.create, direct.user.update y direct.user.delete vienen de proyectos Consumer. Los eventos de organización y de miembros vienen de proyectos B2B.
Brew admite 7 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 y stytch_project.
Los eventos de Consumer completan stytch_user_id. Los eventos de miembros completan stytch_member_id, stytch_organization_id y stytch_org_role. Los eventos de eliminación establecen stytch_account_status en deleted. Brew no elimina el contacto.
Usa el esquema de payload declarado del evento seleccionado para las etiquetas de combinación. Todos los eventos incluyen email, firstName, lastName y createdAt cuando están disponibles. Los eventos de miembros añaden role, y direct.organization.create añade organizationName y organizationSlug. El campo createdAt es una marca de tiempo Unix en segundos.
Los ID de usuario, de miembro y de organización de Stytch no son etiquetas de combinación. En su lugar, se guardan en el contacto como campos stytch_*.
Una cuenta de Stytch 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. Los mensajes de autenticación propios de Stytch no cambian. Brew inicia automatizaciones a partir de los eventos de webhook que se indican aquí, después de que Stytch haya creado, actualizado o eliminado el usuario o el miembro.
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. Las entregas hechas con Send Example, los eventos del Dashboard y de SCIM, y los eventos sin un destinatario conocido nunca inician automatizaciones.
