Kendi Domain'inizle HubSpot Transactional E-postaları Göndermenin Yolu
HubSpot Transactional E-postalarınız Görünüşte Çalışıyor Olabilir Ama Aslında Başarısız Olabilir
HubSpot workflow'larınız üzerinde saatler harcıyorsunuz. Haftalarca akan hoşgeldiniz dizileri, sepeti bırakılan kullanıcılara hatırlatmalar, gerçekten açılan şifre sıfırlama e-postaları. Her şey yolunda görünüyor.
Ama küçük bir sorun var: Müşteriniz o şifre sıfırlama e-postasını açtığında, e-posta istemcisi şöyle bir uyarı gösterebilir: "Gmail, yahoo.com'un bu mesajı gerçekten gönderdiğini doğrulayamadı."
Bu markanz için hiç iyi bir izlenim değil.
##.Transactional E-posta ile Pazarlama E-postası Arasındaki Fark
Bir şeyleri düzeltmeye geçmeden önce, tam olarak neyle uğraştığımızı anlamamız lazım.
HubSpot'un pazarlama e-postaları kendi özel gönderim altyapısından geçiyor. IP itibarı, ısınma süreçleri ve gönderen puanlamasıyla ilgilenen bütün bir ekibi var. Toplu kampanyalar için bu gayet yeterli.
Transactional e-postalar ise farklı bir dünya. Bunlar kullanıcı aksiyonlarıyla tetiklenen birebir iletişimler: şifre sıfırlamaları, sipariş onayları, form gönderimleri, fatura makbuzları. Kullanıcılar bu mesajların doğrudan şirketlerinden gelmesini bekliyor. E-posta istemcileri de farklı muamele ediyor — transactional e-postalar phishing saldırıları için yüksek değerli hedefler olduğundan, daha sıkı doğrulama kontrolleri uyguluyorlar.
HubSpot bu e-postaları kendi altyapısı üzerinden kendi imzasıyla gönderdiğinde, aslında kendi itibarınızı biriktirmek yerine onların itibarını ödünç alıyorsunuz.
MailKite: E-posta Kimliğinizi Kendi Domaininize Bağlayın
MailKite, uygulamanız ile alıcının mail sunucuları arasında konumlanan bir SMTP relay servisi. Temel özellik şu: Giden her e-postayı kendi DKIM anahtarınızla imzalıyor, HubSpot'unkilerle değil.
Bu ne anlama geliyor?
- DMARC uyumu sağlanıyor. From adresindeki domaininiz DKIM imzasıyla tamamen uyumlu oluyor.
- Kendi domain itibarınız oluşuyor. Domaininizden gönderilen her e-posta, gönderim geçmişinize katkı sağlıyor.
- Detaylı loglama ve analiz. Hangi e-postaların nereye gittiğini, teslim durumlarını takip edebiliyorsunuz.
- Yeniden deneme ve failover mekanizmaları. Alıcı sunucusu geçici olarak erişilemez durumdaysa, MailKite otomatik olarak tekrar deniyor.
Kurulum da oldukça pratik.
Adım Adım: HubSpot'u Kendi Domaininiz Üzerinden Yönlendirme
Adım 1: Domaininizi MailKite'de Tanımlayın
MailKite'e kaydolun ve gönderim domaininizi ekleyin. DNS ayarlarınıza erişmeniz gerekecek (DNS'i başka bir yerden yönetiyorsanız bu işlem 5 dakika sürer; NameOcean'un DNS yönetimi kullanıyorsanız, panel üzerinden bu daha da hızlı).
MailKite size yayınlamanız gereken üç DNS kaydı verecek:
- Gelen e-postaları yönlendirmek için bir MX kaydı
- SPF için bir TXT kaydı
- E-posta imzalaması için bir DKIM kaydı
Bunlar yayıldıktan sonra (genellikle 5-30 dakika), domaininiz doğrulanmış oluyor.
Adım 2: SMTP Kimlik Bilgilerinizi Alın
MailKite panelinde bir SMTP kullanıcısı oluşturun. Sunucu adresini, port numarasını ve API anahtarını kopyalayın. HubSpot'ta bunlara ihtiyacınız olacak.
Karşınıza şöyle bir şey çıkacak:
Sunucu: smtp.mailkite.dev
Port: 587
Kullanıcı Adı: MailKite kullanıcı adınız
Parola: API anahtarınız (mk_live_ ile başlar)
Güvenlik: STARTTLS zorunlu
Adım 3: HubSpot'un SMTP Relay Yapılandırmasını Yapın
HubSpot'ta Ayarlar → Transactional Email bölümüne gidin. SMTP yapılandırmasını gönderim domaini ayarlarınızın altında bulacaksınız.
MailKite kimlik bilgilerinizi yapıştırın. HubSpot bir test e-postası gönderecek — gelip gelmediğini kontrol edin.
Adım 4: Doğrulama Başlıklarınızı Test Edin
Bu adımı atlamayın. HubSpot workflow'unuzdan bir test transactional e-postası gönderin. Sonra Gmail'de açın ve başlıkları kontrol edin.
Şunu arayın:
Authentication-Results: mx.google.com;
dkim=pass header.d=şirketiniz.com;
spf=pass;
dmarc=pass
Üçü de "pass" göstermeli. Eğer dkim kısmında "header.d=hubspot.com" yazıyorsa, yapılandırmanızda bir sorun var demektir. HubSpot'taki gönderim domaininizin MailKite'de doğrulanan domainle birebir eşleştiğinden emin olun.
SMTP mi API mi: Hangisini Tercih Etmeli?
HubSpot transactional e-posta göndermek için iki yol sunuyor. Pratik bir karşılaştırma yapalım:
SMTP kullanın when:
- Tüm HubSpot e-postaları için otomatik çalışan basit bir yapılandırma istiyorsanız
- Laravel, WordPress eklentisi veya özel CRM gibi harici sistemlerden gönderim yapıyorsanız
- Her e-posta için MailKite'in loglama ve yeniden deneme mantığını kullanmak istiyorsanız
- Transactional mesajlar için HubSpot'un açılma/ tıklama takibine güvenmiyorsanız
API kullanın when:
- Transactional e-postalar için HubSpot'un native açılma/ tıklama analitiğine ihtiyacınız varsa
- Her e-postanın otomatik olarak HubSpot timeline'ında görünmesini istiyorsanız
- E-posta olaylarının başka workflow'ları tetiklediği özel bir entegrasyon kuruyorsanız
Dürüst olmak gerekirse, SMTP daha kolay bakımı yapılır. Yapılandırıldıktan sonra HubSpot'tan gelen her transactional e-posta ekstra kod yazmadan MailKite üzerinden geçer. API'de ise her gönderim çağrısını güncellemeniz gerekir.
Bonus: Yanıtları Yakalayıp HubSpot'a Yönlendirme
İşin heyecan verici kısmı burası. Müşteriler transactional e-postalarınıza yanıt verdiğinde, bu yanıtların bir yere gitmesi gerekiyor. MailKite'in gelen yönlendirme özelliğiyle, gelen yanıtları bir webhook'a POST edebilirsiniz.
Bu yanıtları doğru kişiye, yani HubSpot'taki ilgili contact'a bağlamak ister misiniz? İşte bunu halleden bir Cloudflare Worker:
export default {
async fetch(request, env) {
if (request.method !== "POST") return new Response("OK");
const { from, subject, text } = await request.json();
// HubSpot'ta eşleşen contact'ı bul
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;
// Yanıtı bir not olarak ekle
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: `Yanıt: ${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 });
},
};
Artık her müşteri yanıtı, orijinal konu satırıyla birlikte HubSpot'taki kişi kaydına bir not olarak ekleniyor.
Daha Büyük Resim: E-posta, Domain Stratejinizin Bir Parçası
Mesele sadece e-posta deliverability değil. Domaininiz sizin dijital kimliğiniz. Gönderilen her e-posta, her DNS sorgusu, her doğrulama kontrolü bu kimliğe olan güveni ya inşa ediyor ya da zedeliyor.
Transactional e-postaları kendi DKIM imzalı domaininiz üzerinden yönlendirdiğinizde:
- Gmail ve Outlook e-postalarınıza daha çok güveniyor
- Gönderici itibarınız herhangi bir platformdan bağımsız olarak büyüyor
- Müşteriler vendor'ın değil, markanızın adını görüyor
- Domaininiz bir varlık olarak daha değerli hale geliyor
NameOcean'da domainleri tek seferlik satın alma olarak görenler ile onları altyapı olarak anlayanları ayırt edebiliyoruz. DMARC, DKIM, SPF gibi e-posta doğrulama mekanizmaları, sitenizin uptime'ı kadar temel şeyler.
Transactional e-postalarınız gönderdiğiniz en önemli iletişimler çoğu zaman. Landing page'lerinize ve ürününüzün kendisine gösterdiğiniz özeni onlara da göstermeye değer.