# E-postalarım ulaşmıyor ya da istenmeyene düşüyor

> Bir sitenin gönderdiği e-posta beş aşamadan geçer: site mesajı oluşturur, bir sunucu gönderir, alan adı yazarının gerçekten kendisi olduğunu kanıtlar, alıcının sağlayıcısı bir puan verir ve gelen kutusu klasöre karar verir. Site yalnızca ilkinden sorumludur. Yine de ilk suçlanan odur.

- Source canonique : [https://allaux.fr/tr/problemes/emails-non-recus-ou-en-spam](https://allaux.fr/tr/problemes/emails-non-recus-ou-en-spam)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> Her şeyden önce göndermeyi test edin: PrestaShop’ta Gelişmiş Parametreler > E-posta bir test iletisi gönderir ve ham SMTP hatasını gösterir. WordPress’te bir gönderim günlüğü, iletinin gerçekten çıkıp çıkmadığını söyler. İletiler çıkıyor ama istenmeyen klasörüne düşüyorsa sorun alan adının DNS kayıtlarındadır: kayıt kuruluşunuzda SPF kaydını, DKIM anahtarını ve DMARC politikasını denetleyin.

## Üç belirti, üç farklı aşama

- Kendi adresinize bile hiçbir mesaj gitmiyor: arıza site ve sunucu tarafında, oluşturma ya da gönderme aşamasındadır.
- Mesajlar bazı alıcılara ulaşıp bazılarına ulaşmıyor, çoğu zaman posta sağlayıcısına göre: arıza alan adı doğrulamasındadır.
- Mesajlar ulaşıyor ama istenmeyen klasörüne düşüyor: bozuk bir şey yoktur, sorun gönderim itibarındadır.

## En sık kopma noktası: kimlik doğrulama

Bir posta sağlayıcısı, sizin alan adınızdan geldiğini söyleyen bir mesaj alır. Bunun doğru olup olmadığını denetlemek için alan adının DNS bölgesinde yayımlanan üç kayda bakar. SPF sizin adınıza gönderim yapmaya yetkili sunucuları sıralar. DKIM mesaja eklenen şifreli imzanın doğrulanmasını sağlar. DMARC ilk ikisi başarısız olduğunda ne yapılacağını belirtir.

SPF yalnızca şirketin posta sunucusuna izin verirken site doğrudan barındırma sunucusundan gönderim yapıyorsa doğrulama başarısız olur. Mesaj reddedilmez — bu teşhis için daha kolay olurdu — yalnızca puanı düşürülür ve daha katı sağlayıcılarda istenmeyene düşer. «Yalnızca bazı müşterilerde çalışıyor» belirtisinin nedeni tam olarak budur.

## Başarısız olan aşamayı ayrıştırmak

1. **İki farklı sağlayıcıya test mesajı gönderin** — Bir bireysel posta kutusu ve bir kurumsal adres. İşlem farkı başlı başına bir teşhistir.
2. **Alınan mesajın tam başlığını okuyun** — SPF ve DKIM doğrulama sonuçlarını açık metin olarak içerir. Bu bir tahmin değil kanıttır.
3. **Yapılandırılmış gönderici adresini kontrol edin** — Kontrol etmediği bir alan adı adına gönderim yapan bir site — örneğin yöneticinin kişisel adresi — neredeyse her seferinde puanı düşürülerek işlenir.
4. **Sunucunun gönderim kayıtlarına bakın** — Mesajın gidip gitmediğini ve alıcı sunucunun hangi yanıtı verdiğini söyler. Bir ret orada açıkça ve çoğu zaman açıklamalı olarak yazılıdır.
5. **Sitenin başka şeyler de göndermediğinden emin olun** — İstenmeyen posta gönderen ele geçirilmiş bir site alan adının itibarını yok eder ve bedelini sipariş onaylarınız öder.

## Özel bir gönderim servisi vakaların çoğunu çözer

> İşlemsel mesajları barındırma sunucusunun posta işlevi yerine uzman bir gönderim servisi üzerinden yollamak doğru kimlik doğrulamayı, okunabilir kayıtları ve yönetilen bir itibarı getirir. Bu bir geliştirme değil, yapılandırma değişikliğidir.

## Doğru sayfadan devam edin

- **PrestaShop'ta sipariş e-postaları ulaşmıyor** — Arıza PrestaShop'taysa: şablonlar, hook'lar ve gönderim ayarları. ([/prestashop/problemes/emails-confirmation-commande-non-recus](/prestashop/problemes/emails-confirmation-commande-non-recus))
- **WooCommerce'de sipariş e-postaları ulaşmıyor** — WordPress tarafındaki karşılığı ve kendine özgü nedenleri. ([/wordpress-woocommerce/problemes/emails-commande-non-recus](/wordpress-woocommerce/problemes/emails-commande-non-recus))
- **Sitem yazmadığım e-postalar gönderiyor** — Alan adı asalak gönderimler yüzünden itibarını kaybettiyse. ([/securite/mon-site-envoie-des-emails-que-je-n-ai-pas-ecrits](/securite/mon-site-envoie-des-emails-que-je-n-ai-pas-ecrits))
- **DNS nedir** — SPF, DKIM ve DMARC nerede yayımlanır ve neden alan adına bağlıdır. ([/glossaire/dns](/glossaire/dns))

## FAQ

### Bazı sağlayıcılardaki müşterilerim neden her şeyi alıyor, diğerleri hiçbir şey almıyor?

Çünkü sağlayıcılar aynı sinyallere aynı katılığı uygulamaz. Kötü doğrulanmış bir mesaj birinde geçer, diğerinde ayrılır. Bu, SPF veya DKIM sorununun en güvenilir işaretidir.

### Sorun barındırma sağlayıcımdan kaynaklanabilir mi?

Evet, iki şekilde: gönderim işlevi sınırlı ya da kapalı olabilir ve gönderim adresi, itibarını zedelemiş sitelerle paylaşılıyor olabilir.

### Bunu düzeltmek için geliştirme gerekir mi?

Nadiren. Düzeltme neredeyse her zaman yapılandırmadır: DNS kayıtları, gönderim ayarları, gönderici adresi. Geliştirme yalnızca mesajlar site tarafından hiç tetiklenmiyorsa devreye girer.

### Müşterilerime sormadan mesajlarımın istenmeyene düştüğünü nasıl anlarım?

Birçok sağlayıcıda kontrol ettiğiniz kutulara test göndererek ve kayıt bir rapor adresiyle yayımlanmışsa DMARC raporlarını okuyarak.

### Mesajlarım eskiden ulaşıyordu, ne değişti?

Çoğu zaman barındırma veya posta taşımasında DNS bölgesi düzenlenmiştir ya da sağlayıcılar gereksinimlerini sıkılaştırmıştır. İki yıl önce geçen bir gönderim, sizde hiçbir ayar değişmeden bugün ayrılabilir.
