WP Mail SMTP Kurulumu: WordPress E-postaları Spama Düşmesin

WP Mail SMTP kurulumunu nasıl yaparsınız?

WP Mail SMTP kurulumu, WordPress'in varsayılan PHP mail() gönderimini kimlik doğrulamalı bir SMTP ya da API bağlantısıyla değiştirme işlemidir. Eklentiyi kurar, gönderen servisi seçer, bağlantı bilgilerini girer, alan adınıza SPF ile DKIM kaydı ekler ve test e-postası gönderirsiniz. Böylece postalarınız spama düşmeden gelen kutusuna ulaşır.

Bu rehberi web sitesi ve e-ticaret sahipleri ile kendi VPS ya da cPanel hesabını yöneten yazılımcılar için hazırladık. Amacımız, sipariş ve form e-postalarınızın neden kaybolduğunu anlamanız ve sorunu sırayla çözmenizdir.

Biz dijital pazarlama ve web ekibiyiz, hosting firması değiliz. Bu nedenle anlatım WordPress geliştirici dokümanına, Google e-posta gönderici gereklilikleri sayfasına, RFC 7208 metnine ve eklentinin WordPress.org sayfası bilgilerine dayanır. Emin olmadığımız ayarı yazmadık. Sağlayıcıya özel değerlerde hosting ya da gönderen servis sağlayıcınızın verdiği bilgiyi kullanmalısınız.

WordPress e-postayı nasıl gönderir: wp_mail ile PHP mail() arasındaki fark nedir?

WordPress, parola sıfırlama, form bildirimi ve sipariş e-postası gibi tüm postaları wp_mail() fonksiyonuyla gönderir. Fonksiyon arka planda PHPMailer kütüphanesini kullanır. Bunun kanıtı, geliştiricilere PHPMailer nesnesini açan phpmailer_init kancası kancasıdır.

Varsayılan durumda PHPMailer postayı sunucudaki PHP mail() işlevine devreder. Bu işlev postayı sunucunun yerel posta yazılımına bırakır. Yani gönderimin kalitesi, o sunucunun IP itibarına ve yapılandırmasına bağlıdır. Paylaşımlı hostingde aynı IP'yi yüzlerce site kullanır.

SMTP ya da API bağlantısı ise postayı kimliğini kanıtlamış bir gönderen servise teslim eder. Bu servis, alıcı sunucuların güvendiği IP'leri ve imzaları kullanır. Dolayısıyla teslim edilebilirlik, sunucunuzun şansına değil, ayrı bir altyapıya dayanır.

Bu yazı e-posta altyapısının tamamını anlatmaz. Alan adına bağlı kurumsal posta kutusu seçimini kurumsal e-posta altyapısı rehberimizde ele aldık. Burada yalnızca WordPress'in gönderim tarafına odaklanıyoruz.

WP Mail SMTP eklentisi neyi çözer, neyi çözmez?

Eklenti, WordPress'in e-posta gönderim yolunu değiştirir. Eklentinin WordPress.org sayfası bu amacı, varsayılan PHP mail() işlevini uygun bir SMTP yapılandırmasıyla değiştirmek ve teslim edilebilirliği artırmak olarak anlatır. Yani eklenti postanın nasıl çıkacağını belirler.

Eklentinin çözemediği işler de var. Alan adınızın DNS kayıtlarını kendiliğinden düzeltmez, sunucunuzun IP itibarını yükseltmez ve içeriği spam gibi görünen bir bülteni kurtarmaz. Ayrıca gelen postayı okumanızı da sağlamaz; bu iş posta kutunuzun görevidir.

• Çözdüğü: Gönderimi kimliği doğrulanmış bir servis üzerinden yapmak, test postası göndermek ve bağlantıyı doğrulamak.
• Çözmediği: DNS kayıtlarının eksikliği, kötü içerik, kara listedeki bir alan adı ve hosting tarafındaki kısıtlar.
• Birlikte gereken: Doğru SPF, DKIM ve DMARC kayıtları ile alan adınıza ait bir From adresi.

Bu ayrımı baştan bilmek zaman kazandırır. Çünkü eklentiyi kurup sorunun sürdüğünü gören birçok site sahibi suçu eklentiye yükler, oysa eksik olan DNS kaydıdır.

WordPress postaları neden spama düşer?

Spama düşmenin tek bir nedeni yoktur; ancak çoğu durumda üç sorun birleşir. Gönderen alan adı doğrulanmamıştır, gönderim yapan IP'nin itibarı düşüktür ya da posta içeriği toplu iletiye benzer. Hangisinin sorumlu olduğunu başlıklara bakarak anlarsınız.

• Kimlik doğrulama eksikliği: SPF ya da DKIM kaydı yoksa alıcı sunucu gönderenin sizi temsil ettiğinden emin olamaz.
• Uyumsuz From adresi: Postayı alan adınıza ait olmayan bir adresle (örneğin ücretsiz bir posta hizmetinin adresiyle) gönderirseniz filtreler bunu sahtecilik gibi okur.
• Paylaşılan IP itibarı: Aynı sunucudaki başka bir site spam gönderdiyse sizin postalarınız da zarar görür.
• Teknik başlık hataları: Eksik ya da bozuk başlıklar, geçersiz yanıt adresi ve hatalı kodlama puanı düşürür.

WooCommerce e-posta sorun giderme belgesi da aynı çerçeveyi çizer. Belgeye göre e-posta sorunları çoğu zaman teslim edilebilirlik sorunudur: sunucunuz postayı gönderir, ancak alıcı ona ulaşmaz. Belge, alan adıyla eşleşen bir From adresi, uygun kimlik doğrulama ve ayrı bir SMTP sağlayıcısı önerir.

SPF, DKIM ve DMARC hizalaması ne demek?

SPF, bir alan adı adına posta göndermeye yetkili sunucuları DNS'te listeler. DKIM, her postayı bir dijital imzayla damgalar ve alıcı imzayı DNS'teki açık anahtarla doğrular. DMARC ise bu iki kontrolün sonucunu From adresindeki alan adıyla birleştirir ve alıcıya ne yapacağını söyler.

Hizalama, From başlığındaki alan adının SPF ya da DKIM ile doğrulanan alan adıyla eşleşmesidir. Google'ın gönderici gereklilikleri sayfasına göre günde 5.000 ya da daha fazla ileti gönderenler SPF ve DKIM kurmalı, ayrıca DMARC yayınlamalıdır. Aynı sayfa, From alan adının SPF ya da DKIM alan adıyla hizalı olmasını ister.

Daha küçük bir site için bile bu kuralı hedef almak akıllıca olur. Gmail dışındaki büyük alıcıların kuralları farklı olabilir, ancak yönelim aynıdır: doğrulanmış ve tutarlı gönderen. Çünkü bu üç kayıt, hem Gmail hem diğer büyük alıcılar için güven sinyalidir. Alan adınızın kayıtlarını SPF, DKIM ve DMARC kontrol aracımızla ücretsiz sorgulayabilirsiniz.

SMTP mi, API mi: hangi gönderim yöntemini seçmelisiniz?

Seçim üç soruya dayanır: hosting sağlayıcınız giden SMTP bağlantısına izin veriyor mu, gönderen servisin hangi bağlantı türünü sunduğunu biliyor musunuz ve parolayı eklenti ayarında tutmak istiyor musunuz? Tablo, üç yöntemi yan yana koyar.

Genel kural: gönderen servisiniz API sunuyorsa API'yi, sunmuyorsa SMTP'yi seçin. Eklentinin sayfası, API entegrasyonlarında parola yerine token ya da anahtar kullanıldığını belirtir. Hangisini seçerseniz seçin, PHP mail() yöntemine geri dönmeyin.

Kuruluma başlamadan önce hangi bilgileri hazırlamalısınız?

Hazırlık, kurulumun yarısıdır. Elinizde bilgiler hazır değilse sihirbazın ortasında takılır, yarım kalan ayarlarla test yaparsınız. Başlamadan önce aşağıdaki listeyi tamamlayın.

• WordPress yönetici hesabınıza ve siteye ait tam bir yedeğe erişiminiz olsun.
• Alan adınızın DNS yönetim ekranına girebildiğinizden emin olun; kayıt eklemeden kurulum bitmez.
• Gönderen servisin hesabını açın ve alan adınızı serviste tanımlayın.
• From adresi olarak kullanacağınız adresi belirleyin. Adres, alan adınıza ait olmalıdır.
• Test için ulaşabildiğiniz bir posta kutusu hazırlayın.

Alan adı ya da DNS erişimi başka birindeyse, örneğin eski web tasarımcınızdaysa, önce o yetkiyi alın. Çoğu gecikme, kodlama değil bu erişim sorunları yüzünden yaşanır.

WP Mail SMTP kurulumunu adım adım nasıl yaparsınız?

Kurulum, yönetim panelinden yaklaşık on dakika sürer. İşe başlamadan önce sitenizin tam yedeğini alın; yedekleme planı için web sitesi yedekleme stratejisi yazımıza bakabilirsiniz.

1. Eklentiyi kurun: Eklentiler, Yeni Ekle ekranında "WP Mail SMTP" araması yapın, yükleyin ve etkinleştirin.
2. Kurulum sihirbazını açın: Eklenti sizi Setup Wizard ekranına yönlendirir; yönlendirme olmazsa WP Mail SMTP menüsünden Settings sayfasına girin.
3. Gönderen servisi seçin: Mailer listesinden SMTP ya da API sunan bir servis belirleyin. Sağlayıcınızın belgesindeki adımları izleyin.
4. Bağlantı bilgilerini girin: API anahtarını ya da SMTP bilgilerini ilgili alana yazın ve kaydedin.
5. From alanlarını ayarlayın: Alan adınıza ait bir adres seçin. Ayrıntıyı bir sonraki bölümde anlatıyoruz.
6. Test e-postası gönderin: Email Test sekmesinden kendinize bir posta yollayın ve başlıkları inceleyin.

Eklenti arayüzündeki sekme adları sürümle değişebilir. Bu yüzden ekranınızda farklı bir etiket görürseniz eklentinin güncel belgesini esas alın.

Gönderen adresini ve adını nasıl ayarlarsınız?

From adresi, WP Mail SMTP kurulumu içinde en çok hata yapılan alandır. Adres, kimlik doğrulaması yaptığınız alan adına ait olmalıdır. Örneğin siteniz example.com ise bildirim@example.com gibi bir adres kullanırsınız. Ücretsiz posta hizmetlerinin adresini yazarsanız hizalamayı bozarsınız.

• Gönderen servis, kullandığınız adresi ya da alan adını doğrulamanızı isteyebilir. Doğrulama bitmeden gönderim reddedilebilir.
• Adı sade tutun. Marka adınız ya da sitenizin adı yeterlidir, çünkü alıcı bunu gelen kutusunda görür.
• Yanıt adresini ayrı belirleyin. Müşteri cevap verdiğinde postanın gerçekten okunan bir kutuya gitmesi gerekir.
• Eklentide From adresini zorlama seçeneği varsa ve başka eklentiler (form, sipariş) kendi adreslerini ekliyorsa tutarlılık için bu seçeneği değerlendirin.

Böylece form eklentisi ayrı, WooCommerce ayrı bir adres kullansa bile tüm postalar aynı alan adından çıkar. Bu tutarlılık, hizalama kontrolünü geçmenizi kolaylaştırır.

Genel SMTP ayarlarında hangi alanları doldurmalısınız?

Genel SMTP seçeneğinde eklenti beş temel bilgi ister. Bu değerleri uydurmayın, çünkü her sağlayıcının sunucu adı ve kimlik bilgisi farklıdır. Hosting ya da gönderen servis sağlayıcınızın verdiği değeri kullanın.

• SMTP sunucusu: Sağlayıcınızın verdiği ana bilgisayar adı.
• Şifreleme: TLS ya da SSL; sağlayıcının belgesi hangisini istiyorsa onu seçin.
• Port: Yaygın düzen, STARTTLS ile 587 ya da örtük TLS ile 465 şeklindedir; yine de sağlayıcının belgesindeki değer geçerlidir.
• Kimlik doğrulama: Çoğu servis kullanıcı adı ve parola ister.
• Kullanıcı adı ve parola: Ortak ya da kişisel posta parolanızı değil, mümkünse bu iş için ayrıca oluşturduğunuz bir kimlik bilgisini kullanın.

Bağlantı kurulamazsa ilk olarak hosting sağlayıcınızın giden SMTP portunu kısıtlayıp kısıtlamadığını sorun. Kısıtlama varsa API tabanlı bir gönderen servise geçmek en pratik çözümdür.

API ile gönderen servisler genel olarak nasıl çalışır?

API tabanlı servislerde eklenti, postanın içeriğini HTTPS isteğiyle servise iletir. Servis postayı kendi sunucularından alıcıya teslim eder. Bu modelde SMTP portu açmanız gerekmez; yalnızca sitenizin dışarıya HTTPS bağlantısı kurabilmesi yeter.

Kurulum akışı servisten servise değişir, ancak mantık aynıdır. Servis hesabında bir alan adı eklersiniz, servis size DNS kayıtları verir, kayıtları ekleyip doğrularsınız ve bir API anahtarı üretirsiniz. Ardından anahtarı eklentiye yapıştırırsınız.

Belirli bir servisi öne çıkarmıyoruz. Seçimde şu ölçütlere bakın: ücretsiz kotanın ihtiyacınıza yetmesi, teslim durumunu gösteren bir panel olması, alan adı doğrulama desteği ve belgelerin net olması. Fiyat ve kampanya koşulları sık değiştiği için güncel koşulu servisin kendi sayfasından kontrol edin.

Eklenti olmadan phpmailer_init ile SMTP ayarlanabilir mi?

Evet, ayarlayabilirsiniz. Resmî dokümana göre phpmailer_init kancası, PHPMailer başlatıldıktan sonra çalışır ve nesneyi referansla verir. Aşağıdaki örnek, belgedeki yapının kısa bir uyarlamasıdır. Değerleri kendi sağlayıcınızın bilgileriyle değiştirin.

add_action( 'phpmailer_init', 'ornek_smtp_ayari' );
function ornek_smtp_ayari( $phpmailer ) {
    $phpmailer->isSMTP();
    $phpmailer->Host     = 'smtp.example.com';
    $phpmailer->SMTPAuth = true;
    $phpmailer->Port     = 587;
    $phpmailer->Username = 'kullanici-adi';
    $phpmailer->Password = 'parola-buraya';
}

Belgenin bir uyarısı da var: setFrom() kullanırsanız üçüncü parametreyi açıkça false yapın. Aksi hâlde Sender başlığını ezersiniz ve postalarınız reddedilebilir. Bu kodu eklentinin yerine değil, ona alternatif olarak düşünün; ikisini birlikte çalıştırmayın.

Kodu tema dosyasına değil, ayrı bir eklentiye ya da bir "must-use" eklentiye koymanız daha güvenlidir. Çünkü tema değişince ayar kaybolur. Parolayı kod içine yazmak da riskli olduğundan, kurumsal projelerde ayrı yapılandırma dosyası kullanın.

DNS'e SPF ve DKIM kaydı nasıl eklersiniz?

Kayıtları alan adınızın DNS yönetim ekranından eklersiniz. Alan adını nereden aldıysanız ya da DNS'i nerede yönetiyorsanız o ekrana girin. Gönderen servis, eklemeniz gereken kayıtların tam değerini size verir. Elle tahmin etmeyin.

• SPF: Bir TXT kaydıdır ve alan adı başına yalnızca bir SPF kaydı olmalıdır. RFC 7208, aynı alan adı için birden çok SPF kaydını yasaklar.
• DKIM: Servisin verdiği anahtar adını ve değeri TXT ya da CNAME olarak eklersiniz. Kayıt türünü servis belirler.
• DMARC: Alt alan adı olarak _dmarc altına TXT kaydı eklersiniz. Başlangıçta p=none ile izleme modunda kalabilirsiniz.

example.com.  TXT  "v=spf1 include:spf.gonderen-servis.example ~all"
_dmarc.example.com.  TXT  "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

Bu satırlar yalnızca örnektir; include değerini servisinizin verdiği değerle değiştirin. Mevcut bir SPF kaydınız varsa yeni bir kayıt açmayın, include ifadesini mevcut kayda ekleyin.

SPF kaydında 10 DNS sorgusu sınırı neden önemlidir?

RFC 7208'e göre bir SPF değerlendirmesi, include, a, mx, ptr, exists ve redirect terimleri için toplam 10 DNS sorgusunu aşamaz. Sınırı aşarsanız sonuç permerror olur ve SPF kontrolü başarısız olur. Her yeni gönderen servis eklediğinizde bu sayı artar.

Bu yüzden sitenizden posta gönderen servisleri sayın. Hangi aracın sizin adınıza posta gönderdiğini bilmeden sınırı kontrol edemezsiniz: kurumsal posta kutusu, WordPress gönderen servisi, bülten aracı, CRM. Her biri bir include ekler. Sınıra yaklaşıyorsanız kullanmadığınız servislerin kayıtlarını kaldırın.

Kaydın doğru yazılıp yazılmadığını görmek için DNS sorgulama aracını kullanabilirsiniz. DNS sorgulama aracımız TXT kayıtlarını gösterir; SPF, DKIM ve DMARC sonucunu ise yukarıda andığımız kontrol aracı özetler.

Test e-postasını nasıl gönderir ve sonucu nasıl okursunuz?

WP Mail SMTP, Email Test sekmesinde belirlediğiniz adrese bir deneme postası yollar. Posta gelen kutunuza düşerse bağlantı çalışıyor demektir. Ancak asıl kontrolü posta başlıklarında yaparsınız; çünkü posta gelse bile kimlik doğrulama başarısız olabilir.

1. Test postasını Gmail gibi bir hesaba gönderin ve postayı açın.
2. Üç nokta menüsünden "Orijinali göster" seçeneğine girin.
3. SPF, DKIM ve DMARC satırlarının "PASS" olduğunu doğrulayın.
4. Postanın spam klasörüne düşüp düşmediğini ayrıca kontrol edin.

Üçü de PASS ise teknik taraf tamamdır. Biri FAIL ise o kaydı düzeltin ve testi tekrarlayın. DNS değişikliği yayılırken kısa bir bekleme gerekebilir.

Testi yalnızca tek bir alıcıya yapmayın. Farklı posta sağlayıcılarındaki iki ya da üç kutuya gönderin, çünkü her sağlayıcının filtresi farklı çalışır. Ayrıca postanın konu satırını ve içeriğini gerçek bir bildirime benzetin; içeriği boş bir deneme postası bazen farklı davranır.

E-posta günlüğü tutup hatayı nasıl ayıklarsınız?

Gönderim başarısız olduğunda iki yolunuz var. Birincisi eklentinin kendi günlüğüdür. Eklenti sayfasına göre ayrıntılı e-posta günlüğü, teslim durumu ve yeniden gönderme gibi özellikler Pro sürümdedir; ücretsiz sürüm yalnızca test imkânı sunar. İkincisi, kendi kodunuzla hata yakalamaktır.

WordPress 4.4 sürümünden beri wp_mail_failed kancası, PHPMailer bir istisna yakaladığında çalışır. Kanca, alıcı ve konu gibi bilgileri taşıyan bir WP_Error nesnesi verir. Aşağıdaki örnek hata mesajını PHP hata günlüğüne yazar.

add_action( 'wp_mail_failed', 'ornek_posta_hatasi' );
function ornek_posta_hatasi( $hata ) {
    error_log( 'Posta hatasi: ' . $hata->get_error_message() );
}

Günlüğe e-posta içeriği yazmayın. Parola sıfırlama bağlantıları ve müşteri bilgileri kişisel veridir; yalnızca hata mesajını ve zaman bilgisini kaydetmek yeterlidir.

WooCommerce sipariş e-postaları neden gelmez?

WooCommerce kendi e-postalarını wp_mail() ile gönderir. Dolayısıyla eklenti ayarı doğruysa sipariş postaları da aynı yoldan çıkar. WooCommerce belgesi, ayarlara WooCommerce, Ayarlar, E-postalar menüsünden ulaşmanızı ve ilgili şablonu seçmenizi söyler.

• Yapılandırma ekranında "gönderen" adresinin alan adınızla eşleştiğini doğrulayın.
• Test siparişi oluşturun ve ilgili e-postanın tetiklenip tetiklenmediğine bakın.
• Posta çıkıyor ama ulaşmıyorsa sorun teslim edilebilirliktir; SPF, DKIM ve DMARC kayıtlarını kontrol edin.
• Posta hiç gönderilmiyorsa e-posta şablonunun açık olduğundan ve wp_mail_failed kaydında hata bulunmadığından emin olun.

E-ticarette sipariş onayı postası, müşterinin ilk güven işaretidir. Altyapı konusunda genel çerçeve için e-ticaret sitesi kurarken bilinmesi gerekenler rehberimize göz atın. Müşteri kaybı yaşamamak için e-ticaret danışmanlığı desteğimiz de mevcut.

İletişim formu bildirimlerinde hangi ayarlar önemlidir?

İletişim formu eklentileri, ziyaretçi formu doldurduğunda size bir bildirim postası gönderir. Çoğu site, bu postada From adresi olarak ziyaretçinin adresini yazar. Oysa sizin sunucunuz o adres adına posta gönderme yetkisine sahip değildir; bu yüzden SPF ya da DMARC kontrolü başarısız olur.

Doğru düzen şöyledir: From adresi alan adınıza ait olur, ziyaretçinin adresi ise Yanıt Adresi (Reply-To) alanına girer. Böylece posta kimlik doğrulamadan geçer ve siz yanıtla dediğinizde cevap yine ziyaretçiye gider.

• Form eklentisinin gönderen alanını kendi alan adınıza ait adrese sabitleyin.
• Ziyaretçi adresini Reply-To alanına bağlayın.
• Bildirimin gideceği kutunun dolu olmadığından ve filtreye takılmadığından emin olun.
• Her formu değiştirdiğinizde bir deneme gönderimi yapın.

Bu küçük ayar, "formlar çalışmıyor" şikâyetlerinin önemli bir kısmını çözer. Aynı mantık sipariş ve üyelik postaları için de geçerlidir.

Gönderim kotası ve yoğun dönemde posta kaybını nasıl önlersiniz?

Gönderen servislerin çoğunda gün ya da ay bazlı bir gönderim kotası bulunur. Kampanya haftasında sipariş sayısı artınca kotanın dolması mümkündür. Kota bitince postalar gecikir ya da reddedilir; üstelik siz bunu fark etmeyebilirsiniz.

Önlem almak için kota koşulunu servisin kendi sayfasından öğrenin; rakamlar sık değişir, bu yüzden biz sayı vermiyoruz. Kampanya öncesinde tahmini sipariş sayınızı hesaplayın ve kotayla karşılaştırın.

• Kota dolmadan uyarı veren bir servis tercih edin.
• Büyük kampanya öncesinde test siparişi verip postanın ulaştığını doğrulayın.
• Sipariş onayı gibi kritik postaları, kampanya bültenlerinden ayrı bir akışta tutun.
• Postaların gecikmesi ihtimaline karşı sipariş ekranında müşteriye ek bir onay mesajı gösterin.

Örnek bir kontrol: siteniz normalde günde birkaç düzine posta gönderiyorsa, kampanya gününde bu sayının birkaç katına çıkabileceğini varsayın. Bu yalnızca bir planlama örneğidir, gerçek bir ölçüm değildir.

İşlem e-postası ile pazarlama e-postasını ayırmalı mısınız?

Evet, ayırmanızı öneririz. Sipariş onayı, parola sıfırlama ve form bildirimi işlem e-postasıdır; bülten ve kampanya ise pazarlama e-postasıdır. Google e-posta gönderici gereklilikleri sayfasına göre toplu gönderenlerde pazarlama iletileri tek tıkla abonelikten çıkmayı desteklemelidir.

Aynı sayfa, Postmaster Tools'ta bildirilen spam oranının yüzde 0,3'ün altında kalmasını ister; ideal hedef ise yüzde 0,10'un altıdır. Pazarlama kampanyası şikâyet alırsa aynı alan adından giden sipariş postaları da zarar görür. Bu nedenle ekipler çoğunlukla iki akışı ayrı alt alan adlarıyla yürütür.

Bülten tarafının içerik ve tasarım boyutu bu yazının konusu değildir. Yine de pazarlama postalarında yapay zekâdan nasıl yararlanabileceğinizi merak ediyorsanız e-posta pazarlamasında yapay zekâ yazımızı okuyabilirsiniz.

WP Mail SMTP kurulumunda en sık yapılan hatalar nelerdir?

Sık görülen sorunları tabloda topladık. Tablo genel bir özettir; kesin neden her sitede başlıklara ve günlüğe bakarak netleşir.

Bunların dışında iki hata daha var: birden çok SMTP eklentisini aynı anda etkinleştirmek ve DNS değişikliğinden hemen sonra test yapıp pes etmek. İlkinde eklentiler birbirinin ayarını ezer, ikincisinde ise kayıtlar henüz tüm DNS sunucularına ulaşmamış olabilir.

WP Mail SMTP kurulumu sonrası güvenlik ve bakım için ne yaparsınız?

Kurulum bittikten sonra işiniz bitmez. Parolayı ve anahtarı korumak, eklentiyi güncel tutmak ve düzenli test etmek gerekir. Bu adımlar ne kadar küçük görünürse görünsün, sızıntı ya da bozulma riskini azaltır.

• API anahtarını ve parolayı yalnızca yetkili kişilerle paylaşın; sohbet ya da e-posta ile göndermeyin.
• Anahtarı bir kez sızdırdığınızdan şüphelenirseniz servis panelinden iptal edin ve yenisini üretin.
• WordPress ve eklentileri güncel tutun; güvenlik açıklarının genel çerçevesi için OWASP Top 10 yazımıza bakın.
• Ayda bir test e-postası gönderin ve başlıklardaki PASS sonuçlarını doğrulayın.
• Alan adını ya da DNS sağlayıcısını değiştirdiğinizde SPF ve DKIM kayıtlarını yeniden kontrol edin.

Hosting seçimi de teslim edilebilirliği etkiler. Bu konuyu web sitesi için hosting seçimi rehberimizde ayrıca anlattık.

Ne zaman kendiniz yapmamalı, hosting sağlayıcınıza bırakmalısınız?

Bazı işler sizin yetki alanınızın dışındadır. Sunucunun giden posta kuyruğu, IP itibarı, ters DNS (PTR) kaydı ve SMTP port kısıtlaması hosting sağlayıcısının kontrolündedir. Google'ın sayfası da gönderen alan ya da IP'nin geçerli ters DNS kaydına sahip olmasını ister.

• Bu durumlarda sağlayıcınıza yazın: giden SMTP portu kapalıysa, IP'niz kara listedeyse ya da sunucu kuyruğunda posta birikiyorsa.
• DNS'i sağlayıcı yönetiyorsa kayıt eklemek için yetkinizin olup olmadığını kontrol edin.
• Kurumsal posta kutuları (gelen posta, IMAP) bu yazının konusu değildir; bunlar için sağlayıcınızın belgesini izleyin.

Bir şeyi yanlış yapma korkusu yaşıyorsanız, DNS kaydına dokunmadan önce mevcut kayıtların ekran görüntüsünü alın. Takıldığınız yerde bizimle iletişime geçebilirsiniz; ayrıca kurumsal siteniz için web tasarım hizmetimiz kapsamında altyapı kararlarını birlikte netleştiririz.

Sonuç: hangi sırayla ilerlemelisiniz?

Çözüm sırasını kısaca hatırlatalım. Önce sorunun gerçekten teslim edilebilirlik olduğunu doğrulayın, sonra gönderim yöntemini seçin. Ardından eklentiyi kurun, From adresini alan adınızla eşleştirin ve DNS kayıtlarını ekleyin. Son olarak test edin, günlüğü açın ve düzenli kontrol takvimi oluşturun.

Özetle, WordPress e-postası bir eklenti ayarından fazlasıdır: hosting, DNS ve kimlik doğrulamanın ortak işidir. Bu üçlüyü aynı anda düşünürseniz sipariş ve form postalarınız güvenle ulaşır. Hukuki ya da sözleşmeye dayalı e-posta konularında ayrıca uzman görüşü almayı unutmayın.