# MCP vs. REST API pro e-mailový marketing: co kdy použít

Kanonická URL: https://brew.new/cs/blog/mcp-vs-rest-api-for-email-marketing-which-workflow-should-you-use
Autor: Thomas Park
Publikováno: 2026-09-23
Aktualizováno: 2026-09-29

Vývojář z tvého týmu připojí e-mailovou platformu k aplikaci Claude a v okně chatu připraví koncept kampaně na příští týden. Druhý den ráno se někdo zeptá, jestli by stejným způsobem, přes asistenta, nemohl běžet i uvítací e-mail po registraci. Dokumentace platformy uvádí MCP server a REST API vedle sebe.

Většina e-mailových platforem, které podporují agenty, dnes nabízí právě tyhle dva vstupy. MCP server umožňuje AI asistentovi volat nástroje platformy v průběhu konverzace. REST API zpřístupňuje operace, které tvůj kód může volat přímo. Pod povrchem často vedou ke stejným endpointům, takže volba závisí na tom, kdo práci dělá a kdy.

MCP používej, když člověk pracuje přes asistenta, a REST API, když tvůj produkt potřebuje posílat e-maily, aniž by na to někdo dohlížel. Většina týmů nakonec používá obojí.

## Hlavní body

- MCP je pro interaktivní práci, která vyžaduje hodně úsudku: koncept kampaně, sestavení publika, otázku, proč rozesílka dopadla hůř, než měla.
- REST API je pro produkční procesy: aktivaci spouštěče, když se uživatel zaregistruje, synchronizaci kontaktů, odesílání účtenek.
- CLI stojí mezi nimi. Dá se skriptovat jako API a programovací agenti jeho výstup snadno přečtou.
- MCP v Brew vyžaduje u připojení přes OAuth a pro celou organizaci potvrzení ostré rozesílky. Klienti připojení přes API klíč značky potřebují vlastní pravidla schvalování. Tvůj kód, který volá API, si musí kontrolu, idempotenci i opakované pokusy zajistit sám.

## Co je co

MCP neboli Model Context Protocol je otevřený standard, přes který se nástroje zpřístupňují AI klientům, jako jsou Claude, ChatGPT a Cursor. Klient si přečte seznam nástrojů s popisy a schématy a podle tvého požadavku vybere, který zavolá. Server Brew běží na `https://brew.new/api/mcp` a podporuje OAuth, takže se jen přihlásíš a vybereš značku a klíče řešit nemusíš.

REST API je sada HTTP endpointů, které volá tvůj kód. Brew ke svému API zveřejňuje specifikaci OpenAPI, TypeScript SDK a [průvodce pro agenty](https://brew.new/api/v1/llms.txt) v prostém textu. Každé volání nese API klíč a tvůj kód rozhoduje, co a kdy zavolá.

Ostatní výrobci postupují podobně. MCP server Customer.io obaluje svoje API do [samostatných nástrojů pro čtení, zápis a mazání](https://docs.customer.io/ai/mcp/get-started/). Brevo své MCP nástroje generuje ze [specifikace OpenAPI](https://developers.brevo.com/docs/mcp-protocol).

## Srovnání bod po bodu

| | MCP | REST API |
| --- | --- | --- |
| Kdo to řídí | Člověk přes asistenta | Tvůj kód |
| Typické úkoly | Koncepty a úpravy e-mailů, sestavení publik, naplánování kampaně, čtení analytiky | Aktivace spouštěčů událostí, vložení nebo aktualizace kontaktů, odesílání transakčních e-mailů, zjišťování stavu rozesílky |
| Autentizace | Přihlášení přes OAuth, nebo API klíč pro klienty bez OAuth | API klíč omezený na značku nebo organizaci |
| Bezpečnost | U připojení přes OAuth a pro celou organizaci Brew ostré rozesílky pozdrží do potvrzení | Rozhoduje tvůj kód; používej idempotenční klíče a vlastní kroky kontroly |
| Řešení chyb | Asistent si chybu přečte a zkusí to znovu, nebo se tě zeptá | Větvíš podle stabilních chybových kódů a opakuješ s postupně delší prodlevou (backoff) |
| Velikost odpovědi | Omezená kontextovým oknem asistenta | Omezená jen stránkováním |
| Nejlepší, když | Úkol vyžaduje úsudek nebo opakované ladění | Úkol musí pokaždé proběhnout stejně |

## Kdy je správná volba MCP

MCP používej, když práce probíhá jako konverzace:

- Příprava kampaní. „Napiš z tohohle přehledu změn říjnový přehled novinek v produktu, pošli mi test a naplánuj to na úterý v 9:00.“ Asistent zavolá `create_email`, `edit_email`, `send_email` s `test: true` a pak `send_email` s `scheduledAt` a zastaví se, aby počkal na tvé schválení.
- Otázky k publiku. „Kolik zákazníků s tarifem Pro se zaregistrovalo před červencem a minulý měsíc něco otevřelo?“ Asistent zkombinuje `search_contacts`, vyhledávání polí a `create_audience`.
- Analýza. „Která automatizace má nejhorší míru prokliku a co se změnilo?“ Asistent si přečte `get_email_analytics` a výkon automatizací.
- Jednorázové nastavení. Jednou vytvořit spouštěč a automatizaci, přičemž každý krok kontroluje člověk.

V Brew používají e-maily vygenerované přes MCP stejný dokument značky jako e-maily vygenerované v aplikaci. Nastavení klienta popisuje [článek o MCP v Brew](/cs/blog/brew-mcp).

Odpovědi přes MCP se musí vejít do kontextu asistenta. [Článek o sekvencích](/cs/blog/email-flows) od Brew upozorňuje, že když si přes MCP řekneš o celé HTML, dostaneš u dlouhé sekvence jen první jeden nebo dva kroky, zatímco cesta přes REST vrátí obsah všech e-mailů.

## Kdy je správná volba REST API

API používej, když jsou e-maily součástí tvého produktu:

- Spouštěče událostí. Když se uživatel zaregistruje, tvůj backend zavolá `POST /v1/automations/triggers/{triggerEventId}/fire` s e-mailem a poli uživatele. O zbytek se postará publikovaná automatizace.
- Transakční e-maily. Účtenky a obnova hesla se spouštějí stejně, přes automatizaci na doméně s účelem Transakční. Víc v [průvodci transakčními e-maily](/cs/blog/transactional-emails).
- Synchronizace kontaktů. `POST /v1/contacts` v jednom požadavku vloží nebo aktualizuje až 1 000 kontaktů.
- Monitoring. `GET /v1/sends/{sendId}` vrací stav a statistiky pro přehled nebo upozornění.

U endpointů, které to podporují, při opakovaných pokusech v rámci zdokumentovaného 24hodinového okna znovu použij stejný `Idempotency-Key` i tělo požadavku (u spuštění spouštěčů se duplicity podle klíče rozpoznávají po dobu 90 dní). Pro jinou logickou operaci použij jiný klíč; než začneš předpokládat, že se idempotence týká i daného zápisu, přečti si popis endpointu. Hlavičky s limity požadavků ti řeknou, kdy zpomalit. Chybové odpovědi API obsahují `code`, například `CONSENT_REQUIRED`, podle kterého můžeš větvit. Výpadky sítě řeš zvlášť. To všechno popisuje [průvodce API](https://brew.new/api/v1/llms.txt) od Brew.

## Kam zapadá CLI

Programovací agenti v terminálu si často vedou líp s CLI než s kteroukoli z obou možností. [CLI](https://docs.brew.new/api-reference/cli/agents) od Brew vrací odpověď API jako jeden řádek JSON, když není připojené k terminálu, a používá návratové kódy, podle kterých agent může jednat. Kód 4 znamená, že je potřeba potvrzení, a CLI vypíše přesný příkaz, který se po schválení spustí znovu s `--yes`. Pomocí `brew-cli types` také generuje typovaná schémata payloadu, díky kterým volání spouštěčů z tvého backendu drží krok se schématem spouštěče.

## Kombinovaný postup

Takhle si může práci rozdělit třeba SaaS tým:

1. Vývojář v aplikaci Cursor nebo Claude přes MCP vytvoří spouštěč `user_signed_up` a uvítací automatizaci, otestuje ji pomocí `test_automation` a publikuje ji.
2. Backend při každé registraci aktivuje spouštěč přes REST API, s idempotenčním klíčem odvozeným z ID uživatele.
3. Každý měsíc marketér přes MCP požádá Claude, ať připraví koncept přehledu novinek v produktu a naplánuje ho.
4. Naplánovaná úloha v aplikaci ověří aktuální stav aktivace nebo plateb a teprve pak vyšle samostatnou událost pro připomínku kontaktům, které splňují podmínky. Samotná synchronizace polí kontaktu původní payload události v už běžící sekvenci neaktualizuje.

V krocích 1 a 3 práci asistenta kontroluje člověk. Kroky 2 a 4 běží při každé registraci nebo každou noc, aniž by na ně kdokoli dohlížel.

## Časté dotazy

### Je práce přes MCP pomalejší nebo méně spolehlivá než přes API?

MCP mezi tebe a endpoint přidává asistenta, takže požadavek potřebuje víc kroků a asistent může zvolit špatný nástroj. U interaktivní práce to nevadí, ale pro událost registrace, která se musí spustit pokaždé, je to špatná volba.

### Co je bezpečnější?

Brew u připojení přes OAuth a pro celou organizaci vyžaduje potvrzení ostré rozesílky. U klientů připojených přes API klíč značky si nastav vlastní pravidla schvalování. U API drž klíče v proměnných prostředí. Kde to jde, používej klíče omezené na značku a ke každému opakovanému zápisu přidávej idempotenční klíč.

### Může agent v mém vlastním produktu používat API jako nástroje?

Ano. [Průvodce integrací s agenty](https://docs.brew.new/integrations/ai-agents/use-brew-with-ai-agents) od Brew popisuje, jak zapojit endpointy API jako nástroje pro volání funkcí (function calling), přičemž autentizaci a opakované pokusy řeší SDK.

## Další krok

Pokud chceš vyzkoušet obě poloviny, připoj ve svém asistentovi [MCP server](/cs/mcp) pro práci na kampaních a vytvoř jeden API klíč pro spouštěč, který bude aktivovat tvůj backend.