Yeni: Pipeline'ınızı Claude'a ya da ChatGPT'ye sorun. Asistanınızı bağlayın
    Cold Outreach Academy

    Bölüm 05 / 10 · 10 dk

    E-posta Doğrulama & Liste Temizliği

    Göndermeden önce listeyi doğrulamak ve temizlemek: hard ve soft bounce, bounce'un neden itibar meselesi olduğu, verifier'ların nasıl çalıştığı, valid / invalid / unknown / disposable etiketleri, role-based adresler, spam trap'ler, catch-all, Türkçe isimler, suppression list ve altı adımlı liste temizliği akışı.

    Bu bölümde öğrenecekleriniz

    • Bounce bir itibar meselesidir: hard bounce veren adres listeden kalıcı olarak çıkar. Hard bounce'u yüzde ikinin, mümkünse yüzde birin altında tutmak yaygın bir güvenlik payıdır, resmi bir eşik değil.
    • Verifier'ın sonucu bir kesinlik değil, risk tahminidir: invalid ve disposable dışarı, unknown tekrar denenir, catch-all ayrı tutulup küçük bir test grubuyla denenir. Hiçbir verifier bütün spam trap'leri göremez.
    • Doğrulanmış e-posta doğru lead demek değildir: tekrarları, yanlış kişileri ve ICP dışı şirketleri ayıklayın, Türkçe isimleri doğru yazın, suppression list'e karşı kontrol edin ve göndermeden hemen önce yeniden doğrulayın.

    Bölümler

    1. 0:00Gönder tuşu ve 180 geri dönen e-posta
    2. 0:37Bounce nedir? Hard ve soft bounce
    3. 1:14Bounce neden itibar meselesi?
    4. 2:02E-posta verifier'ları nasıl çalışır?
    5. 3:04Sonuç etiketleri: valid, invalid, unknown, disposable
    6. 3:40Role-based adresler ve spam trap'ler
    7. 4:31Catch-all adresler nasıl yönetilir?
    8. 5:32Doğrulanmış e-posta ≠ doğru lead
    9. 6:14Türkçe isimler ve unvanlar
    10. 7:07Suppression list ve yeniden doğrulama
    11. 7:54Altı adımlı liste temizliği akışı
    12. 8:45Sorumluluk: çıkış istekleri, KVKK, GDPR
    13. 9:34Sıradaki bölüm: Cold Email Nasıl Yazılır?

    Bölümün metni

    0:00Gönder tuşu ve 180 geri dönen e-posta

    Listeniz hazır. İki bin kişi. Hepsi ICP'nize uyuyor. Gönder tuşuna basıyorsunuz. Bir saat sonra yüz seksen e-posta geri dönüyor. Bu kişilerin hiçbiri mesajınızı görmedi. Ama Gmail ve Outlook, var olmayan adreslere yazmaya çalıştığınızı gördü. Ve bunun bedelini, doğru adreslere giden e-postalarınız da ödeyebilir. Sorun mesajda değildi. Sorun listedeydi. Bu bölümde, listeyi göndermeden önce nasıl doğrulayıp temizleyeceğimizi kuruyoruz.

    0:37Bounce nedir? Hard ve soft bounce

    Önce kelime: bounce. Gönderdiğiniz e-postanın teslim edilmeden geri dönmesi. Hard bounce kalıcı bir ret. Adres ya da domain yok. Mesela şirketten ayrılmış birinin kapatılmış hesabı. Soft bounce ise geçici bir ret. Kutu dolu ya da sunucu o an meşgul. Hata kodlarında da ayrım net: beşle başlayanlar kalıcı, dörtle başlayanlar geçici. Hard bounce veren adres bir daha listeye girmez. Soft bounce tekrar denenir, defalarca dönüyorsa o da çıkar.

    1:14Bounce neden itibar meselesi?

    Üçüncü bölümde gönderici itibarını konuşmuştuk. Gmail ve Outlook, domain'inizin davranışını sürekli izler. Var olmayan adreslere yazan gönderici, özensiz görünür. Yahoo bounce'ları takip etmenizi istiyor. Microsoft, yüksek hacimli göndericilerden geçersiz adresleri düzenli temizlemelerini istiyor. Google ise spam şikâyetleri için net bir sınır koyuyor: binde üçün altında, mümkünse binde birin altında. Bounce için resmi bir eşik yayınlanmıyor. Yaygın pratik, hard bounce'u yüzde ikinin, mümkünse yüzde birin altında tutmak. Kanun değil, güvenlik payı. Hedef: geri döneceğini bildiğiniz her adresi göndermeden çıkarmak.

    2:02E-posta verifier'ları nasıl çalışır?

    Bunun için verifier, yani doğrulama aracı kullanıyoruz. E-posta göndermeden, adresin mesaj kabul edip etmeyeceğine üç katmanda bakar. Birincisi yazım. Et işareti eksik mi, araya boşluk mu girmiş? İkincisi domain. Domain'in e-posta alacak bir sunucusu, yani MX kaydı var mı? Yoksa e-posta gidemez. Üçüncüsü SMTP kontrolü. Verifier sunucuya şu adrese mesajım var der. Sunucu böyle biri yok derse, adres geçersizdir. Konuşma, mesaj gönderilmeden kesilir. Kutuya hiçbir şey düşmez. Peki neden yüzde yüz değil? Çünkü her sunucu net cevap vermez. Bazıları her adrese evet der. Bazıları yabancı göndericiyi bekletir. Bazıları da hiç cevap vermeyen güvenlik katmanlarının arkasındadır. Yani verifier'ın sonucu bir kesinlik değil, bir risk tahminidir.

    3:04Sonuç etiketleri: valid, invalid, unknown, disposable

    Her adres bir etiket alır. İsimler araca göre değişir, mantık aynı. Valid. Kutu var ve e-posta kabul ediyor. Gönderilebilir. Invalid. Kutu yok ya da domain e-posta almıyor. Kesin hard bounce. Çıkar. Unknown. Sunucu net cevap vermedi. Ret değil, belirsizlik. Birkaç saat sonra tekrar doğrulayın. Yine belirsizse ana gönderimden ayırın. Disposable. Tek kullanımlık adresler. B2B listesinde yeri yok. Çıkar.

    3:40Role-based adresler ve spam trap'ler

    Role-based adresler. Info, satış ya da destek gibi, bir kişiye değil bir göreve ait adresler. Çoğu zaman geçerlidirler. Ama mesaj kimseye kişisel gelmez ve şikâyet riski daha yüksektir. Kişinin kendi adresi varken role-based adresi kullanmayın. Spam trap ise tuzak adres. Bazıları hiç kimseye ait olmamıştır, bazıları kapatılıp tuzağa çevrilmiş eski adreslerdir. Tuzağa e-posta göndermek, sağlayıcılara listenizi özensiz kurduğunuzu söyler. Ve dürüst olalım: hiçbir verifier bütün tuzakları göremez. Araçlar sadece bilinenleri işaretler. En iyi koruma, listeyi kaynağı belirsiz, eski ya da web'den toplanmış adreslerden kurmamak.

    4:31Catch-all adresler nasıl yönetilir?

    Şimdi en kafa karıştıran etiket: catch-all. Catch-all, ya da accept-all, bütün domain'in ayarıdır. Sunucu, hangi adrese yazarsanız yazın, ilk anda evet der. Gerçek bir çalışanın adresine de, uydurduğunuz bir isme de. Klasik bir verifier burada ikisini ayırt edemez. Catch-all yazar, kararı size bırakır. Üç yol var. Bir: ayrı tutun. Ana kampanyaya karıştırmayın. İki: catch-all için uzmanlaşmış bir verifier kullanın. Bu araçlar tek tek adresleri, yine göndermeden değerlendirmeye çalışır. Ama burada da yüzde yüz yok. Üç: küçük bir test grubu. Mesela elli adres. Bounce düşükse büyütün, yükseliyorsa durun. TechSales uygulaması da listeyi temizliyor, e-postaları doğruluyor, catch-all için Reoon ve BounceBan'ı kullanıyor ve ICP uyumunu puanlıyor.

    5:32Doğrulanmış e-posta ≠ doğru lead

    Yine de doğrulanmış bir e-posta, doğru bir lead demek değildir. Bir: tekrarlar. Aynı kişi iki kaynaktan gelmiş olabilir. Aynı gün iki e-posta, ilk izlenimi bitirir. İki: yanlış kişi. Şirketten ayrılmış ya da persona dışında. E-posta geçerli, kişi yanlış. Üç: ICP uyumsuzluğu. İkinci bölümde yirmi ile iki yüz çalışan demiştik. Beş bin kişilik holding listede ne arıyor? Dört: eksik alanlar. Ad ya da şirket boşsa, kişiselleştirme bozulur. Bir de biçim var. Türkçe isimlerde bu ayrı bir başlık.

    6:14Türkçe isimler ve unvanlar

    İsimler çoğu zaman tamamı büyük, tamamı küçük harf ya da Türkçe karaktersiz gelir. Mesela soyadı büyük harfle: IŞIK. Standart bir formülle düzeltirseniz, sonuç Işık değil, Işik olabilir. Çünkü çoğu araç büyük I'yı İngilizce kuralıyla noktalı i'ye çevirir. Tersi de var: ilker, büyük harfe çevrilince noktasız I ile başlar. Aracınızın Türkçe kuralı kullandığından emin olun, ilk satırları gözle kontrol edin. Sahin mi, Şahin mi? Emin değilseniz kaynağa bakın. İsimde tahmin yürütmeyin. Unvanlar da karışık gelir: bir satırda Satış Müdürü, diğerinde Head of Sales. Bunları tek bir standartta toplayın. Hem filtrelemek kolaylaşır, hem mesaj düzgün görünür.

    7:07Suppression list ve yeniden doğrulama

    Sırada suppression list var. Yani asla yazmayacağınız kişilerin listesi. Mevcut müşteriler. Açık satış görüşmesi olan şirketler. Rakipler. Bana yazmayın diyen herkes. Ve dokunmayın denen hesaplar. Her yeni liste bununla karşılaştırılır. Çıkış isteyenlerde adres, müşteri ve rakiplerde bütün domain hariç tutulur. E-postada bana yazmayın diyen birine, LinkedIn'den de gitmezsiniz. Bir de zaman var. İnsanlar iş değiştirir, hesaplar kapanır. Listeniz haftalardır bekliyorsa, göndermeden hemen önce yeniden doğrulayın. Doğrulama bir kerelik iş değil. Her gönderimden önceki son adım.

    7:54Altı adımlı liste temizliği akışı

    Şimdi hepsini tek akışta birleştirelim. Her satır bir lead. Bir: tekrarları silin. İki: suppression kontrolü. Müşteriler, rakipler ve çıkış isteyenler düşer. Üç: ICP ve persona kontrolü. Uymayan satırı silmeyin, yanına bir sebep yazın. Dört: ad, soyad, şirket ve unvanı düzenleyin. Beş: doğrulayın, sonucu ve tarihini yazın. Altı: ayırın. Valid olanlar ana kampanyaya. Catch-all ve belirsiz kalan unknown'lar test grubuna. Invalid, disposable ve tuzak şüphesi dışarı. Sonuçta üç grup: gönder, test et, gönderme. Ve her kararın bir sebebi var.

    8:45Sorumluluk: çıkış istekleri, KVKK, GDPR

    Son olarak sorumluluk. Çıkmak isteyen herkesi, hangi kanaldan söylerse söylesin, kalıcı olarak suppression listesine ekleyin. Bu hem saygı, hem de birçok ülkede yasal zorunluluk. KVKK da GDPR da veriyi amaçla bağlantılı, sınırlı ve ölçülü ister. Gerekmeyen bilgiyi toplamayın, saklamayın. Türkiye'de şirketlere giden ticari iletilerin kuralları bireylerden farklı. Ama ret hakkı orada da var. Bu bir hukuki tavsiye değil. Kendi durumunuz için bir hukukçuya danışın. Toparlarsak: bounce itibar demek, verifier bir tahmin aracı. Ve temiz liste sadece geçerli adres değil, doğru kişi ve doğru yazılmış isim demek.

    9:34Sıradaki bölüm: Cold Email Nasıl Yazılır?

    Artık elimizde temiz bir liste var. Sırada en çok merak edilen kısım: bu kişilere ne yazacağız? Bir sonraki bölümde, konu satırından ilk cümleye ve net bir çağrıya kadar, cold email'i nasıl yazdığımızı konuşacağız. Cold Outreach Academy'nin altıncı bölümünde görüşmek üzere.

    Bu sistemi kendiniz kurun.

    TechSales; ICP skorlama, liste doğrulama, e-posta ve LinkedIn kampanyaları ve tüm cevapları tek bir yerde topluyor.

    Sıradaki bölüm: 06 — Cold Email Nasıl Yazılır? (yakında)