# Transaktionsmejl: vad de är och hur du skickar dem

Kanonisk URL: https://brew.new/sv/blog/transactional-emails
Författare: Thomas Park
Publicerad: 2026-08-22
Uppdaterad: 2026-09-28

Transaktionsmejl ger information om en transaktion eller en kundrelation: ett kvitto, en lösenordsåterställning som någon har begärt, en leveransuppdatering eller ett säkerhetsmeddelande om kontot. Syftet skiljer sig från en kampanj som ber någon att köpa eller komma tillbaka.

Skillnaden avgörs av meddelandet. Att ett mejl kallas ”transaktionellt” i ett utskicksverktyg avgör inte dess juridiska status.

## Tillämpa bedömningen av huvudsakligt syfte

[FTC:s vägledning om CAN-SPAM](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business) beskriver snäva kategorier av transaktions- och relationsmeddelanden. När innehållet är både kommersiellt och transaktionellt tar vägledningen hänsyn till vad en rimlig mottagare skulle förstå av ämnesraden och var den transaktionella informationen står.

En säljande ämnesrad kan göra ett blandat meddelande kommersiellt. En kort säljande sidfot gör det inte automatiskt: FTC ger exemplet med ett kontoutdrag som förblir huvudsakligen transaktionellt. Det är [regeln](https://www.ecfr.gov/current/title-16/chapter-I/subchapter-C/part-316/section-316.3) och det faktiska meddelandet som avgör.

Låt den viktiga informationen synas tydligt. Om ett erbjudande tar uppmärksamheten från ett kvitto eller ett säkerhetsmeddelande är ett separat marknadsföringsmejl oftast det tydligare redaktionella valet. Det här är amerikansk vägledning; se över de krav som gäller för dina mottagare och din verksamhet. Källorna granskades den 28 september 2026.

## Några vanliga fall

| Meddelande | Vanligt syfte | Vad du ska kontrollera |
| --- | --- | --- |
| Orderkvitto eller besked om återbetalning | Transaktionellt | Korrekt orderinformation och rätt mottagare |
| Begärd lösenordsåterställning | Kontosäkerhet | En äkta begäran, en giltig länk och inget distraherande erbjudande |
| Leveransuppdatering | Transaktionellt | Information om den befintliga beställningen |
| Påminnelse om övergiven varukorg | Marknadsföring | Samtycke, varukorgens aktuella innehåll och hur avregistreringen fungerar |
| Uppgraderingserbjudande när provperioden går ut | Marknadsföring | Det faktiska erbjudandet och om mottagaren fortfarande uppfyller villkoren |

Ett meddelande om kontostatus och ett uppgraderingserbjudande kan gälla samma provperiod men ha olika syften. Granska vad mejlet ber läsaren att göra.

## Leverantörernas regler gäller fortfarande

[Gmails riktlinjer](https://support.google.com/mail/answer/81126) skiljer kraven på avregistrering med ett klick för marknadsföring och prenumererad trafik från transaktionella meddelanden. Autentisering och rykte spelar fortfarande roll för båda.

[Yahoo](https://senders.yahooinc.com/best-practices/) rekommenderar att massutskick för marknadsföring och transaktionell trafik hålls isär med separata IP-adresser och, där det passar, separata domäner. Följ din leverantörs konfiguration i stället för att utgå från att en ny underdomän i sig ger ett eget, oberoende rykte.

För marknadsföring definierar [RFC 8058](https://www.rfc-editor.org/rfc/rfc8058.html) mekanismen med headers för avregistrering med ett klick. En länk i sidfoten och en avregistrering via headers har olika roller. Testa beteendet på det mottagna meddelandet.

## Skicka en transaktionshändelse via Brew

Brew använder en publicerad automatisering och dess utlösare för det här arbetsflödet. Konfigurera en verifierad avsändardomän med rätt syfte för utskicken, deklarera utlösarens nyttolast och skapa ett steg av typen Skicka mejl som använder domänen. Domäninställningen styr hur Brew skickar; den gör inte säljande innehåll juridiskt transaktionellt.

När du har testat och publicerat automatiseringen skickar din backend en händelse till utlösaren. Exemplet förutsätter att utlösaren deklarerar `order_id` och `ship_date`:

```bash
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"}}'
```

Använd utlösarens faktiska id och en stabil idempotensnyckel för händelsen. Mejlet kan läsa ett deklarerat fält i nyttolasten med en syntax som `{{ trigger.order_id }}`. Läs [dokumentationen om personaliseringstaggar](https://docs.brew.new/create-emails/merge-tags) och testa saknade värden.

Granska körningen och det mottagna mejlet. Testa vad som händer vid nya försök och kontrollera att avregistreringar från marknadsföring hanteras enligt utskickets syfte. Andra skydd, till exempel spärrar vid leverans, spelar fortfarande roll; en transaktionell inställning är inget löfte om leverans till varje adress.

[Guiden om automatisering](/sv/blog/email-marketing-automation-guide) går igenom publicering och kontroller av status. Om en assistent skriver mallen gäller samma [granskning före utskick](/sv/blog/agent-email-deliverability).