# Getriggerde e-mails: koppel het event aan het juiste bericht

Canonieke URL: https://brew.new/nl/blog/triggered-email-automations-guide
Auteur: Brew Team
Gepubliceerd: 2026-08-20
Bijgewerkt: 2026-09-29

Een getriggerde e-mail begint met iets wat er is gebeurd: een aanmelding, een mislukte factuurbetaling, een afgeronde export of een ander event dat je systeem kan beschrijven. Dat event geeft context voor een bericht.

De trigger bepaalt niet of het bericht marketing of transactioneel is. Dat doen het doel van het bericht en de relatie met de ontvanger. Een betaalbewijs en een verkooppraatje voor een upgrade kunnen uit hetzelfde product komen en toch verschillende verzendregels nodig hebben.

## Geef het event een precieze betekenis

Kies een naam die een actie of een geverifieerde toestand beschrijft. Definieer de velden die de e-mail nodig heeft en test representatieve payloads. Vermijd een event dat iets anders betekent, afhankelijk van welke service het heeft verstuurd.

Een event voor een afgeronde bestelling kan bijvoorbeeld het adres van de ontvanger, het ordernummer en een link naar de bestelling bevatten. Houd gevoelige of overbodige data uit de payload. De [API-referentie](https://docs.brew.new/api-reference/api/api-introduction) documenteert de ondersteunde vormen van verzoeken.

In het automatiseringsmodel van Brew koppel je een trigger aan stappen, zoals het versturen van een e-mail. Maak het concept en controleer het, en publiceer daarna de automatisering voordat je verwacht dat events uit productie hem uitvoeren. [E-mailautomatisering met AI](/nl/blog/ai-email-automation) behandelt welke lifecycleflows je het eerst bouwt, van aanmelding tot reactivatie.

## Marketing- en transactieberichten vragen om een andere beoordeling

Een welkomstreeks die een product promoot, is marketing. Een betaalbewijs voor een bestelling of een aangevraagd bericht over accountbeveiliging kan transactioneel zijn. Bij gemengde berichten moet je beoordelen wat het hoofddoel is; een kleine promotie toevoegen beantwoordt de juridische vraag niet automatisch, in welke richting dan ook.

Zorg dat essentiële accountinformatie makkelijk te vinden is. Gebruik het juiste doel voor het verzenddomein en test hoe inschrijvingen worden afgehandeld. Lees de [gids over transactionele e-mails](/nl/blog/transactional-emails) voor het onderscheid en de gelinkte eisen van providers.

Controleer bij marketing de toestemming en respecteer afmeldingen en suppressies. Een overeenkomend event is geen toestemming om iedereen te mailen wiens adres toevallig in de payload staat.

## Een herinnering op dag zes vraagt om de feiten van dag zes

Stel dat je een proefgebruiker die na zes dagen het instellen nog niet heeft afgerond, een herinnering wilt sturen. Het aanmeldevent weet wat er waar was bij de aanmelding. Het kan niet voorspellen of de gebruiker morgen klaar is.

Voor de controle op dag zes in Brew kan een filterstap of een splitsing op basis van een voorwaarde via `contact.<name>` de actuele contactvelden in Brew lezen. Definieer en synchroniseer de velden voor activatie en inschrijving, en controleer ze na de wachtstap. Eventvelden zoals `payload.activated` bevatten nog steeds de oorspronkelijke waarden van het event. Staat de benodigde status buiten Brew, laat je applicatie die dan op dag zes controleren en alleen een nieuw herinneringsevent versturen als de gebruiker nog in aanmerking komt.

Dezelfde regel geldt als de voorwaarde “heeft nog niet gekocht” of “gebruikt nog het gratis abonnement” is. Het [artikel over reeksen voor de proefperiode](/nl/blog/how-to-build-a-saas-trial-conversion-email-sequence-with-product-events) legt het patroon met een controle in je applicatie uit.

## Controleer het hele pad

Test het verzoek met het event, de run van de automatisering en de ontvangen e-mail. Neem ontbrekende velden, nieuwe pogingen, eigen testontvangers en een statuswijziging mee die een latere verzending zou moeten tegenhouden.

Gebruik bij gekoppelde providers hun echte eventnamen. De [pagina over Stripe](/nl/browse/integrations/stripe) somt de events op die Brew ondersteunt, en legt uit waarom de instelling Volledige naam synchroniseren los staat van het publiceren van een automatisering.

Werkt het pad, houd de reeks dan begrijpelijk. Een klein aantal expliciete events en gecontroleerde berichten is makkelijker te onderhouden dan één lange automatisering waarvan niemand de voorwaarden kan uitleggen.