Hogyan küldj tranzakciós e-maileket a saját domainodről HubSpotpal (és miért éri meg)
Miért bukhatnak el a tranzakciós e-mailjeid anélkül, hogy észrevennéd?
Órákat töltesz a HubSpot automatizációid csiszolásával. Üdvözlő sorozatok hetekig tartó folyamokkal. Elhagyott kosár emlékeztetők. Jelszó-visszaállító levelek, amiket tényleg meg is nyitnak.
De itt van a kellemetlen igazság: amikor az ügyfél megkapja azt a jelszó-visszaállító e-mailt, a levelezőkliense figyelmeztetést mutathat: "A Gmail nem tudta ellenőrizni, hogy a yahoo.com valóban ezúton küldte el ezt az üzenetet."
Ez nem a legjobb arculat a márkád számára.
A HubSpot tranzakciós e-mail rendszere rendben működik — egészen addig, amíg nem kezdesz az authentication headerekkel foglalkozni. Alapértelmezetten a HubSpot a saját DKIM kulcsaival írja alá ezeket a leveleket, nem a tieiddel. És amikor a Google authentication ellenőrzése fut, lát egy mismatchet: a From cím azt mondja, hogy te@aceged.com, de a DKIM signature azt, hogy header.d=hubspot.com.
Ez egy DMARC alignment failure. És a tranzakciós e-mailek esetében — amelyek a legfontosabbak, mert a felhasználók tényleg cselekszenek rajtuk — ez komoly probléma.
Mi a különbség a marketing és a tranzakciós e-mail között?
Mielőtt bármit is javítanál, tisztázzuk, mivel van dolgunk.
A HubSpot marketing e-mailjei a dedikált küldő infrastruktúráján mennek át. Van egy egész deliverability csapatuk, amely az IP reputationt, a warminget és a sender score-okat kezeli. Bulk kampányokhoz ez rendben van.
A tranzakciós e-mailek mások. Ezek egy-az-egyben kommunikációk, amelyeket felhasználói akciók indítanak el: jelszó-visszaállítások, rendelés-visszaigazolások, űrlap-beküldések, számlák. A felhasználók elvárják, hogy ezek közvetlenül a cégüktől jöjjenek. És a levelezőkliensek másképp kezelik őket — szigorúbb authenticationt futtatnak, mert a tranzakciós e-mailek nagy értékű célpontok a phishing szempontjából.
Amikor a HubSpot ezeket a saját infrastruktúráján küldi a saját aláírásával, akkor kölcsönveszed a reputációjukat ahelyett, hogy a sajátodat építenéd.
Bemutatjuk a MailKite-ot: A Domained E-mail Identitása
A MailKite egy SMTP relay szolgáltatás, amely az alkalmazásod és a címzett mail szerverei között ül. A kulcsfontosságú funkció: minden kimenő e-mailt a te DKIM kulcsoddal ír alá, nem a HubSpotéval.
Ez azt jelenti, hogy:
- A DMARC alignment átmegy. A From domain megegyezik a DKIM signature-nel.
- A domain reputációd épül. Minden e-mail, amit a domaineden keresztül küldesz, hozzáad a küldési előzményeidhez.
- Teljes logging és analitika. Pontosan látod, melyik e-mail hova ment, milyen delivery statusszal.
- Retry-k és failover-ek. Ha a címzett szervere átmenetileg nem elérhető, a MailKite kezeli az újrapróbálkozási logikát.
A beállítás kellemesen egyszerű.
Lépésről lépésre: A HubSpot Irányítása a Saját Domainen Keresztül
1. lépés: Igényled a Domainedet a MailKite-ban
Regisztrálj a MailKite-ra és add hozzá a küldő domainedet. Kell hozzá a DNS beállításokhoz való hozzáférés (ha máshol kezeled a DNS-t, ez 5 perc; ha a NameOcean DNS kezelőjét használod, még gyorsabb az irányítópulton keresztül).
A MailKite három DNS rekordot ad meg, amit publikálnod kell:
- Egy MX rekordot a bejövő e-mail routinghoz
- Egy TXT rekordot az SPF-hez
- Egy DKIM rekordot az e-mail aláíráshoz
Amint ezek propagálnak (általában 5-30 perc), a domained verifikálva van.
2. lépés: Szerezd meg az SMTP Credentialsöket
A MailKite dashboardon hozz létre egy SMTP usert. Másold ki a szerver címet, a portot és az API keyt. Ezekre szükséged lesz a HubSpotban.
Így néz ki:
Szerver: smtp.mailkite.dev
Port: 587
Felhasználónév: A MailKite felhasználóneved
Jelszó: Az API key (mk_live_-vel kezdődik)
Biztonság: STARTTLS szükséges
3. lépés: Állítsd be a HubSpot SMTP Relay-jét
A HubSpotban menj a Settings → Transactional Email menüpontba. A sending domain beállítások alatt találod az SMTP konfigurációt.
Illeszd be a MailKite credentialjeidet. A HubSpot küld egy teszt e-mailt — ellenőrizd, hogy megkaptad.
4. lépés: Teszteld az Authentication Headereket
Ne hagyd ki ezt a lépést. Küldj egy teszt tranzakciós e-mailt a HubSpot workflowodon keresztül. Aztán nyisd meg Gmailben és ellenőrizd a headereket.
Ezt keresd:
Authentication-Results: mx.google.com;
dkim=pass header.d=aceged.com;
spf=pass;
dmarc=pass
Mindháromnak pass-ot kell mutatnia. Ha a dkim azt mondja, hogy header.d=hubspot.com, valami nem stimmel a konfigurációban. Ellenőrizd, hogy a HubSpotban a sending domain pontosan megegyezik-e a MailKite-verifikált domainnel.
SMTP vs. API: Melyiket Használd?
A HubSpot kétféleképpen küldhet tranzakciós e-mailt. Itt a gyakorlatias összehasonlítás:
Használj SMTP-et, ha:
- Egyszerű konfigurációt szeretnél, ami automatikusan működik minden HubSpot e-mailnél
- Külső rendszerekből küldesz (Laravel app, WordPress plugin vagy egyedi CRM)
- A MailKite loggingját és retry logikáját szeretnéd minden e-mailnél
- Nem támaszkodsz a HubSpot open/click trackingjére a tranzakciós üzeneteknél
Használd az API-t, ha:
- A HubSpot natív open/click analitikájára van szükséged a tranzakciós e-maileknél
- Szeretnéd, hogy minden e-mail automatikusan megjelenjen a HubSpot timeline-jában
- Egyedi integrációt építesz, ahol az e-mail események más workflowkat indítanak
Az őszinte válasz? Az SMTP-et könnyebb karbantartani. Ha egyszer beállítottad, minden tranzakciós e-mail a HubSpotból a MailKite-on át megy, plusz kód nélkül. Az API-nál minden send hívást frissítened kell.
Bónusz: Válaszok Fogása és Route-olása a HubSpotba
Itt jön a lényeg. Amikor az ügyfelek válaszolnak a tranzakciós e-mailjeidre, azoknak a válaszoknak valahova menniük kell. A MailKite inbound routingjával a bejövő válaszokat POST-olhatod egy webhookra.
Szeretnéd, hogy a válaszok a megfelelő contact-hoz legyenek csatolva a HubSpotban? Íme egy Cloudflare Worker, ami ezt kezeli:
export default {
async fetch(request, env) {
if (request.method !== "POST") return new Response("OK");
const { from, subject, text } = await request.json();
// Find the matching contact in 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;
// Attach the reply as a 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: `Reply to: ${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 });
},
};
Most már minden ügyfélválasz a HubSpot contact recordjának jegyzete lesz — az eredeti subject line-nel együtt.
A Nagy Kép: Az E-mail a Domain Stratégiád Része
Ez nem csak az e-mail deliverability-ről szól. A domained a digitális identitásod. Minden e-mail, minden DNS lookup, minden authentication check either építi vagy aláássa az ebben az identitásban való bizalmat.
Amikor a tranzakciós e-mailt a saját DKIM-aláírt domaineden keresztül route-olod:
- A Gmail és az Outlook jobban megbízik az e-mailjeidben
- A sender reputációd függetlenül nő bármely platformtól
- A vásárlók a márkádat látják, nem egy vendorét
- A domained értékesebb lesz mint asset
A NameOceannál olyan ügyfeleket látunk, akik a domaineket eldobható vásárlásként kezelik, versus azokat, akik infrastruktúraként értik őket. Az e-mail authentication — DMARC, DKIM, SPF — éppoly alapvető, mint a weboldalad uptime-ja.
A tranzakciós e-mailjeid gyakran a legfontosabb kommunikációk, amiket küldesz. Ugyan olyan márkás gondoskodást érdemelnek, mint a landoló oldalaid és maga a terméked.