2026'da Cold Email Outbound İçin Kaç Domain Gerekir?

Kısa planlama modeli şu: her 2 ila 3 mailbox için bir sending domain ve mailbox başına günde 40 ila 50 email gibi temkinli bir başlangıç varsayımı. Günde 500 email için örnek hesap yaklaşık 10 ila 12 mailbox ve 4 ila 5 dedicated domain gösterir; bu güvenli limit veya garanti değildir.

Bu taban çizgisi. Programın için doğru sayı; hacme, warmup yaşına, bounce toleransına ve audience’leri ne kadar agresif böldüğüne bağlı. Mantığı böyle kur.

Neden Birden Fazla Domain Gerekir

Email provider’lar, yani Google, Microsoft ve büyük ISP’ler, sender reputation’ı domain seviyesinde puanlar. Her hard bounce, spam report veya düşük engagement paterni sending domain’in itibarından biraz daha götürür. Domain’in reputation’ı belli bir eşik altına düşünce email’lerin topluca spam’e düşmeye başlar ve toparlanma haftalar alır.

Birkaç domain’e dağıtım yapmak, tek bir domain’de oluşan reputation sorununun doğrudan etkisini sınırlayabilir. Sorunlu domain’i durdurabilirsin; ancak ortak altyapı, listeler, provider’lar veya complaint kalıpları programın diğer bölümlerini de etkileyebilir. Her akışı ayrı izle.

Infrastructure deliverability çalışmasını destekler; inbox yerleşimini garanti etmez.

Mailbox limitleri için de mantık aynıdır. Üç aylık bir domain üzerinde tek mailbox’tan günde 200 email göndermek, domain’i flag’letmenin en hızlı yoludur. Aynı 200 göndermeyi iki veya üç domain’de beş mailbox’a yaydığında, her mailbox hafif ve sürdürülebilir bir yük taşır.

Sayıların Arkasındaki Matematik

2026’da pratik bir B2B cold email infrastructure şöyle görünür:

• Mailbox başına günde 40 ila 50 email, örnek bir başlangıç varsayımıdır; üst sınır veya hedef değildir
• Her sending domain için 2 ila 3 mailbox
• Yedek ya da rotation spare olarak tutulan bir dedicated domain

Eğer günde 300 email göndermen gerekiyorsa:

• 300 / 45, yani mailbox başına ortalama, yaklaşık 7 mailbox
• 7 mailbox / 2.5, yani domain başına ortalama, yaklaşık 3 domain

Quarter içinde scale etmeyi planlıyorsan ya da rotasyonda yedek istiyorsan bir dördüncü domain ekle.

Birden fazla ICP ya da geography üzerinde sequence yürüten ajanslar ve founder’lar için sayı büyür. Gerçek hacimde üç pazarı kapsayan bir done-for-you cold email programı rahatlıkla 10 ila 15 sending domain ile çalışabilir, her biri günlük kapasitenin temiz bir parçasını taşır.

Warmup, Gerçek Timeline’ı Belirleyen Adım

Yeni domain’ler ilk gün hacim taşıyamaz. Warmup atlamak, cold email programlarının beklentinin altında kalmasının en yaygın sebebidir.

Gerçekçi bir warmup planı şöyle görünür:

• 1 ila 2. hafta: günde 5 ila 15 email, çoğu warmup tool trafiği, yani inbox’tan inbox’a engagement sinyali üreten exchange’ler
• 3 ila 4. hafta: günde 25 ila 30’a çık, küçük bir bölümünü gerçek prospect email’leri oluşturur
• 5. hafta ve sonrası: kendi placement, bounce ve complaint sinyallerin destekliyorsa daha yüksek hacmi test etmeyi düşün

Smartlead, Instantly ve Lemlist gibi modern tool’lar automated warmup pool sunar. Yardımcı olurlar ama timeline’ı kısaltmazlar. Domain provisioning’i hedef launch tarihinden 4 ila 6 hafta önce planla.

Deliverability için kurulmuş bir AI cold email setup ile çalışıyorsan, warmup takvimi onboarding flow’un içine gömülüdür. Yine de bu süreci aceleye getirmek hata olur.

DMARC, SPF ve DKIM: Pazarlığa Açık Değil

Her sending domain, tek bir email çıkmadan önce üç DNS record’unu doğru şekilde taşımak zorundadır:

• SPF: alıcı server’lara hangi IP’lerin domain adına email atabileceğini söyler
• DKIM: giden mesajları kriptografik olarak imzalar, böylece alıcı gerçekliği doğrulayabilir
• DMARC: SPF veya DKIM’den başarısız çıkan mail’e ne yapılacağını söyler ve sana reporting mekanizması verir

Şubat 2024’ten beri Google ve Yahoo, bulk sender’lar için bu gereklilikleri uyguluyor. Microsoft da bunu izledi. Bu record’lar eksik ya da yanlışsa email’lerin doğrudan reddedilir ya da itiraz hakkı olmadan spam’e düşer. Bunun etrafından dolaşma yolu yok.

Google’ın sender guideline’ları public olarak dokümante edilmiştir, ilk domain’ini kurmadan önce okumaya değer.

Domain İsmi ve Bölgesel Düşünmek

Sending domain’ler güvenilir görünmeli ama brand’ini aşırı taklit etmemeli. Yaygın örnekler company name varyasyonlarıdır, mesela getcompanyname.com, companyname-hq.com, trycompanyname.com, ya da service’ine bağlı açıklayıcı isimler.

Birden fazla dil ya da region’da outbound yapıyorsan bölgeye uygun domain’leri düşün. Hollanda’yı hedefleyen bir cold email program .nl uzantısından ya da en azından bölgesel bağlama uyan bir domain’den daha ikna edici görünür. Aynı mantık Alman dilindeki sequence’ler için DACH market’teki outbound programlar için de geçerli.

GDPR bir katman daha ekler: sending domain’lerin ve onlara bağlı listelerin legitimate interest ya da eşdeğer bir hukuki dayanak içinde kalması gerekir. Bu sadece compliance kutucuğu değil. Opt-out handling, suppression list’leri ve dokümantasyonunu nasıl kurduğunu da etkiler. Bir GDPR-compliant cold email setup bunu sonradan eklenen bir şey olarak değil, infrastructure seviyesinde çözer.

Ne Zaman Daha Fazla Domain Eklemelisin

Aşağıdakiler olduğunda infrastructure zorlanıyor demektir:

• Tek bir domain’de bounce rate yüzde 2 ila 3’ün üstüne çıkarsa
• Spam placement oranı artarsa, bunu Google Postmaster Tools ya da seed testing ile görebilirsin
• Reply rate, copy ya da targeting tarafında açık bir sebep olmadan düşerse
• Mevcut reputation’ı riske atmadan yeni bir audience segment test etmek istersen

Domain eklemek ucuzdur. Burn edilmiş bir domain’i geri almak ise zaman ve kayıp pipeline açısından pahalıdır. Doğru hamle, yeni gönderim kapasitesini ihtiyaç duymadan önce kurmaktır, ihtiyaç duyduktan sonra değil.

Bunu sıfırdan kuruyorsan ya da ekibinin kalıcı olarak sahip olacağı bir sistem istiyorsan, bir done-with-you outbound build domain provisioning, warmup, DNS configuration ve üstteki sending sequence’ler dahil olmak üzere altyapıyı kurar.