Neden “subdomain ile ayırma” konusu önemlidir?
Bir şirketin e-posta trafiği genellikle iki büyük gruba ayrılır: işlemsel e-postalar (sipariş onayı, parola sıfırlama, fatura, kargo bildirimi, randevu hatırlatması) ve pazarlama/toplu e-postalar (bülten, kampanya, duyuru, etkinlik daveti). Bu iki tür e-postanın hedefi, alıcı davranışı ve şikayet oranı farklı olduğu için teslim edilebilirlik ve itibar yönetimi açısından aynı “gönderen kimliği” altında tutulması riskli olabilir.
Subdomain stratejisi, aynı ana domaini (ör. sirket.com) kullanmaya devam ederken belirli e-posta akışlarını ayrı bir alt domainde (ör. mail.sirket.com veya bulten.sirket.com) toplamanızı sağlar. Böylece kimlik doğrulama kayıtlarını (SPF/DKIM/DMARC) ve itibar etkilerini daha kontrollü yönetebilir, sorun yaşanan bir akışın diğerini etkilemesini sınırlayabilirsiniz.
İşlemsel ve pazarlama e-postası arasındaki temel farklar
İşlemsel e-posta (transactional)
- Beklenen e-posta: Kullanıcı bir işlem yaptığı için e-postayı bekler.
- Daha yüksek etkileşim: Açılma/tıklama oranı genellikle daha yüksektir.
- Kritik zamanlama: Gecikme müşteri deneyimini doğrudan bozar.
- Şikayet toleransı düşük: Teslim edilememesi iş kaybına dönüşebilir.
Pazarlama/toplu e-posta (marketing/bulk)
- Her zaman beklenen değil: Alıcı ilgisini yitirmiş olabilir.
- Spam şikayeti riski: Abonelik yönetimi zayıfsa şikayet artar.
- Hacim dalgalanır: Kampanyalarda bir anda yüksek gönderim olabilir.
- İtibarı zorlar: Negatif sinyaller (şikayet, düşük etkileşim) artabilir.
Bu farklar nedeniyle, tek bir domain üzerinden her şeyi göndermek bazı durumlarda işlemsel e-postaların da gereksiz risk almasına yol açar.
Subdomain ile ayırmanın pratik faydaları
1) İtibarın bölümlenmesi
Alıcı posta sistemleri, göndereni değerlendirirken alan adı ve gönderim davranışı gibi sinyalleri kullanır. Pazarlama akışında yaşanan şikayet artışı veya liste kalitesi sorunları, aynı domain üzerinden giden parola sıfırlama e-postalarının da spam’e düşmesine katkıda bulunabilir. Subdomain ayrımı, bu etkinin yayılmasını azaltmaya yardımcı olur.
2) DNS ve kimlik doğrulama yönetiminin netleşmesi
SPF, DKIM ve DMARC kayıtlarını ayrı subdomain üzerinde yönetmek, hangi sistemin ne gönderdiğini daha görünür kılar. Özellikle birden fazla araç veya departman e-posta gönderiyorsa, “kim, hangi kaynaktan, hangi kimlikle gönderiyor?” sorusu daha kolay cevaplanır.
3) Politika ve raporlama ayrımı
DMARC politikası teoride domain seviyesinde uygulanır. Subdomain kullanımı, raporları farklı akışlar için ayrı ayrı incelemeyi kolaylaştırır. Örneğin pazarlama subdomain’inde daha agresif bir politika, ana domaine göre daha farklı bir yönetim yaklaşımı gerektirebilir. Buradaki amaç “daha sert olmak” değil, risk profilini doğru ayrıştırmaktır.
4) Operasyonel hata etkisini azaltma
Bazen bir pazarlama aracı yanlışlıkla büyük bir listeye hatalı içerik gönderir, bounce oranı yükselir veya spam şikayeti artar. Subdomain ayrımı, bu hatanın işlemsel akışa sıçramasını sınırlayabilir.
Hangi subdomain yapısı seçilmeli?
Tek bir doğru yoktur; ancak yönetimi kolay ve anlaşılır bir yapı seçmek önemlidir. Yaygın yaklaşımlar:
- Transactional için: notify.sirket.com, mail.sirket.com, tx.sirket.com
- Marketing için: newsletter.sirket.com, bulten.sirket.com, promo.sirket.com
- Uygulama bazlı: app.sirket.com (uygulama bildirimleri), events.sirket.com (etkinlik postaları)
İsimlendirmede amaç, hem IT ekibi hem pazarlama ekibi için neyin ne olduğunu açık etmektir. “mail” gibi genel ifadeler zaman içinde karışıklık yaratabilir; mümkünse işlevi belirten isimler tercih edilebilir.
DNS tarafında neleri planlamalısınız?
SPF: Gönderim kaynaklarını net tanımlama
Her subdomain için SPF kaydı tasarlarken, o subdomain üzerinden e-posta gönderecek sistemleri listelemelisiniz. En sık yapılan hata, aynı SPF kaydını kopyalayıp gereksiz kaynakları eklemek veya çok fazla “include” kullanıp DNS sorgu limitlerine yaklaşmaktır. Subdomain ayrımı burada avantaj sağlar: pazarlama aracı sadece pazarlama subdomain SPF’ine girer, işlemsel sunucu sadece işlemsel subdomain SPF’inde kalır.
DKIM: İmza alanını doğru kurgulama
DKIM, e-postaların içeriğini ve bazı başlıklarını kriptografik olarak imzalayarak alıcıya “bu mesaj bu domain adına yetkili bir sistemden çıktı” sinyali verir. Subdomain stratejisinde kritik nokta, DKIM imzasındaki domain’in (d=) hangi alan adıyla eşleştiğidir. Pazarlama e-postalarının DKIM’i pazarlama subdomain’i ile, işlemsel e-postaların DKIM’i işlemsel subdomain’i ile uyumlu olacak şekilde ayarlanmalıdır.
DMARC: Uyum (alignment) ve görünürlük
DMARC, SPF ve DKIM sonuçlarını “From” alanındaki domain ile ilişkilendirerek kimlik sahteciliğini azaltmayı hedefler. Subdomain yaklaşımında, her akışın “From” domain’ini tutarlı tutmak önemlidir. Örneğin:
- İşlemsel: no-reply@notify.sirket.com
- Pazarlama: kampanya@newsletter.sirket.com
Bu ayrım hem kullanıcı tarafında daha anlaşılır olabilir hem de DMARC raporlarında kaynakları ayırmanıza yardımcı olur. Ancak aşırı parçalama da yönetim yükü getirir; yalnızca ihtiyaç kadar subdomain açmak daha sürdürülebilirdir.
From, Return-Path ve Reply-To: Karışıklığı azaltın
E-posta başlıklarında farklı amaçlara hizmet eden alanlar vardır. Sık karşılaşılan sorun, pazarlama aracının “Return-Path” alanını farklı bir domain’e çekmesi veya “From” ile DKIM’in farklı domain’lerde kalmasıdır. Subdomain stratejisi uygularken şu hedefleri benimseyin:
- Tutarlılık: “From” domain’i hangi subdomain ise, DKIM ve SPF uyumu da buna göre kurulmalı.
- Yanıt yönetimi: Yanıtların nereye gideceği (Reply-To) net olmalı; “no-reply” kullanılıyorsa destek kanalı ayrıca belirtilmeli.
- Marka okunabilirliği: Kullanıcıların tanıyacağı, güven duyacağı bir gönderici adı ve adres formatı seçilmeli.
Geçiş planı: Mevcut düzenden subdomain ayrımına adım adım
- Akış envanteri çıkarın: Hangi sistem hangi e-postaları gönderiyor? Hacimler ve kritik akışlar neler?
- Yeni “From” adreslerini tasarlayın: Transactional ve marketing için net adres şablonları oluşturun.
- DNS kayıtlarını hazırlayın: Subdomain bazında SPF/DKIM/DMARC kurgusunu planlayın.
- Kademeli geçiş yapın: Önce düşük riskli bir akışı yeni subdomain’e alın, sonuçları izleyin.
- İzleme ve geri bildirim: Bounce, şikayet ve teslimat sorunlarını takip edin; gerekirse içerik ve liste hijyenini iyileştirin.
- Dokümantasyon: Hangi subdomain ne için kullanılıyor, kim sorumlu, değişiklik süreci nasıl işleyecek yazılı hale getirin.
Burada amaç, “bir gecede her şeyi değiştirmek” değil, kontrollü şekilde yeni yapıyı oturtmaktır.
Yaygın hatalar ve kaçınma yolları
Tek bir subdomain’e her şeyi yığmak
“mail.sirket.com” altında hem pazarlama hem işlemsel postaları toplamak, ayrımın faydasını azaltır. En azından iki ana akışı ayırmak genellikle daha iyi sonuç verir.
Liste hijyenini subdomain ile çözmeye çalışmak
Subdomain, kötü liste kalitesini “sihirli” şekilde düzeltmez. Şikayet oranı, spam tuzakları, izinli pazarlama gibi konular ayrı disiplinlerdir. Subdomain sadece risk yönetimini ve analiz kabiliyetini iyileştirir.
SPF’i gereksiz büyütmek
Her ihtimale karşı her sistemi her SPF’e eklemek, yönetimi karmaşıklaştırır ve teknik limit riskini artırır. Her subdomain SPF’inde yalnızca gerçekten o subdomain’den gönderen kaynaklar olmalı.
Son kontrol listesi
- İşlemsel ve pazarlama akışları ayrıldı mı?
- Her subdomain için SPF/DKIM/DMARC tutarlı mı?
- From adresleri kullanıcı açısından anlaşılır mı?
- Yanıt (Reply-To) ve destek süreçleri net mi?
- Değişiklikler dokümante edildi mi?
Sonuç: Daha yönetilebilir bir e-posta mimarisi
Subdomain stratejisi, işletmelerin e-posta altyapısını büyürken daha kontrollü yönetmesine yardımcı olan pratik bir yaklaşımdır. İşlemsel e-postaların güvenilirliğini korurken pazarlama gönderimlerinde gerekli optimizasyonları ayrı bir alanda yapmak, hem teknik ekiplerin hem de iş ekiplerinin işini kolaylaştırır.
Eğer kurumsal e-posta altyapınızı sade ve yönetilebilir bir şekilde işletmek istiyorsanız, MX1Mail üzerinde domain ve DNS düzeninizi planlarken işlemsel ve pazarlama akışlarını baştan ayrı kurgulamak, ileride oluşabilecek teslimat ve yönetim karmaşasını azaltmanıza yardımcı olabilir.