Soğuk E-posta Göndermeden Önce Deliverability Testi Nasıl Yapılır

Bir email deliverability test, mesajınızın gelen kutusuna mı yoksa spam klasörüne mi düştüğünü göndermeden önce görmenizi sağlar. Adresli B2B outreach'te tek bir yanlış yapılandırılmış domain, bir sonraki 200 kişilik segmentin tamamını gölgeler — bu yüzden test tek seferlik bir kontrol değil, her yeni gönderim öncesi tekrarlanan bir rutin olmalı.

Email deliverability test tam olarak neyi ölçer

Bir email deliverability check, gönderdiğiniz test mesajının teknik kimliğini (SPF, DKIM, DMARC hizalaması), içerik yapısını (spam tetikleyici kelimeler, HTML/metin dengesi, link yoğunluğu) ve domain/IP itibarını birlikte değerlendirir. Sonuç genelde bir skor veya inbox/spam/promosyon/gelmedi şeklinde bir yerleşim raporu olarak gelir.

B2B soğuk e-postada asıl risk toplu bültenlerden farklıdır: burada tek bir ESP değil, genelde kişiselleştirilmiş, düşük hacimli ve adresli mesajlar gönderilir. Ama teknik altyapı (domain yaşı, kimlik doğrulama kayıtları, gönderim hızı) aynı kurallara tabidir — bu yüzden test sonucu, kampanya başlamadan önce hangi domain veya hesabın 'temiz' olduğunu gösteren en ucuz erken uyarı sinyalidir.

Deliverability testinin gerçek değeri, tek bir sayı üretmesinde değil, o sayının arkasındaki nedeni göstermesindedir. Örneğin düşük bir skor, bazen sadece bir DNS kaydı hatasından, bazen de haftalardır biriken düşük etkileşim geçmişinden kaynaklanabilir. Bu ikisi çok farklı çözüm gerektirir: birincisi bir DNS satırını düzeltmekle dakikalar içinde giderilirken, ikincisi haftalar süren temiz ve düşük hacimli gönderimle yeniden itibar kazanmayı gerektirir. Testi düzenli tekrarlamak, hangi durumda olduğunuzu erken anlamanızı sağlar.

Ücretsiz deliverability test araçları ile adım adım kontrol

Ücretsiz araçlar, bir kampanyaya başlamadan önce hızlı bir sağlık kontrolü için yeterlidir. Genel akış şu şekilde işler: aracın verdiği benzersiz bir test adresine, kullanacağınız gerçek gönderim hesabından ve gerçek şablonunuzla (kişiselleştirme değişkenleri doldurulmuş haliyle) bir e-posta gönderirsiniz; araç size SPF/DKIM/DMARC durumunu, içerik uyarılarını ve genel bir skor döndürür.

mail-tester.com bu akışın en yaygın bilinen örneğidir: tek seferlik bir test adresine gönderim yapıp 10 üzerinden bir skor ve kırılım verir. Google Postmaster Tools ise farklı çalışır — tek seferlik test değil, Gmail alıcılarına yaptığınız gerçek gönderimler üzerinden zaman içindeki itibar (spam rate, IP/domain reputation) trendini gösterir; Gmail ağırlıklı bir alıcı kitleniz varsa kurulması gereken ilk araçtır. MXToolbox ise DNS tarafını tarar: SPF/DKIM/DMARC kayıtlarınızın söz dizimi doğru mu, blacklist'te var mısınız gibi soruları tek ekranda cevaplar.

• mail-tester.com: tek seferlik skor + SPF/DKIM/DMARC/içerik kırılımı
• Google Postmaster Tools: Gmail alıcıları için zaman içinde itibar trendi
• MXToolbox: DNS kaydı doğrulama + blacklist taraması
• Outlook/Microsoft tarafında eşdeğer bir 'postmaster' paneli yok — bu yüzden Outlook'a giden testler daha çok manuel gözlemle (test kutusuna gerçekten düşüyor mu) yapılır

Ücretli inbox placement testleri ne zaman gerekir

Ücretsiz araçlar size tek bir test adresinin sonucunu verir; ama gerçek alıcı kitleniz onlarca farklı sağlayıcıya (Gmail, Outlook, Yandex, kurumsal mail sunucuları) dağılmış durumdadır. Kurumsal inbox placement araçları (GlockApps gibi bilinen bir örnek) mesajınızı aynı anda birden fazla sağlayıcıdaki seed hesaplara gönderip her birinde inbox mu, spam mı, hiç gelmedi mi olduğunu tek raporda gösterir. DMARC raporlama tarafında dmarcian gibi araçlar, zaman içinde hangi kaynakların domain'iniz adına gönderim yaptığını ve kimlik doğrulamadan geçip geçmediğini izlemek için kullanılır.

Bu seviye bir izleme, tek kampanyalık gönderimler için gerekli değildir; ama sürekli B2B outreach yapan, birden fazla gönderim hesabı ve domain kullanan ekipler için zaman içindeki itibar düşüşünü erken yakalamanın pratik yoludur.

Karar verirken hacim ve risk toleransı belirleyici olmalı: az sayıda gönderim hesabıyla, dar bir ICP'ye düşük hacimli gönderim yapan bir ekip için ücretsiz araçların düzenli kullanımı çoğu zaman yeterlidir. Buna karşılık birden fazla domain, birden fazla gönderim hesabı ve haftalık büyüyen segmentlerle çalışan bir ekip için, tek bir sağlayıcıda gözden kaçan bir sorunun tüm segmenti etkilemesi riski, ücretli izlemenin maliyetini genelde karşılar.

B2B kampanya öncesi test rutinini nasıl kurmalı

Deliverability testini kampanya takviminin bir parçası haline getirin. Pratik kural şudur: yeni bir gönderim hesabı devreye girdiğinde, yeni bir domain kullanılmaya başladığında, veya mevcut bir segmente önceki gönderimden belirgin şekilde daha büyük bir segment eklendiğinde test tekrarlanır. Rutin olmayan tek seferlik testler, ısıtma sürecinin ortasında bozulan bir kayıt değişikliğini yakalayamaz.

Test sırasına şablon içeriğini de gerçekçi tutmak önemli — boş veya jenerik bir test metniyle alınan yüksek skor, kişiselleştirme değişkenleri dolduğunda (şirket adı, sektör, ilgili teklif) aynı sonucu vermeyebilir. Bu yüzden testi, gerçekten göndereceğiniz kreatiften, gerçek değişken değerleriyle doldurulmuş bir örnekle yapmak daha güvenilir sonuç verir.

• Yeni gönderim hesabı → ısıtma bitmeden önce ve bittikten sonra test
• Yeni domain → DNS kayıtları yayıldıktan (genelde 24-48 saat) sonra test
• Segment büyümesi → önceki gönderimden belirgin sıçrama varsa yeniden test
• Şablon değişikliği → gerçek değişkenlerle doldurulmuş halini test et, boş taslağı değil
• Düzenli aralık → aktif gönderim yapan her hesap için haftalık/iki haftalık kontrol

Sık yapılan hatalar

En sık görülen hata, testi kampanya günü sabahı, tek seferlik ve panik halinde yapmak. Bu, sorunu bulsanız bile düzeltecek zaman bırakmaz — özellikle DNS kayıt değişiklikleri (SPF, DKIM, DMARC) yayılması saatler sürebilir. İkinci yaygın hata, sadece skora bakıp kırılıma bakmamak: 10 üzerinden 8 alan bir test, aslında DMARC hizalamasının eksik olduğunu gösteren bir uyarıyı gizliyor olabilir.

Üçüncü hata, tek bir sağlayıcıda (genelde kendi kurumsal kutunuzda) test edip sonucu tüm alıcı tabanına genellemek. Gmail'de temiz görünen bir gönderim, Outlook/Microsoft 365 tarafında farklı bir filtre davranışıyla karşılaşabilir — bu yüzden birden fazla sağlayıcıda test şart.

Test sonuçlarını yorumlarken nelere dikkat etmeli

Tek bir test sonucuna bakıp karar vermek yanıltıcı olabilir çünkü sonuç, o anki alıcı sunucu yüküne, IP'nin o günkü geçici itibarına ve hatta test aracının kendi altyapısına bağlı olarak küçük dalgalanmalar gösterebilir. Asıl anlamlı olan, art arda yapılan birkaç testin ortalama eğilimidir — bir hafta boyunca istikrarlı yüksek skor alan bir domain, tek seferlik mükemmel skor alıp ardından düşen bir domain'den daha güvenilirdir.

Skor kırılımını okurken önce kimlik doğrulama (SPF/DKIM/DMARC) satırlarına, sonra içerik uyarılarına, en son da genel skora bakmak mantıklıdır — çünkü kimlik doğrulama hatası varsa, içerik ne kadar temiz olursa olsun asıl sorun orada değildir. Aynı şekilde blacklist taramasında herhangi bir listede çıkan bir IP veya domain, diğer tüm sonuçlardan bağımsız olarak öncelikli olarak ele alınmalıdır.

• Tek sonuca değil, birkaç testin ortalama eğilimine bakın
• Önce kimlik doğrulama, sonra içerik, en son genel skor sırasıyla inceleyin
• Blacklist'te çıkan bir sonucu diğer her şeyden önce önceliklendirin
• Skordaki ani bir düşüşü, en son yapılan DNS veya şablon değişikliğiyle ilişkilendirin

Checklist: kampanya öncesi deliverability testi

Aşağıdaki listeyi her yeni B2B segmentine gönderim öncesi kısa bir kontrol olarak kullanabilirsiniz.

• SPF, DKIM, DMARC kayıtları MXToolbox veya benzeri bir araçla doğrulandı mı
• mail-tester veya eşdeğeri ile gerçek şablonla, dolu değişkenlerle test gönderildi mi
• Gmail alıcıları için Google Postmaster Tools'ta itibar trendi kontrol edildi mi
• Outlook/Microsoft 365 tarafında manuel bir test kutusuna gönderim yapılıp gerçekten inbox'a düştüğü görüldü mü
• Blacklist taraması yapıldı mı
• Sonuç kayıt altına alındı mı (bir sonraki testle karşılaştırmak için)

Sık sorulan sorular