Sorun çözümü
Google Workspace Mailleri Spam'e Düşüyor: Kontrol Listesi (2026)
İsmet Öztürk · · 4 dk okuma

Google Workspace'ten giden e-postalar çoğunlukla SPF, DKIM veya DMARC eksikliği, yüksek spam şikayet oranı ya da alan adı adına gönderen bir dış sistemin kimlik doğrulamasının eşleşmemesi nedeniyle spam klasörüne düşer. Sırayla önce Postmaster Tools'ta spam oranına, sonra SPF, DKIM ve DMARC kayıtlarına, en son da gönderim alışkanlıklarına bakın.
Bu sorun neden oluşur
Gmail, alıcı tarafında iletinin kimliğini, gönderen alan adının itibarını ve alıcıların iletiye verdiği tepkiyi birlikte değerlendirir. Bunlardan biri zayıfsa ileti spam klasörüne yönlenir. Google'ın e-posta gönderen yönergeleri, şartları karşılamayan iletilerin düzgün teslim edilmeyebileceğini ya da spam olarak işaretlenebileceğini belirtir.
Sorunun kaynağı çoğu zaman tek bir yerdedir. Bu yüzden rastgele ayar değiştirmek yerine aşağıdaki sırayı izleyin. Önce teşhis yapılır, sonra kimlik doğrulama kayıtları düzeltilir, en sonda gönderim alışkanlıkları gözden geçirilir. Her aşamanın sonunda bir test iletisi göndererek sonucu doğrulayın.
Gönderen yönergeleri neleri şart koşar
Gmail'in kuralları 1 Şubat 2024 itibarıyla uygulanıyor. TLS şartı Aralık 2023'te eklendi. Şartlar gönderim hacmine göre ikiye ayrılır.
| Şart | Tüm gönderenler | Günde 5.000 ve üzeri ileti gönderenler |
|---|---|---|
| SPF ve DKIM | İkisinden biri | İkisi birden |
| DMARC | İstenmez | Gerekli, ilke none olabilir |
| Ters DNS (PTR) kaydı | Gerekli | Gerekli |
| TLS ile iletim | Gerekli | Gerekli |
| Spam oranı | %0,3'ün altında | %0,30'un altında |
| Tek tıkla abonelikten çıkma | İstenmez | Pazarlama ve abonelik iletilerinde gerekli |
| Kimden alan adı eşleşmesi | İstenmez | SPF veya DKIM ile eşleşmeli |
Ayrıca iletilerin RFC 5322 biçimine uygun olması, From, To, Subject ve Date gibi üstbilgilerin birer kez bulunması ve her iletide geçerli bir Message-ID olması gerekir.
Spam sorunu nasıl teşhis edilir
- Bir test iletisinin üstbilgisine bakın. Kendi Gmail adresinize ileti gönderin, iletiyi açın ve orijinalini görüntüleyin.
Authentication-Resultssatırındaspf,dkimvedmarcsonuçlarınınpassolduğundan emin olun. - E-posta güvenlik testimizi çalıştırın. E-posta güvenlik testi alan adınızın SPF, DKIM ve DMARC kayıtlarını DNS'ten okur ve eksikleri gösterir.
- Postmaster Tools'a alan adınızı ekleyin. Panellerde Uygunluk durumu, Spam oranı, IP itibarı, Alan adı itibarı, Kimlik doğrulama, Şifreleme ve Teslim hataları bulunur.
- Yönetici Konsolu'nda E-posta Günlüğünde Arama aracını kullanın. Araç, iletinin yönlendirilip yönlendirilmediğini ve alıcının iletiyi spam olarak işaretleyip işaretlemediğini gösterir.
SPF kaydı spam'e düşmeye nasıl yol açar
Google'ın SPF sorun giderme sayfasına göre bir alan adında yalnızca bir SPF kaydı bulunmalıdır. Birden fazla kayıt varsa iletiler spam klasörüne düşebilir. Yalnızca Google Workspace kullanıyorsanız kayıt şöyle olmalıdır:
v=spf1 include:_spf.google.com ~all
Alan adınız adına bülten aracı, CRM ya da e-fatura sistemi gibi başka hizmetler de ileti gönderiyorsa bunların include ifadelerini aynı kayda ekleyin. SPF en fazla 10 DNS araması yapabilir. include, a ve mx mekanizmaları bu sayıma girer, iç içe aramalar da sayılır. Sınır aşılırsa üstbilgide permerror görürsünüz. Artık ileti göndermeyen hizmetleri kayıttan çıkarın. Ayrıntılar için SPF kaydı nasıl eklenir yazımıza bakın.
DKIM ve DMARC eksikse ne olur
DKIM imzası yoksa ya da imza doğrulanamıyorsa alıcı sunucu iletinin yolda değişmediğinden emin olamaz. Google, DKIM ayarları doğru olsa bile bazı alıcı sunucuların iletiyi spam klasörüne gönderebileceğini belirtir. DKIM'i Yönetici Konsolu'nda üretip etkinleştirmek için DKIM doğrulanamadı hatası yazımızdaki adımları izleyin.
DMARC kaydı yoksa günde 5.000 ve üzeri ileti gönderen alan adları Gmail'in şartını karşılamaz. Daha az gönderiyorsanız bile kayıt, alan adınızın taklit edilmesine karşı koruma sağlar ve size rapor getirir. Kurulum için DMARC kaydı nasıl kurulur yazımıza bakın. Reddedilen iletilerde ayrıca Gmail 550 5.7.26 hatası görebilirsiniz.
Dış sistemler neden alan adınızla eşleşmez
Bülten, CRM ve e-fatura sistemleri adınıza ileti gönderirken çoğunlukla kendi sunucularını ve kendi alan adlarıyla imza atmayı kullanır. Bu durumda SPF ve DKIM geçse bile From alan adınızla eşleşmez ve DMARC başarısız olur. Çözüm, ilgili sistemin ayar ekranında alan adınızı doğrulamak ve DKIM imzasını kendi alan adınızla açmaktır. DMARC raporlarında tanımadığınız IP adresleri görürseniz önce hangi hizmetin gönderdiğini belirleyin.
Spam oranı düşük görünse bile iletiler neden spam'e gidebilir
Postmaster Tools'taki spam oranı yalnızca kullanıcıların spam olarak bildirdiği iletileri sayar. Gmail bir iletiyi kendisi spam klasörüne yönlendirdiyse alıcı onu görmez ve bildirmez. Bu yüzden iletilerin önemli bölümü filtrelenmişken bile oran düşük görünebilir. Google, bildirilen oranın %0,10'un altında kalmasını, hiçbir zaman %0,30 ve üzerine çıkmamasını ister. Oranı düşürecek önlemleri aldıktan sonra panelde normal düzeye dönmesi için 7 güne kadar bekleyin. Paneller gerçek zamanlı değildir, genellikle 24 saat içinde güncellenir ve saatler UTC'dir.
Gönderim alışkanlıkları spam oranını nasıl etkiler
Google'ın gönderen yönergelerindeki önerilerin başlıcaları şunlardır:
- Yalnızca e-posta almayı kabul etmiş kişilere gönderin, satın alınmış adres listeleri kullanmayın.
- Gerçek bir yanıt ya da yönlendirme değilse konu satırını
Re:veyaFwd:ile başlatmayın. - Aynı türdeki iletiler için tutarlı bir
Fromadresi kullanın. Satış, tanıtım ve hesap bildirimleri için ayrı ama sabit adresler olabilir. - İçeriği HTML veya CSS ile gizlemeyin, yanıltıcı konu ve görünen ad kullanmayın.
- Yeni bir alan adından toplu gönderim yapacaksanız hacmi kademeli artırın.
- Abonelikten çıkmayı kolaylaştırın. Toplu pazarlama iletilerinde iki üstbilgi birlikte bulunmalıdır:
List-Unsubscribe-Post: List-Unsubscribe=One-Click
List-Unsubscribe: <https://ornekfirma.com.tr/abonelikten-cik>
Google, listeden çıkma isteklerinin 48 saat içinde uygulanmasını bekler.
Yönlendirilen iletiler neden spam'e düşer
İletiniz alıcıya ulaşmadan başka bir hizmet üzerinden yönlendiriliyorsa SPF kontrolünden geçemeyebilir ve spam olarak işaretlenebilir. E-posta Günlüğünde Arama aracıyla iletinin yönlendirilip yönlendirilmediğine ve asıl alıcının kim olduğuna bakın. Yönlendirme varsa yönlendiren hizmetin sağlayıcısına yöntemi değiştirmenin mümkün olup olmadığını sorun.
Çözülmezse neye bakmalı
- DNS değişikliği yeni yapıldıysa: SPF değişikliklerinin yayılması 24 ile 48 saat sürebilir. Bu süre dolmadan sonuç değerlendirmeyin.
- Tek bir alıcı alan adında sorun varsa: Alıcının kendi filtresi devrededir. Alıcı tarafındaki BT yöneticisinden alan adınızı güvenli gönderen listesine eklemesini isteyin.
- Yeni alan adı kullanıyorsanız: Alan adı itibarı oluşana kadar ilk haftalarda gönderim hacmini düşük tutun.
- Kayıtlar doğru, oran yüksekse: Liste temizliği yapın, uzun süre ileti açmayan aboneleri çıkarın ve gönderim sıklığını azaltın.
Kimlik doğrulama kayıtlarını, dış gönderen sistemleri ve Postmaster Tools izlemesini sizin yerinize kurabilir, teslim sorununu kalıcı olarak çözebiliriz. Bize ulaşın.
Kaynaklar
Bu sayfadaki bilgiler aşağıdaki kaynaklara dayanır. Ürün ve mevzuat değişebilir, kaynakları da kontrol edin.
- Google Workspace Yöneticisi Yardım: E-posta gönderen yönergeleri
SPF, DKIM, DMARC, PTR, TLS, spam oranı ve tek tıkla abonelikten çıkma şartlarını anlatan resmi sayfa.
- Google Workspace Yöneticisi Yardım: Postmaster Tools kontrol panelleri
Spam oranı, uygunluk durumu ve itibar panellerini, eşikleri ve bekleme sürelerini açıklar.
- Google Workspace Yöneticisi Yardım: SPF ile ilgili sorunları giderme
Tek SPF kaydı, 10 DNS arama sınırı, üstbilgi sonuçları ve yönlendirme konusunu anlatan resmi sayfa.





