En ordrebekræftelse eller nulstilling af kodeord er en del af produktets funktion. Når mailen mangler, står kunden stille, og supporten skal kunne finde fejlen. Denne guide sammenligner tjenester til mails, som en app eller webshop udløser ved en konkret hændelse. Den handler ikke om kolde salgssekvenser eller medarbejdernes almindelige indbakker.
De fem kandidater er valgt for forskellige drifts- og udviklingsbehov: tæt tilknytning til AWS, en bred kommunikationsplatform og særskilte udviklerværktøjer. API betyder her en direkte softwareforbindelse; SMTP er en anden almindelig måde, hvorpå et system afleverer mail til en afsendertjeneste.
Kort fortalt
- Amazon SES: Eksisterende AWS-drift.
- Brevo: Fælles arbejde om beskeder og skabeloner.
- Mailgun: Programmatisk afsendelse og indgående svar.
- Postmark: Supportens fejlsøgning af systemmails.
- Resend: Udvikling af mails sammen med produktet.
Sammenligning
Stryg tabellen til siden for at se alle kolonner.
| Leverandør | Relevant at undersøge til | Dokumenteret fokus | Afklar før køb |
|---|---|---|---|
| Amazon SES | Eksisterende AWS-drift | API/SMTP og AWS-komponenter til mailbehandling | Ansvar for opsætning og overvågning |
| Brevo | Fælles arbejde om beskeder og skabeloner | Personalisering, webhooks og indgående parsing | Rettigheder mellem marketing og drift |
| Mailgun | Programmatisk afsendelse og indgående svar | API/SMTP, hændelseslog og routing | Logbehov og svarhåndtering |
| Postmark | Supportens fejlsøgning af systemmails | API/SMTP, indholdshistorik og bounce-webhooks | Opbevaringsperiode og supportadgang |
| Resend | Udvikling af mails sammen med produktet | React Email, testtilstand og webhooks | Testforløb og skabelonejerskab |
Tabellen viser forskellige arbejdsformer, ikke en rangering. Pakke og konkret opsætning kan ændre funktionsadgangen.
Leverandørerne
Amazon SES
Amazon SES understøtter SMTP og API. Funktionssiden beskriver også modtagelse af mail med videre behandling i blandt andet S3, Lambda og SNS samt en simulator til hændelser som afvisninger. Vores vurdering: SES er relevant, når teamet allerede driver software i AWS og vil arbejde inden for den opsætning. Afklar, hvem der ejer alarmer, adgang og fejlhåndtering. Vi har ikke beregnet en samlet pris inklusive de øvrige AWS-komponenter. Kilde: Amazon SES.
Brevo
Brevo beskriver personaliserede transaktionsskabeloner, API-værktøjer, webhooks for hændelser og parsing af indgående mail. Platformen omfatter også andre beskedkanaler. Vores vurdering: Tag Brevo med, når flere faggrupper skal arbejde med beskeder og skabeloner. Undersøg, hvem der må ændre en kritisk mail, og hvordan ændringen testes. Vi viderefører ikke produktsidens leveringsprocenter som en garanti for, at en bestemt mail lander i kundens indbakke. Kilde: Brevo.
Mailgun
Mailgun Send beskriver afsendelse via API og SMTP, detaljerede maillogs og hændelsesdata. Indgående routing kan behandle svar og levere strukturerede data til andre systemer. Vores vurdering: Det er en kandidat, hvis applikationen både skal sende mails og behandle svar. Lad en udvikler og en supportmedarbejder følge samme mail gennem forløbet. Afklar logopbevaring, adgang og de funktioner, der er inkluderet i det konkrete tilbud. Kilde: Mailgun.
Postmark
Postmark beskriver integration via API eller SMTP, skabeloner, leveringssporing og webhooks for afviste mails. Produktsiden angiver 45 dages indholdshistorik som standard med mulighed for ændring. Vores vurdering: Undersøg Postmark, når hurtig fejlsøgning af enkelte systemmails er et centralt behov. Indholdshistorik er nyttig, men kan også rumme følsomme oplysninger. Aftal derfor en passende periode og kontroller, hvad forskellige medarbejdere kan læse. Kilde: Postmark.
Resend
Resend fremhæver mailskabeloner med React Email, en testtilstand og webhooks for blandt andet levering og afvisning. Vores vurdering: Det er relevant at afprøve for et produktteam, der vil vedligeholde maildesign sammen med sin kode. Lad en skabelon gennemgå samme review som øvrige produktændringer. Test også en fejl i hændelsesmodtagelsen, så teamet ved, hvordan manglende status opdages. Vi har ikke målt leveringshastighed mellem tjenesterne. Kilde: Resend.
Test mere end en vellykket afsendelse
Lav en prøve med en kvittering, en mail med et tidsfølsomt link og en adresse, der afviser mail. Brug leverandørens dokumenterede testmuligheder, når de findes. Kontroller, at systemet kan forbinde hver mail med den hændelse, der udløste den, uden at skrive hemmelige links eller persondata i unødvendige logs.
Test derefter en afbrudt forbindelse. Applikationen skal have en aftalt måde at håndtere usikker status på, så den ikke sender den samme kvittering igen og igen. Bed leverandøren forklare genforsøg og beskyttelse mod dubletter; antag ikke, at alle API’er opfører sig ens.
Et positivt svar fra afsender-API'et viser ikke i sig selv, at kunden har læst mailen. Aftal, hvilke statusser supporten må bruge, og hvad de betyder. Åbninger bør heller ikke stå alene som dokumentation for, at et menneske har set indholdet.
Hvem skal kunne ændre hvad?
Sæt en navngiven ejer på afsenderdomæne, skabeloner, produktionsnøgler og fejlalarmer. Hvis marketing også bruger samme leverandør, skal ændringer i kampagner ikke utilsigtet ændre kritiske systemmails. Kræv en demonstration af de relevante rettigheder og adskillelser.
Bed om et tilbud med samme månedlige volumen, spidsbelastning, logperiode og supportbehov. Tilføj eventuelle indgående mails og ekstra moduler. Undersøg også, hvordan skabeloner og historik kan eksporteres ved et skifte. Guiden fastslår ikke, hvilken løsning der er billigst.
Grænser for sammenligningen
Domæneopsætning, omdømme, modtagersystem og mailens indhold påvirker det faktiske resultat. Ingen leverandør er her udpeget som sikker vej til indbakken. Vi har ikke testet en produktionskonto eller verificeret jeres konkrete dataplacering, databehandleraftale og kapacitetsgrænser. De forhold skal indgå i købet sammen med produktfunktionerne.
Metode og kilder
Udvalget er redaktionelt og ikke en komplet markedsoversigt. Leverandørerne står alfabetisk og er medtaget, fordi deres offentlige produktbeskrivelser dækker guidens købsbehov og giver forskellige relevante alternativer. Vi har læst primærkilder; vi har ikke foretaget en produkttest eller indhentet tilbud. Afsnit markeret med vores vurdering og de praktiske valgråd er redaktionelle vurderinger.
Kilderne er kontrolleret 18. september 2026. En entydig publicerings- eller opdateringsdato er ikke fastslået for alle produktsider; kontroldatoen er vores læsedato. Funktioner og pakker kan ændre sig. Eventuelle kommercielle relationer mellem Branchekompas og leverandørerne er ikke afklaret i dette researchgrundlag. Der gives derfor ingen erklæring om uafhængighed.
- Amazon SES: produkt- eller funktionsbeskrivelse — kontrolleret 18. september 2026.
- Brevo: produkt- eller funktionsbeskrivelse — kontrolleret 18. september 2026.
- Mailgun: produkt- eller funktionsbeskrivelse — kontrolleret 18. september 2026.
- Postmark: produkt- eller funktionsbeskrivelse — kontrolleret 18. september 2026.
- Resend: produkt- eller funktionsbeskrivelse — kontrolleret 18. september 2026.
Relaterede guider
Helpdesk til kundeservice dækker medarbejdernes håndtering af henvendelser. Statussider dækker offentlig information ved driftsproblemer.