Transaktionelle HubSpot emails via dit eget domæne: Sådan gør du (og hvorfor det betaler sig)
Hvorfor dine transaktionelle mails kan fejle uden du opdager det
Du bruger timer på at finpudse dine HubSpot workflows. Velkomstsekvenser der strækker sig over uger. Påmindelser om forladte indkøbskurve. Adgangskoden nulstiller mails der faktisk bliver åbnet.
Men her er den ubekvemme sandhed: når din kunde modtager den mail med nulstilling af adgangskode, kan deres mailklient vise en advarsel der lyder "Gmail kunne ikke bekræfte at yahoo.com faktisk har sendt denne besked."
Det er ikke et godt look for dit brand.
HubSpots transaktionelle mailsystem er solidt — indtil du kigger på authentication headers. Som standard signerer HubSpot disse mails med deres egne DKIM-nøgler, ikke dine. Og når Googles authentication tjek kører, ser de en mismatch: From-adressen siger du@dinvirksomhed.dk, men DKIM-signaturen siger header.d=hubspot.com.
Dette er en DMARC alignment failure. Og for transaktionelle mails — dem der betyder mest fordi brugere faktisk handler på dem — er det et problem.
Forskellen mellem marketing og transaktionelle mails
Før vi fikser noget som helst, lad os afklare hvad vi egentlig har med at gøre.
HubSpots marketing mails sender igennem deres dedikerede infrastruktur. De har et helt deliverability team der styrer IP reputation, warming og sender scores. For bulk kampagner er det fint.
Transaktionelle mails er anderledes. Det er one-to-one kommunikation der udløses af brugerhandlinger: nulstilling af passwords, ordrebekræftelser, formularindsendelser, faktura kvitteringer. Brugere forventer disse skal komme direkte fra din virksomhed. Og mailklienter behandler dem anderledes — de kører strengere authentication fordi transaktionelle mails er højværdi mål for phishing.
Når HubSpot sender disse igennem deres infrastruktur med deres signatur, låner du deres reputation i stedet for at opbygge din egen.
Introduktion til MailKite: Din domains mail identitet
MailKite er en SMTP relay service der sidder mellem din applikation og modtagerens mailservere. Nøglefunktionen: den signerer hver udgående mail med din DKIM-nøgle, ikke deres.
Det betyder:
- DMARC alignment passerer. Dit From-domain matcher din DKIM-signatur.
- Din domain reputation vokser. Hver mail sendt gennem dit domain bidrager til din sending history.
- Fuld logging og analytics. Se præcis hvilke mails der gik hvor, med delivery status.
- Retries og failovers. Hvis en modtagers server midlertidigt er utilgængelig, håndterer MailKite retry-logikken.
Setuppet er forfriskende ligetil.
Step-by-step: Routing HubSpot gennem dit domain
Step 1: Tag dit domain i brug i MailKite
Opret en konto hos MailKite og tilføj dit sending domain. Du skal have adgang til dine DNS-indstillinger (hvis du administrerer DNS et andet sted, tager det 5 minutter; hvis du bruger NameOceans DNS management, er det endnu hurtigere via vores dashboard).
MailKite giver dig tre DNS-records at publicere:
- En MX record til inbound mail routing
- En TXT record til SPF
- En DKIM record til email signing
Når disse propagerer (typisk 5-30 minutter), er dit domain verificeret.
Step 2: Få fat i dine SMTP credentials
I MailKite dashboardet opretter du en SMTP bruger. Kopiér serveradressen, porten og API-nøglen. Du får brug for disse til HubSpot.
Her er hvad du leder efter:
Server: smtp.mailkite.dev
Port: 587
Brugernavn: Dit MailKite brugernavn
Adgangskode: Din API-nøgle (starter med mk_live_)
Sikkerhed: STARTTLS kræves
Step 3: Konfigurer HubSpots SMTP Relay
I HubSpot navigerer du til Settings → Transactional Email. Du finder SMTP-konfigurationen under dine sending domain indstillinger.
Indsæt dine MailKite credentials. HubSpot sender en testmail — verificér at du modtager den.
Step 4: Test dine authentication headers
Spring ikke dette step over. Send en test transaktionel mail gennem din HubSpot workflow. Åbn den så i Gmail og tjek headers.
Se efter dette:
Authentication-Results: mx.google.com;
dkim=pass header.d=dinvirksomhed.dk;
spf=pass;
dmarc=pass
Alle tre skal vise pass. Hvis dkim viser header.d=hubspot.com, er der noget galt i din konfiguration. Tjek at dit sending domain i HubSpot matcher dit MailKite-verificerede domain præcist.
SMTP vs. API: Hvad skal du bruge?
HubSpot tilbyder to måder at sende transaktionelle mails. Her er det praktiske overblik:
Brug SMTP når:
- Du vil have en simpel konfiguration der virker for alle HubSpot mails automatisk
- Du sender fra eksterne systemer (en Laravel app, WordPress plugin eller custom CRM)
- Du vil have MailKites logging og retry-logik for hver mail
- Du ikke er afhængig af HubSpots open/click tracking til transaktionelle beskeder
Brug API'en når:
- Du har brug for HubSpots native open/click analytics til transaktionelle mails
- Du vil have hver mail til at dukke op i HubSpots timeline automatisk
- Du bygger en custom integration hvor email events udløser andre workflows
Det ærlige svar? SMTP er nemmere at vedligeholde. Når det er konfigureret, routes hver transaktionel mail fra HubSpot gennem MailKite uden yderligere kode. API'en kræver at du opdaterer hvert send kald.
Bonus: Fang svar og rout dem til HubSpot
Her bliver det kraftfuldt. Når kunder svarer på dine transaktionelle mails, skal de svar et eller andet sted hen. Med MailKites inbound routing kan du POST indgående svar til en webhook.
Vil du have de svar vedhæftet den korrekte kontakt i HubSpot? Her er en Cloudflare Worker der håndterer det:
export default {
async fetch(request, env) {
if (request.method !== "POST") return new Response("OK");
const { from, subject, text } = await request.json();
// Find den matchende kontakt i HubSpot
const searchRes = await fetch(
"https://api.hubapi.com/crm/v3/objects/contacts/search",
{
method: "POST",
headers: {
Authorization: "Bearer " + env.HUBSPOT_API_KEY,
"Content-Type": "application/json",
},
body: JSON.stringify({
filterGroups: [{
filters: [{
propertyName: "email",
operator: "EQ",
value: from,
}]
}],
properties: ["email", "firstname", "lastname"],
}),
}
);
const { results } = await searchRes.json();
if (!results.length) return new Response('{"ok":true}', { status: 200 });
const contactId = results[0].id;
// Vedhæft svaret som en note
await fetch(
"https://api.hubapi.com/crm/v3/objects/notes",
{
method: "POST",
headers: {
Authorization: "Bearer " + env.HUBSPOT_API_KEY,
"Content-Type": "application/json",
},
body: JSON.stringify({
properties: {
hs_note_body: `Svar på: ${subject}\n\n${text}`,
hs_timestamp: Date.now(),
},
associations: [{
to: { id: contactId },
types: [{
associationCategory: "HUBSPOT_DEFINED",
associationTypeId: 202,
}],
}],
}),
}
);
return new Response('{"ok":true}', { status: 200 });
},
};
Nu bliver hvert kundesvar en note på deres kontaktpost i HubSpot — komplet med den originale emnelinje.
Det store billede: Email er en del af din domain strategi
Dette handler ikke kun om email deliverability. Dit domain er din digitale identitet. Hver email, hvert DNS lookup, hver authentication check opbygger eller nedbryder tillid til den identitet.
Når du router transaktionelle mails gennem dit eget DKIM-signerede domain:
- Gmail og Outlook stoler mere på dine mails
- Din sender reputation vokser uafhængigt af enhver platform
- Kunderne ser dit brand, ikke en leverandørs
- Dit domain bliver mere værdifuldt som et aktiv
Hos NameOcean ser vi kunder der behandler domains som engangs-køb vs. dem der forstår dem som infrastruktur. Email authentication — DMARC, DKIM, SPF — er lige så fundamental som dit websites uptime.
Dine transaktionelle mails er ofte de vigtigste kommunikationer du sender. De fortjener samme brand-pleje som dine landingssider og dit produkt selv.