# MCP vs REST-API voor e-mailmarketing: welke workflow past?

Canonieke URL: https://brew.new/nl/blog/mcp-vs-rest-api-for-email-marketing-which-workflow-should-you-use
Auteur: Thomas Park
Gepubliceerd: 2026-09-23
Bijgewerkt: 2026-09-29

Een developer in je team koppelt het e-mailplatform aan Claude en maakt in een chatvenster een concept voor de campagne van volgende week. De volgende ochtend vraagt iemand of de welkomstmail bij een aanmelding niet op dezelfde manier kan draaien, via de assistent. De documentatie van het platform noemt een MCP-server en een REST-API naast elkaar.

De meeste e-mailplatforms die agents ondersteunen, bieden inmiddels deze twee ingangen. Met een MCP-server kan een AI-assistent tijdens een gesprek de tools van het platform aanroepen. Een REST-API maakt bewerkingen beschikbaar die je code direct kan aanroepen. Onder de motorkap komen ze vaak bij dezelfde endpoints uit, dus de keuze draait om wie het werk doet en wanneer.

Gebruik MCP als een persoon via een assistent werkt, en de REST-API als je product e-mail moet versturen zonder dat iemand meekijkt. De meeste teams gebruiken uiteindelijk allebei.

## De belangrijkste punten

- MCP is voor interactief werk waarbij oordeelsvermogen nodig is: een campagne opzetten, een doelgroep samenstellen, vragen waarom een verzending tegenviel.
- De REST-API is voor processen in productie: een trigger activeren als een gebruiker zich aanmeldt, contacten synchroniseren, betaalbewijzen versturen.
- Een CLI zit daartussenin. Je kunt hem net als de API in scripts gebruiken, en coding agents kunnen de uitvoer lezen.
- De MCP-server van Brew vereist een bevestiging voor live verzendingen bij OAuth- en organisatiekoppelingen. Clients met een API-sleutel voor één merk hebben een eigen goedkeuringsbeleid nodig. Je API-code moet zelf zorgen voor controle, idempotentie en nieuwe pogingen.

## Wat ze zijn

MCP, het Model Context Protocol, is een open standaard om tools beschikbaar te maken voor AI-clients zoals Claude, ChatGPT en Cursor. De client leest een lijst met tools, met beschrijvingen en schema’s, en kiest op basis van je verzoek welke hij aanroept. De server van Brew staat op `https://brew.new/api/mcp` en ondersteunt OAuth, dus je logt in en kiest een merk in plaats van met sleutels te werken.

Een REST-API is een set HTTP-endpoints die je code aanroept. Brew publiceert bij zijn API een OpenAPI-specificatie, een TypeScript-SDK en een [gids voor agents](https://brew.new/api/v1/llms.txt) in platte tekst. Elke aanroep bevat een API-sleutel, en je code bepaalt wat er wanneer wordt aangeroepen.

Andere leveranciers volgen hetzelfde patroon. De MCP-server van Customer.io verpakt de API in [aparte tools voor lezen, schrijven en verwijderen](https://docs.customer.io/ai/mcp/get-started/). Brevo genereert zijn MCP-tools uit zijn [OpenAPI-specificatie](https://developers.brevo.com/docs/mcp-protocol).

## De twee naast elkaar

| | MCP | REST-API |
| --- | --- | --- |
| Wie stuurt | Een persoon, via een assistent | Je code |
| Typische taken | E-mails opzetten en herzien, doelgroepen samenstellen, een campagne inplannen, statistieken lezen | Eventtriggers activeren, contacten toevoegen of bijwerken, transactionele e-mail versturen, de verzendstatus opvragen |
| Authenticatie | Inloggen via OAuth, of een API-sleutel voor clients zonder OAuth | API-sleutel, voor één merk of een hele organisatie |
| Veiligheid | Bij OAuth- en organisatiekoppelingen wacht Brew bij live verzendingen op een bevestiging | Je code beslist; gebruik idempotentiesleutels en je eigen controlestappen |
| Foutafhandeling | De assistent leest de fout en probeert het opnieuw of vraagt het jou | Je vertakt op vaste foutcodes en probeert het opnieuw met backoff |
| Grootte van het antwoord | Beperkt door het contextvenster van de assistent | Alleen beperkt door paginering |
| Het meest geschikt als | De taak oordeelsvermogen of iteratie vraagt | De taak elke keer op dezelfde manier moet verlopen |

## Wanneer MCP de juiste keuze is

Gebruik MCP als het werk een gesprek is:

- Campagnes maken. “Schrijf de productupdate van oktober op basis van deze changelog, stuur me een test en plan hem in voor dinsdag 9.00 uur.” De assistent roept `create_email`, `edit_email` en `send_email` met `test: true` aan, daarna `send_email` met `scheduledAt`, en wacht dan op je goedkeuring.
- Vragen over je doelgroep. “Hoeveel Pro-klanten hebben zich vóór juli aangemeld en vorige maand iets geopend?” De assistent combineert `search_contacts`, het opzoeken van velden en `create_audience`.
- Analyse. “Welke automatisering heeft de laagste klikratio, en wat is er veranderd?” De assistent leest `get_email_analytics` en de prestaties van automatiseringen.
- Eenmalige inrichting. Eén keer een trigger en een automatisering aanmaken, waarbij een persoon elke stap controleert.

In Brew gebruiken e-mails die via MCP worden gegenereerd hetzelfde merkdocument als e-mails die in de app worden gegenereerd. Het [artikel over de MCP-server van Brew](/nl/blog/brew-mcp) behandelt het instellen van de client.

MCP-antwoorden moeten in de context van de assistent passen. Het [artikel over flows](/nl/blog/email-flows) van Brew merkt op dat je via MCP bij een lange reeks alleen voor de eerste één of twee stappen de volledige HTML krijgt, terwijl de REST-route elke body teruggeeft.

## Wanneer de REST-API de juiste keuze is

Gebruik de API als e-mail onderdeel is van je product:

- Eventtriggers. Als een gebruiker zich aanmeldt, roept je backend `POST /v1/automations/triggers/{triggerEventId}/fire` aan met het e-mailadres en de velden van de gebruiker. De gepubliceerde automatisering doet de rest.
- Transactionele e-mail. Betaalbewijzen en wachtwoordresets worden op dezelfde manier getriggerd, via een automatisering op een domein met het doel Transactioneel. Zie [transactionele e-mails](/nl/blog/transactional-emails).
- Contactsynchronisatie. `POST /v1/contacts` voegt per verzoek maximaal 1.000 contacten toe of werkt ze bij.
- Monitoring. `GET /v1/sends/{sendId}` geeft status en statistieken terug voor een dashboard of een alert.

Op endpoints die het ondersteunen, gebruik je bij nieuwe pogingen binnen het gedocumenteerde venster van 24 uur dezelfde `Idempotency-Key` en dezelfde body van het verzoek (bij het activeren van een trigger wordt 90 dagen lang op de sleutel ontdubbeld). Gebruik een andere sleutel voor een andere logische bewerking, en lees het contract van het endpoint voordat je aanneemt dat een schrijfactie gedekt is. Headers voor de rate limit vertellen je wanneer je moet afremmen. Foutantwoorden van de API bevatten een `code`, zoals `CONSENT_REQUIRED`, waarop je kunt vertakken. Handel netwerkfouten apart af. De [API-gids](https://brew.new/api/v1/llms.txt) van Brew beschrijft dit allemaal.

## Waar de CLI past

Coding agents in een terminal werken vaak beter met een CLI dan met een van beide opties. De [CLI](https://docs.brew.new/api-reference/cli/agents) van Brew geeft het API-antwoord terug als één JSON-regel wanneer hij niet aan een terminal is gekoppeld, en gebruikt exitcodes waar een agent op kan reageren. Code 4 betekent dat er een bevestiging nodig is, en de CLI toont dan precies het commando dat je na goedkeuring opnieuw uitvoert met `--yes`. Met `brew-cli types` genereert hij ook getypeerde payloadcontracten, zodat de triggeraanroepen van je backend in de pas blijven met het schema van de trigger.

## Een gecombineerde workflow

Zo zou een SaaS-team het werk kunnen verdelen:

1. Een developer maakt in Cursor of Claude via MCP de trigger `user_signed_up` en een welkomstautomatisering aan, test die met `test_automation` en publiceert die daarna.
2. Bij elke aanmelding activeert de backend de trigger via de REST-API, met een idempotentiesleutel op basis van de gebruikers-ID.
3. Elke maand vraagt een marketeer Claude via MCP om de productupdate op te stellen en in te plannen.
4. Een ingeplande job in de applicatie controleert de actuele activatie- of factureringsstatus voordat hij een apart event verstuurt voor een herinnering aan wie nog in aanmerking komt. Alleen contactvelden synchroniseren werkt de oorspronkelijke eventpayload van een lopende flow niet bij.

Bij stap 1 en 3 controleert een persoon het werk van de assistent. Stap 2 en 4 draaien bij elke aanmelding of elke nacht, zonder dat iemand meekijkt.

## Veelgestelde vragen

### Is MCP trager of minder betrouwbaar dan de API?

MCP zet een assistent tussen jou en het endpoint, dus een verzoek kost meer stappen, en de assistent kan de verkeerde tool kiezen. Voor interactief werk is dat prima, maar niet voor een aanmeldevent dat elke keer moet worden geactiveerd.

### Wat is veiliger?

Brew vereist een bevestiging voor live verzendingen bij OAuth- en organisatiekoppelingen. Stel bij clients met een API-sleutel voor één merk je eigen goedkeuringsbeleid in. Bewaar bij de API sleutels veilig in omgevingsvariabelen, gebruik waar het kan sleutels voor één merk, en voeg idempotentiesleutels toe aan elke schrijfactie die je opnieuw probeert.

### Kan een agent in mijn eigen product de API als tools gebruiken?

Ja. De [integratiegids voor agents](https://docs.brew.new/integrations/ai-agents/use-brew-with-ai-agents) van Brew beschrijft hoe je API-endpoints aansluit als tools voor function calling, waarbij de SDK authenticatie en nieuwe pogingen afhandelt.

## Volgende stap

Wil je beide helften uitproberen? Koppel de [MCP-server](/nl/mcp) in je assistent voor campagnewerk, en maak één API-sleutel aan voor de trigger die je backend gaat activeren.