Derfor bør du sende HubSpot-transaksjonsmeldinger fra ditt eget domene (slik gjør du det)
Derfor kan transaksjonsmailene dine bomme uten at du merker det
Du har brukt timer på å finpusse HubSpot-arbeidsflytene dine. Velkomstsekvenser som drypper over uker. Påminnelser om forlatte handlevogner. E-post for tilbakestilling av passord som faktisk blir åpnet.
Men her er den ubehagelige sannheten: når kunden din mottar den e-posten om passordtilbakestilling, kan e-postklienten deres vise en advarsel som sier at Gmail ikke kunne verifisere at domenet ditt faktisk sendte denne meldingen.
Det er ikke et godt bilde for merkevaren din.
HubSpots transaksjonsmail-system er solid nok — helt til du ser på autentiseringsheadere. Som standard signerer HubSpot disse e-postene med sine egne DKIM-nøkler, ikke dine. Og når Googles autentiseringssjekker kjører, ser de et mismatch: Fra-adressen sier deg@dittfirma.no, men DKIM-signaturen sier header.d=hubspot.com.
Dette er en DMARC-alignment-feil. Og for transaksjonsmeldinger — de som betyr mest fordi brukerne faktisk handler på dem — er dette et problem.
Forskjellen mellom markedsføringsmail og transaksjonsmail
Før vi fikser noe, la oss avklare hva vi egentlig driver med.
HubSpots markedsføringsmailer går gjennom deres dedikerte sendeinfrastruktur. De har et helt team som drifter IP-omdømme, oppvarming og avsenderpoeng. For bulk-kampanjer fungerer dette greit.
Transaksjonsmailer er annerledes. Dette er en-til-en-kommunikasjoner utløst av brukerhandlinger: passordtilbakestilling, ordrebekreftelser, skjemainnsendinger, fakturakvitteringer. Brukere forventer at disse kommer direkte fra bedriften din. Og e-postklienter behandler dem annerledes — de kjører strengere autentisering fordi transaksjonsmailer er høyverdige mål for phishing.
Når HubSpot sender disse gjennom sin infrastruktur med sin signatur, låner du omdømmet deres i stedet for å bygge ditt eget.
Introduksjon til MailKite: Din domenees e-postidentitet
MailKite er en SMTP relay-tjeneste som sitter mellom applikasjonen din og mottakerens mailsERVERE. Nøkkelfunksjonen: den signerer hver utgående e-post med din DKIM-nøkkel, ikke HubSpots.
Dette betyr:
- DMARC-alignment bestås. Ditt Fra-domene matcher DKIM-signaturen din.
- Ditt domeneomdømme vokser. Hver e-post sendt gjennom ditt domene bidrar til sendehistorikken din.
- Full logging og analyse. Se nøyaktig hvilke e-poster som gikk hvor, med leveringsstatus.
- Retry og failover. Hvis en mottakers SERVER er midlertidig utilgjengelig, håndterer MailKite retry-logikken.
Oppsettet er forfriskende enkelt.
Steg for steg: Rute HubSpot gjennom ditt domene
Steg 1: Krev ditt domene i MailKite
Registrer deg for MailKite og legg til sendedomnet ditt. Du trenger tilgang til DNS-innstillingene dine (hvis du administrerer DNS andre steder, tar dette 5 minutter; hvis du bruker NameOceans DNS-håndtering, går det enda raskere via dashbordet vårt).
MailKite gir deg tre DNS-oppføringer å publisere:
- En MX-oppføring for inngående e-post-ruting
- En TXT-oppføring for SPF
- En DKIM-oppføring for e-postsignering
Når disse har propagert (vanligvis 5-30 minutter), er domenet ditt verifisert.
Steg 2: Få SMTP-legitimasjonen din
I MailKite-dashbordet oppretter du en SMTP-bruker. Kopier SERVER-adressen, porten og API-nøkkelen. Du trenger disse for HubSpot.
Slik ser det ut:
Server: smtp.mailkite.dev
Port: 587
Brukernavn: Ditt MailKite-brukernavn
Passord: Din API-nøkkel (starter med mk_live_)
Sikkerhet: STARTTLS påkrevd
Steg 3: Konfigurer HubSpots SMTP Relay
I HubSpot navigerer du til Innstillinger → Transaksjonsmail. Du finner SMTP-konfigurasjonen under innstillingene for sendedomnet ditt.
Lim inn MailKite-legitimasjonen din. HubSpot vil sende en test-e-post — verifiser at du mottar den.
Steg 4: Test autentiseringsheaderne dine
Ikke hopp over dette steget. Send en test transaksjonsmail gjennom HubSpot-arbeidsflyten din. Deretter åpner du den i Gmail og sjekker headerne.
Se etter dette:
Authentication-Results: mx.google.com;
dkim=pass header.d=dittfirma.no;
spf=pass;
dmarc=pass
Alle tre bør vise pass. Hvis dkim viser header.d=hubspot.com, er det noe i konfigurasjonen din som trenger justering. Sjekk at sendedomnet ditt i HubSpot matcher MailKite-verifiserte domene nøyaktig.
SMTP vs API: Hvilken bør du bruke?
HubSpot tilbyr to måter å sende transaksjonsmail på. Her er den praktiske oppdelingen:
Bruk SMTP når:
- Du vil ha en enkel konfigurasjon som fungerer for alle HubSpot-e-poster automatisk
- Du sender fra eksterne systemer (en Laravel-app, WordPress-utvidelse eller custom CRM)
- Du vil ha MailKites logging og retry-logikk for hver e-post
- Du ikke er avhengig av HubSpots åpne/klikk-sporing for transaksjonsmeldinger
Bruk API-en når:
- Du trenger HubSpots native åpne/klikk-analyse for transaksjonsmailer
- Du vil at hver e-post skal vises i HubSpots tidslinje automatisk
- Du bygger en custom integrasjon der e-posthendelser utløser andre arbeidsflyter
Det ærlige svaret? SMTP er enklere å vedlikeholde. Når konfigurert, rutes hver transaksjonsmail fra HubSpot gjennom MailKite uten ekstra kode. API-en krever at du oppdaterer hver sende-kall.
Bonus: Ta imot svar og rute dem til HubSpot
Her blir det virkelig kraftig. Når kunder svarer på transaksjonsmailene dine, må de svarene et sted hen. Med MailKites inngående ruting kan du poste innkommende svar til en webhook.
Vil du at de svarene skal knyttes til riktig kontakt i HubSpot? Her er en Cloudflare Worker som håndterer dette:
export default {
async fetch(request, env) {
if (request.method !== "POST") return new Response("OK");
const { from, subject, text } = await request.json();
// Finn den matchende kontakten 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;
// Legg ved svaret som en notat
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 });
},
};
Nå blir hvert kundesvar en notat på kontaktposten deres i HubSpot — komplett med original emnelinjen.
Det større bildet: E-post er en del av din domenestrategi
Dette handler ikke bare om e-postlevering. Ditt domene er din digitale identitet. Hver e-post, hver DNS-oppslag, hver autentiseringssjekk bygger enten opp eller bryter ned tilliten til den identiteten.
Når du ruter transaksjonsmail gjennom ditt eget DKIM-signerte domene:
- Gmail og Outlook stoler mer på e-postene dine
- Senderomdømmet ditt vokser uavhengig av enhver plattform
- Kunder ser merkevaren din, ikke en leverandørs
- Ditt domene blir mer verdifullt som en eiendel
Hos NameOcean ser vi kunder som behandler domener som engangs-kjøp versus de som forstår dem som infrastruktur. E-postautentisering — DMARC, DKIM, SPF — er like fundamental som nettsidens oppetid.
Transaksjonsmailene dine er ofte de viktigste kommunikasjonene du sender. De fortjener samme merkevareomsorg som landingssidene dine og selve produktet ditt.