Odděl zprávy o účtu a transakcích od marketingu, použij test hlavního účelu a posílej je přes publikovanou automatizaci v Brew.
Transakční e-maily přinášejí informace o transakci nebo o vztahu se zákazníkem: účtenku, vyžádanou obnovu hesla, informaci o stavu zásilky nebo bezpečnostní upozornění k účtu. Mají jiný účel než kampaň, která někoho vybízí k nákupu nebo k návratu.
Záleží na obsahu zprávy. To, že e-mail v nástroji pro odesílání označíš jako „transakční“, o jeho právním postavení nerozhoduje.
Pokyny FTC k zákonu CAN-SPAM popisují úzce vymezené kategorie transakčních zpráv a zpráv souvisejících s existujícím vztahem. U smíšeného obchodního a transakčního obsahu zohledňují, co by z předmětu pochopil rozumný příjemce a kde ve zprávě jsou transakční informace.
Propagační předmět může ze smíšené zprávy udělat obchodní sdělení. Krátká propagační patička to automaticky nedělá: FTC uvádí příklad výpisu z účtu, který zůstává převážně transakční. Rozhoduje pravidlo a skutečný obsah zprávy.
Podstatné informace drž na viditelném místě. Pokud propagace odvádí pozornost od účtenky nebo bezpečnostního upozornění, je samostatný marketingový e-mail obvykle čistší redakční volba. Jde o americké pokyny; prověř požadavky, které platí pro tvé příjemce a tvou firmu. Zdroje jsme zkontrolovali 28. září 2026.
| Zpráva | Obvyklý účel | Co zkontrolovat |
|---|---|---|
| Účtenka k objednávce nebo oznámení o vrácení peněz | Transakční | Přesné údaje o objednávce a správný příjemce |
| Vyžádaná obnova hesla | Zabezpečení účtu | Skutečná žádost, platný odkaz a žádná rušivá nabídka |
| Informace o stavu zásilky | Transakční | Informace o existující objednávce |
| Připomínka opuštěného košíku | Marketing | Souhlas, aktuální stav košíku a fungování odhlášení |
| Nabídka upgradu před koncem zkušební verze | Marketing | Skutečná nabídka a to, jestli na ni má příjemce pořád nárok |
Oznámení o stavu účtu a nabídka upgradu se můžou týkat stejné zkušební verze, a přitom mít jiný účel. Zkontroluj, k čemu e-mail čtenáře vybízí.
Pokyny služby Gmail odlišují požadavky na odhlášení jedním kliknutím u marketingových zpráv a zpráv, k jejichž odběru se příjemci přihlásili, od transakčních zpráv. Na autentizaci a reputaci ale záleží u obou.
Yahoo doporučuje oddělit hromadnou marketingovou poštu od transakční pomocí IP adres a případně i domén. Řiď se nastavením svého poskytovatele a nespoléhej na to, že samotná nová subdoména vytvoří nezávislou reputaci.
Pro marketing definuje mechanismus odhlášení jedním kliknutím v hlavičce RFC 8058. Odkaz v patičce a odhlášení přes hlavičku mají různé role. Chování otestuj na přijaté zprávě.
Brew k tomu používá publikovanou automatizaci a její spouštěč. Nastav ověřenou odesílací doménu s odpovídajícím účelem odesílání, deklaruj payload spouštěče a vytvoř krok odeslání e-mailu, který tuto doménu používá. Nastavení domény řídí, jak Brew odesílá; z propagačního obsahu ale právně transakční zprávu neudělá.
Až automatizaci otestuješ a publikuješ, tvůj backend aktivuje spouštěč. Tento příklad předpokládá, že spouštěč deklaruje order_id a ship_date:
curl --fail-with-body \
"https://brew.new/api/v1/automations/triggers/${BREW_ORDER_TRIGGER_ID}/fire" \
-H "Authorization: Bearer ${BREW_API_KEY}" \
-H "Content-Type: application/json" \
-H "Idempotency-Key: order-1234-shipped" \
-d '{"payload":{"email":"ada@example.com","order_id":"1234","ship_date":"Tuesday"}}'Použij skutečný identifikátor spouštěče a pro danou událost stabilní idempotenční klíč. E-mail může deklarované pole payloadu číst syntaxí jako {{ trigger.order_id }}. Projdi si dokumentaci k proměnným a otestuj chybějící hodnoty.
Zkontroluj běh i přijatý e-mail. Otestuj chování při opakovaných pokusech a ověř, že se marketingová odhlášení řeší podle účelu odesílání. Další ochrany, třeba blokované adresy, platí dál; transakční nastavení neslibuje doručení na každou adresu.
Publikování a kontrolám stavu se věnuje průvodce automatizací. Pokud šablonu sestaví asistent, platí stejná kontrola před odesláním.
