E-maile transakcyjne przekazują informacje o transakcji lub relacji z klientem: potwierdzenie płatności, reset hasła, o który poproszono, informację o wysyłce zamówienia albo powiadomienie o bezpieczeństwie konta. Ich cel jest inny niż cel kampanii, która zachęca do zakupu lub powrotu.

O tym rozróżnieniu decyduje treść wiadomości. Oznaczenie e-maila jako „transakcyjnego” w narzędziu do wysyłki nie przesądza o jego statusie prawnym.

Zastosuj test głównego celu

Wytyczne FTC dotyczące CAN-SPAM opisują wąskie kategorie wiadomości transakcyjnych i związanych z relacją z klientem. W przypadku treści łączących elementy komercyjne i transakcyjne bierze się pod uwagę, co rozsądny odbiorca zrozumiałby z tematu i gdzie w wiadomości znajdują się informacje transakcyjne.

Promocyjny temat może sprawić, że wiadomość o mieszanej treści zostanie uznana za komercyjną. Krótka promocyjna stopka nie przesądza o tym automatycznie: FTC podaje przykład wyciągu z konta, który mimo to pozostaje przede wszystkim transakcyjny. Liczą się sam przepis i faktyczna treść wiadomości.

Najważniejsze informacje muszą być dobrze widoczne. Jeśli promocja odciąga uwagę od potwierdzenia płatności lub powiadomienia o bezpieczeństwie, osobny e-mail marketingowy jest zwykle czytelniejszym wyborem redakcyjnym. To wytyczne obowiązujące w USA; sprawdź wymagania, które dotyczą Twoich odbiorców i Twojej firmy. Źródła sprawdzono 28 września 2026 r.

Kilka typowych przypadków

Powiadomienie o stanie konta i propozycja ulepszenia planu mogą dotyczyć tego samego okresu próbnego, a jednak służyć innym celom. Sprawdź, do czego e-mail zachęca czytelnika.

Zasady dostawców poczty nadal obowiązują

Wytyczne Gmail odróżniają wymagania dotyczące wypisania jednym kliknięciem dla ruchu marketingowego i subskrypcyjnego od wiadomości transakcyjnych. Uwierzytelnianie i reputacja mają znaczenie w obu przypadkach.

Yahoo zaleca oddzielanie masowego ruchu marketingowego od transakcyjnego za pomocą adresów IP, a w razie potrzeby także domen. Postępuj zgodnie z konfiguracją zalecaną przez swojego dostawcę i nie zakładaj, że sama nowa subdomena tworzy niezależną reputację.

W przypadku marketingu RFC 8058 definiuje mechanizm wypisania jednym kliknięciem za pomocą nagłówka. Link w stopce i wypisanie przez nagłówek pełnią różne role. Przetestuj ich działanie na odebranej wiadomości.

Wyślij zdarzenie transakcyjne przez Brew

W Brew służy do tego opublikowana automatyzacja i jej wyzwalacz. Skonfiguruj zweryfikowaną domenę wysyłkową z odpowiednim przeznaczeniem, zadeklaruj dane zdarzenia wyzwalacza i utwórz krok wysyłki e-maila korzystający z tej domeny. Ustawienie domeny steruje sposobem wysyłki w Brew, ale nie sprawia, że treść promocyjna staje się z prawnego punktu widzenia transakcyjna.

Po przetestowaniu i opublikowaniu automatyzacji Twój backend wywołuje wyzwalacz. Ten przykład zakłada, że wyzwalacz deklaruje pola order_id i 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"}}'

Użyj faktycznego identyfikatora wyzwalacza i stałego klucza idempotentności dla zdarzenia. E-mail może odczytać zadeklarowane pole danych zdarzenia za pomocą składni takiej jak {{ trigger.order_id }}. Sprawdź dokumentację tagów personalizacji i przetestuj brakujące wartości.

Sprawdź uruchomienie i odebrany e-mail. Przetestuj ponawianie żądań i upewnij się, że wypisania z e-maili marketingowych są obsługiwane zgodnie z przeznaczeniem wysyłki. Inne zabezpieczenia, w tym wykluczenia z dostarczania, nadal obowiązują; ustawienie transakcyjne nie jest obietnicą dostarczenia na każdy adres.

Publikację i sprawdzanie stanu omawia poradnik o automatyzacji. Jeśli szablon tworzy asystent AI, obowiązuje ta sama weryfikacja przed wysyłką.