Изпращайте HubSpot транзакционни имейли от вашия домейн: Как става и защо е важно
Защо транзакционните ви имейли може да се провалят без да разберете
Отделяте часове в усъвършенстването на HubSpot работните процеси. Последователности за приветствие, които се разливат върху седмици. Напомняния за изоставени колички. Имейли за нулиране на парола, които наистина се отварят.
Но ето неудобната истина: когато клиентът ви получи този имейл за нулиране на парола, неговият имейл клиент може да покаже предупреждение, което гласи "Gmail не можа да провери, че yahoo.com действително е изпратил това съобщение."
Това не е добра визитка за марката ви.
Системата за транзакционни имейли на HubSpot е солидна — докато не погледнете authentication headers. По подразбиране HubSpot подписва тези имейли със собствените си DKIM ключове, не с вашите. И когато authentication проверките на Google се изпълнят, те виждат несъответствие: From адресът казва you@yourcompany.com, но DKIM подписът казва header.d=hubspot.com.
Това е DMARC alignment failure. И за транзакционни имейли — тези, които имат най-голямо значение, защото потребителите действително ги използват — това е проблем.
Разликата между маркетингови и транзакционни имейли
Преди да поправим каквото и да било, нека изясним с какво си имаме работа.
Маркетинговите имейли на HubSpot преминават през тяхната специална sending infrastructure. Те имат цял екип за deliverability, който управлява IP репутация, затопляне и sender scores. За масови кампании това е напълно достатъчно.
Транзакционните имейли са различни. Това са едно-на-едно комуникации, предизвикани от потребителски действия: нулиране на пароли, потвърждения на поръчки, изпращане на формуляри, разписки за фактури. Потребителите очакват тези да идват директно от вашата компания. И имейл клиентите се отнасят към тях различно — прилагат по-строга authentication, защото транзакционните имейли са високоценни цели за фишинг.
Когато HubSpot изпраща тези през тяхната infrastructure със техния подпис, вие заемате тяхната репутация вместо да градите своята.
Представяме MailKite: Имейл идентичността на вашия домейн
MailKite е SMTP relay service, който стои между вашето приложение и пощенските сървъри на получателя. Ключовата характеристика: той подписва всеки изходящ имейл с вашия DKIM ключ, не с техния.
Това означава:
- DMARC alignment минава. Your From domain съответства на вашия DKIM подпис.
- Репутацията на вашия домейн расте. Всеки имейл, изпратен през вашия домейн, допринася към вашата история на изпращане.
- Пълно логване и аналитика. Виждате точно къде са отишли имейлите, със status на доставка.
- Retries и failovers. Ако сървърът на получателя е временно недостъпен, MailKite се грижи за retry логиката.
Настройката е освежаващо проста.
Стъпка по стъпка: Маршрутизиране на HubSpot през вашия домейн
Стъпка 1: Заявете вашия домейн в MailKite
Регистрирайте се в MailKite и добавете вашия sending domain. Ще ви трябва достъп до DNS настройките ви (ако управлявате DNS другаде, това отнема 5 минути; ако използвате DNS management на NameOcean, е още по-бързо през нашия dashboard).
MailKite ще ви даде три DNS записа за публикуване:
- MX record за inbound email routing
- TXT record за SPF
- DKIM record за имейл подписване
След като се propagate-ят (обикновено 5-30 минути), вашият домейн е верифициран.
Стъпка 2: Вземете вашите SMTP credentials
В MailKite dashboard-a създайте SMTP user. Копирайте адреса на сървъра, порта и API ключа. Ще ви трябват за HubSpot.
Ето какво гледате:
Server: smtp.mailkite.dev
Port: 587
Username: Your MailKite username
Password: Your API key (starts with mk_live_)
Security: STARTTLS required
Стъпка 3: Конфигурирайте SMTP Relay на HubSpot
В HubSpot отидете на Settings → Transactional Email. Ще намерите SMTP конфигурацията под настройките на вашия sending domain.
Поставете вашите MailKite credentials. HubSpot ще изпрати тестов имейл — проверете дали го получавате.
Стъпка 4: Тествайте вашите Authentication Headers
Не прескачайте тази стъпка. Изпратете тестов транзакционен имейл през вашия HubSpot workflow. След това го отворете в Gmail и проверете headers.
Потърсете това:
Authentication-Results: mx.google.com;
dkim=pass header.d=yourcompany.com;
spf=pass;
dmarc=pass
И трите трябва да показват pass. Ако dkim показва header.d=hubspot.com, нещо в конфигурацията ви се нуждае от корекция. Проверете дали вашият sending domain в HubSpot съответства точно на вашия MailKite верифициран домейн.
SMTP vs. API: Кое да използвате?
HubSpot предлага два начина за изпращане на транзакционни имейли. Ето практическото разбиване:
Използвайте SMTP когато:
- Искате проста конфигурация, която работи автоматично за всички HubSpot имейли
- Изпращате от външни системи (Laravel app, WordPress plugin или персонализиран CRM)
- Искате MailKite логване и retry логика за всеки имейл
- Не разчитате на HubSpot open/click tracking за транзакционни съобщения
Използвайте API когато:
- Имате нужда от native open/click аналитика на HubSpot за транзакционни имейли
- Искате всеки имейл да се появява автоматично в HubSpot timeline
- Изграждате персонализирана интеграция, където имейл събития задействат други workflows
Честният отговор? SMTP е по-лесен за поддръжка. Веднъж конфигуриран, всеки транзакционен имейл от HubSpot минава през MailKite без допълнителен код. API изисква да актуализирате всяко извикване за изпращане.
Бонус: Хващане на отговори и маршрутизирането им към HubSpot
Ето къде става мощно. Когато клиентите отговорят на вашите транзакционни имейли, тези отговори трябва да отидат някъде. С inbound routing на MailKite можете да POST-вате входящите отговори към webhook.
Искате тези отговори да се прикачат към правилния контакт в HubSpot? Ето Cloudflare Worker, който се грижи за това:
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 });
},
};
Сега всеки клиентски отговор се превръща в бележка върху техния contact record в HubSpot — пълна с оригиналната тема.
По-голямата картина: Имейлът е част от вашата домейн стратегия
Това не е само за имейл deliverability. Вашият домейн е вашата дигитална идентичност. Всеки имейл, всяко DNS запитване, всяка authentication проверка или изграждат, или подкопават доверието в тази идентичност.
Когато маршрутизирате транзакционни имейли през вашия собствен DKIM подписан домейн:
- Gmail и Outlook се доверяват повече на вашите имейли
- Вашата sender репутация расте независимо от всяка платформа
- Клиентите виждат вашата марка, не тази на доставчика
- Вашият домейн става по-ценен като asset
В NameOcean виждаме клиенти, които третират домейните като еднократни покупки срещу тези, които ги разбират като инфраструктура. Имейл authentication — DMARC, DKIM, SPF — е толкова фундаментална колкото uptime на вашия уебсайт.
Вашите транзакционни имейли често са най-важните комуникации, които изпращате. Заслужават същата грижа за марката като вашите landing pages и самия ви продукт.