Cold Email Domain Kurulumu: DNS, Mailbox ve Redirect Yapımız

Cold email’de önce domain altyapısı gelir. Yanlış veya eksik kurulum inbox placement’ı bozabilir; ancak gerçek bir delivery sorununun domain reputation, gönderim davranışı ve mesaj içeriğiyle birlikte teşhis edilmesi gerekir. Doğru kurulum mesajın inbox’a ulaşma ihtimalini destekler.

Kısa cevap: root domain’den gönderme. DNS authentication kayıtlarını eksiksiz kur, sending domain’leri ana siteye redirect et ve gerçek bir lead’e email atmadan önce her mailbox’ı ısıt.

Neden Sending Domain’ler Ana Domain’den Ayrı Olmalı

Ürün e-postaları, şifre sıfırlama mesajları, faturalar ve müşteri iletişimi root domain’den (yourcompany.com) yürür. Tek bir spam şikayeti blocklist kaydına yol açarsa bu trafiğin tamamı bir gecede durabilir.

Sending domain’ler operasyonel riskin bir kısmını ayırabilir. yourbrand-outreach.com, yourbrandco.com ve yourbrand-hq.com gibi varyasyonlar alıp her birini basit bir HTTP redirect ile sitene bağlarsın. URL’yi kontrol eden lead gerçek siteni görür. Alıcı sunucu ise temiz geçmişi olan bir domain görür; ancak bu, root domain’in kesin olarak etkilenmeyeceğini garanti etmez. Her domain’i ayrı ayrı izle.

Warmup opsiyonel değil. Atlamak, üç hafta emek verdiğin domain’i yakmanın en hızlı yoludur.

Yüksek hacimli outbound için makul oran, üç mailbox başına bir domain’dir. Domain’leri farklı provider’lara dağıt. Günde beş yüz email gönderiyorsan kabaca sekiz ila on domain ve on beş ila yirmi mailbox gerekir. Yirmi adresi tek domain altında toplama.

Atlanmaması Gereken Üç DNS Kaydı

İlk email gönderilmeden önce her sending domain’de şu üç kayıt bulunmalı.

SPF (Sender Policy Framework), domain adına gönderim yapabilecek mail server’ları listeleyen bir TXT kaydıdır. Google Workspace için tipik kayıt v=spf1 include:_spf.google.com ~all şeklindedir. Tam değeri sending tool verir. Birden fazla provider kullanıyorsan hepsini ekle. Ancak lookup sayısını onun altında tut, yoksa SPF sessizce fail eder.

DKIM (DomainKeys Identified Mail), kriptografik bir imzadır. Sending platform bir public ve private key çifti üretir. Public key’i belirli bir selector subdomain altında TXT kaydı olarak yayınlarsın. Örneğin google._domainkey.yourdomain.com. Her mesaj private key ile imzalanır, alıcı sunucu da imzayı public kayıtla doğrular. Eksik veya eşleşmeyen kayıt deliverability’yi düşürür.

DMARC, SPF ile DKIM’i aynı policy altında toplar. Doğrulamalardan biri fail olduğunda alıcı sunucunun ne yapacağını belirler. Önce v=DMARC1; p=none; rua=mailto:reports@yourdomain.com ile rapor topla. Bu ayarda mailler reddedilmez. SPF ve DKIM sorunsuz geçince p=quarantine veya p=reject seviyesine çık. Google ve Yahoo, bulk sender’lar için artık DMARC istiyor. Güncel gereksinimler Google’ın resmi sender rehberinde: support.google.com.

Mailbox Yapısı ve Provider Seçimi

DNS kayıtları doğrulandıktan sonra mailbox’ları kur. Standart yapı şu:

• Sending domain başına iki ila üç mailbox
• Display name olarak gerçek ad ve soyad, “Sales Team” gibi jenerik bir ifade değil
• Pozitif reply’ların kaybolmaması için takip edilen bir inbox’a yönlendirilmiş reply-to adresi
• Sending limit’lerine uygun hacim. Çoğu tool warmup sırasında mailbox başına günlük otuz ila elli, tam hacimde ise seksen ila yüz yirmi email sınırı koyar

Provider tarafında iki ana seçenek var: Google Workspace ve Microsoft 365. Microsoft inbox’ları; Outlook, Hotmail ve kurumsal Exchange gibi Microsoft altyapısındaki adreslerde çoğu zaman biraz daha iyi inbox placement sağlar. Business email trafiğinin önemli bir bölümü bu altyapıdan geçer. Bu nedenle domain’leri iki provider arasında bölmek yaygın bir yöntemdir. Birindeki policy değişikliği tüm yapıyı çökertmez.

Done-for-you cold email gibi managed bir kurulumda provider seçimi ve domain provisioning genelde onboarding’e dahildir. DNS doğrulaması da sequence yayına alınmadan önce otomatik tamamlanır.

Warmup, Çoğu Ekibin Atladığı Adım

Hiç gönderim yapmamış bir mailbox, alıcı sunuculara şüpheli görünür. Warmup sırasında düşük hacimde mail gönderilir; açılma ve reply sinyalleriyle domain itibarı oluşur.

İlk hafta günde on ila yirmi email ile başla. Hacmi iki ila üç günde bir yüzde on ila yirmi artır. Warmup tool trafiğini gerçek gönderimlerle birlikte kullan. Üç ila dört haftanın sonunda iyi ısınmış bir mailbox, filtreleri tetiklemeden günde altmış ila yüz email taşıyabilir.

Warmup’ı öldüren şeyler:

• Warmup bitmeden kampanya başlatmak
• İlk gün tüm mailbox’larda aynı copy’yi kullanmak
• Warmup döneminde gerçek engagement sinyali oluşturmamak

Hacim büyüdükçe altyapı sorunlarının etkisi de büyür. Outbound engine builder modelinde konfigürasyon, warmup ve launch akışı sen tek satır copy yazmadan tamamlanır. Stack’i daha sonra kendi ekibinde tutmak istiyorsan done-with-you outbound yaklaşımı sistemi senin hesaplarında kurar.

Altyapıyı Copy ve Deliverability ile Bağlamak

Temiz domain kurulumu şarttır, fakat tek başına yetmez. Gönderdiğin mesaj da önemlidir. Yüksek unsubscribe oranı, spam complaint’leri ve düşük engagement, tertemiz bir domain’in bile gönderim itibarını bozar.

Deliverability’yi uzun vadede üç şey korur: şablon gibi durmayan kişiselleştirilmiş copy, unsubscribe ve bounce kayıtlarını hemen çıkaran suppression list’ler, bir de warmup ile kazanılan sınırları aşmayan gönderim hacmi.

Altyapıdan sonra copy ve timing tarafına geçmek için spam filtrelerinden kaçan cold email rehberine bak. Kurulumu içeride yapmakla devretmek arasında karar veriyorsan, managed outbound service sayfasında tam yönetilen modelin kapsamı var.

Domain setup yaratıcı değildir. Kısayolu da yoktur. Çoğu cold email kampanyası daha başlamadan burada kaybeder.