Outlook ve Gmail'de Gönderdiğiniz Mailler Neden Spama Düşer

"Outlook gönderdiğim mailler spama düşüyor" ile "Gmail gelen mailler spama düşüyor" aslında iki farklı problemdir — iki sağlayıcının filtre mantığı, limitleri ve gönderen beklentileri birbirinden ayrışır. B2B soğuk e-postada alıcı kutusu genelde bu ikisinden biri olduğu için, altyapınızı her iki sağlayıcının kurallarına göre ayrı ayrı test etmek gerekir.

Neden Outlook ve Gmail'i ayrı ele almak gerekir

Gmail ve Outlook, spam kararını benzer temel sinyallerle (itibar, kimlik doğrulama, içerik, etkileşim) verir; ama uygulama detayları farklıdır. Gmail'in kendi Postmaster Tools paneli üzerinden gönderenlere doğrudan itibar geri bildirimi vermesi, Google tarafını nispeten şeffaf hale getirir. Outlook/Microsoft 365 tarafında ise bu şeffaflığın dengi yoktur — Microsoft, SNDS (Smart Network Data Services) gibi araçlarla kısmi IP itibar bilgisi sunsa da, Gmail'deki kadar ayrıntılı ve erişilebilir değildir.

Bu asimetri, sorun giderme sürecini de farklılaştırır: Gmail tarafında bir sorunu Postmaster Tools verisiyle somut olarak teşhis edebilirsiniz, Outlook tarafında ise çoğu zaman manuel test kutuları ve deneme-yanılmayla ilerlemek gerekir.

B2B alıcı kitlesi genelde bu iki sağlayıcı arasında bölünür, bazen üçüncü olarak kurumsal Yandex veya yerel mail sunucuları da eklenir. Bu yüzden 'deliverability sorunu var' teşhisini koymadan önce ilk soru şu olmalı: sorun her iki sağlayıcıda mı yoksa sadece birinde mi görülüyor? Eğer sadece Outlook alıcılarında görülüyorsa, Gmail Postmaster Tools verisine bakmak yanıltıcı olur; sorunun kaynağı büyük olasılıkla sağlayıcıya özgü bir filtre davranışı veya kurumsal bir kuraldır.

Gmail / Google Workspace tarafında dikkat edilmesi gerekenler

Gmail, özellikle yüksek hacimli gönderenler için son dönemde ek teknik şartlar getirdi: günlük belirli bir eşiğin üzerinde gönderim yapan kaynaklardan SPF ve DKIM'in her ikisinin de doğru yapılandırılmış olması, bir DMARC kaydının bulunması, toplu/pazarlama nitelikli iletilerde tek tıkla abonelikten çıkma seçeneği sunulması ve Postmaster Tools'ta görünen spam şikayet oranının düşük tutulması bekleniyor. B2B soğuk e-posta genelde bu 'toplu gönderici' eşiğinin altında kalsa da, kimlik doğrulama şartları (SPF+DKIM+DMARC) pratikte herkes için tavsiye edilen bir temel haline geldi.

Google Postmaster Tools, domain'iniz Gmail alıcılarına yeterli hacimde gönderim yaptığında IP/domain itibarı, spam oranı ve kimlik doğrulama başarısı hakkında zaman içinde trend verisi sunar. Gmail ağırlıklı bir B2B alıcı kitleniz varsa bu paneli kurmak, sorunları kampanya bitmeden fark etmenin en doğrudan yoludur.

Google Workspace kullanan kurumsal alıcılarda bir ek katman daha var: yöneticinin tanımladığı güvenlik politikaları (örneğin dış domain'lerden gelen ilk temaslara ek uyarı etiketleri eklenmesi). Bu, mesajınızın spama düşmesi anlamına gelmez ama alıcının gözünde 'harici gönderen' uyarısıyla karşılaşmasına yol açabilir — kişiselleştirilmiş, tanıdık bir üslupla yazılmış bir B2B mesajı bu uyarıya rağmen açılma olasılığını yine de artırır.

• SPF ve DKIM'in ikisi birden doğru yapılandırılmalı, sadece biri yeterli değil
• Bir DMARC kaydı bulunmalı (en azından p=none ile izleme amaçlı)
• Toplu/pazarlama nitelikli iletilerde abonelikten çıkma seçeneği net olmalı
• Google Postmaster Tools domain'e bağlanıp spam oranı ve itibar trendi izlenmeli

Outlook / Microsoft 365 tarafında dikkat edilmesi gerekenler

Outlook tarafında "outlook gönderdiğim mailler gitmiyor" veya doğrudan junk klasörüne düşme şikâyetleri genelde iki katmandan kaynaklanır: Microsoft'un genel filtre altyapısı (SmartScreen ve ilişkili itibar sinyalleri) ve alıcının kurumsal ortamındaysa ek bir kurumsal spam ağ geçidi (Exchange Online Protection kuralları, yönetici tarafından tanımlanmış transport kuralları). İkinci katman, bireysel kullanıcıların kontrolü dışındadır — alıcı şirketin BT ekibi belirli domain'leri veya anahtar kelimeleri engellemiş olabilir.

Ayrıca Outlook/Microsoft 365'te alıcı tarafındaki bireysel davranış (bir kullanıcının bir göndereni manuel olarak 'junk' işaretlemesi veya engellenenler listesine eklemesi) diğer alıcılar için de dolaylı bir sinyal oluşturabilir. Bu yüzden bir B2B segmentinde birkaç alıcı sizi junk olarak işaretlerse, aynı domain'e giden sonraki gönderimlerin de etkilenmesi olasıdır.

Bir diğer pratik detay, Outlook'un bazı durumlarda mesajı hiç reddetmeden sessizce gecikmeli teslim etmesidir — mesaj "gitmedi" gibi görünse de aslında kuyruğa alınmış olabilir. Bu yüzden "outlook gönderdiğim mailler gitmiyor" şikâyetinde ilk yapılacak şey, gönderim sunucusunun log kayıtlarından mesajın gerçekten reddedildiğini mi yoksa geciktiğini mi kontrol etmektir; ikisi farklı teşhis ve farklı çözüm gerektirir.

• Yeni bir domain/hesaptan Outlook alıcılarına gönderirken hacmi kademeli artırın
• SNDS üzerinden IP itibarınızı (kullanıyorsanız kendi IP'niz için) takip edin
• Kurumsal alıcılarda 'junk' işaretlenme riskini azaltmak için net gönderen adı ve tutarlı içerik kullanın
• Test kutusu olarak gerçek bir outlook.com veya Microsoft 365 hesabı tutup manuel gözlemleyin

İki sağlayıcı arasındaki filtre hassasiyeti karşılaştırması

Aşağıdaki karşılaştırma, iki sağlayıcı arasındaki göreli farkları basitleştirilmiş şekilde gösterir; kesin sayılar değil, pratikte gözlemlenen eğilimlerdir.

Kurumsal alıcılarda karşılaşılan ek dikkat noktaları

Hem Microsoft 365 hem Google Workspace kullanan kurumsal alıcılarda, bireysel kullanıcı ayarlarının ötesinde şirket çapında uygulanan güvenlik politikaları devreye girer. Bu politikalar genelde BT ekibi tarafından belirlenir ve gönderenin kontrolü dışındadır: belirli anahtar kelimeler, belirli ek türleri (özellikle .exe, .zip gibi uzantılar) veya hiç etkileşim geçmişi olmayan yeni domain'lerden gelen ilk mesajlar için ek inceleme kuralları tanımlanmış olabilir.

Bu tür kurumsal engellerin gönderen tarafından teşhis edilmesi zordur çünkü genelde herhangi bir hata mesajı dönmez, mesaj sessizce karantinaya alınır. Pratik bir yaklaşım, aynı kurumsal alan adına daha önce başarıyla ulaşmış bir bağlantı üzerinden (varsa) ilk temasın 'ısınmasını' beklemek, ya da mümkünse alıcıyla farklı bir kanaldan (örneğin LinkedIn) kısa bir ön temas kurarak e-postanın beklenmedik bir gönderen olarak görülme olasılığını azaltmaktır.

B2B soğuk e-postada iki sağlayıcı için ortak pratikler

Sağlayıcı farkı ne olursa olsun, adresli B2B outreach'te uygulanabilecek ortak önlemler var: kimlik doğrulamayı (SPF/DKIM/DMARC) her iki sağlayıcı için de eksiksiz kurmak, hacmi domain/hesap yaşına göre kademeli artırmak, ve segmenti gerçek ICP'ye göre daraltıp ilgisiz alıcılara gitmeyi önlemek. İlgisiz alıcı, hem Gmail'de hem Outlook'ta düşük etkileşim ve yüksek şikayet riskinin ortak kaynağıdır.

Pratik bir yöntem, her kampanya öncesi hem bir Gmail hem bir Outlook test kutusuna kişiselleştirilmiş örnek bir mesaj göndermek ve ikisinde de sonucu (inbox, spam, gecikme) gözlemlemektir. Bu, sağlayıcıya özgü bir sorunu segment genişlemeden önce yakalamanın en düşük maliyetli yoludur.

Segment karışıksa, yani aynı kampanyada hem Gmail hem Outlook alıcıları varsa, sonuçları da ayrıştırarak izlemek gerekir. Toplam yanıt oranı iyi görünse bile, bu ortalama iki sağlayıcı arasındaki büyük bir farkı gizliyor olabilir — örneğin Gmail alıcılarının çoğu inbox'ta görüp yanıt verirken, Outlook alıcılarının büyük kısmı hiç görmemiş olabilir. Sağlayıcı bazında ayrıştırılmış bir rapor, hangi tarafta düzeltme gerektiğini net şekilde gösterir.

Checklist: Outlook ve Gmail için ayrı kontrol

Kampanya öncesi her iki sağlayıcı için ayrı ayrı gözden geçirin.

• Gmail: SPF+DKIM+DMARC tam mı, Postmaster Tools'ta spam oranı düşük mü
• Gmail: toplu/pazarlama iletilerinde abonelikten çıkma seçeneği var mı
• Outlook: gerçek bir test kutusuna manuel gönderim yapılıp sonuç gözlemlendi mi
• Outlook: SNDS üzerinden IP itibarı (varsa kendi IP'niz) kontrol edildi mi
• Her ikisi: hacim kademeli mi artıyor, segment gerçekten hedefli mi

Sık sorulan sorular