Lansman fırsatı: MüşavirFlow lisansı alanlara web sitesi tasarımında %50 indirim. İncele
Ana içeriğe atla

Dokümantasyon

MüşavirFlow platformunu keşfedin. Kurulum, kullanım ve tüm özellikler için aradığınızı bulun.

Kuyruk Yönetimi

Kuyruk Yönetimi, toplu e-posta gönderimlerinin kontrollü şekilde işlenmesini sağlar. Büyük gönderimlerde tüm e-postaların aynı anda gönderilmesi yerine, kayıtlar kuyruğa alınır ve sistem belirlenen ritimde işler.

Kuyruk neden gereklidir?

  • Hosting veya API sağlayıcı günlük limitlerini korumak.
  • Toplu gönderimde sunucu yükünü azaltmak.
  • Başarısız kayıtları ayrı izlemek ve yeniden denemek.
  • Zamanlanmış gönderimleri planlanan saatte başlatmak.
  • Yanlış gönderim fark edilirse kuyruğu durdurabilmek.

Kuyruk durumları

DurumAçıklama
BekliyorGönderim için sırada bekleyen kayıt.
İşleniyorSistem tarafından gönderim denemesi yapılan kayıt.
TamamlandıGönderimi başarılı tamamlanan kayıt.
BaşarısızTeknik, alıcı veya provider kaynaklı nedenle gönderilemeyen kayıt.
İptalKullanıcı tarafından gönderimden çıkarılan kayıt.

Liste bilgileri

  • Alıcı e-posta adresi.
  • Konu satırı.
  • Kullanılan şablon.
  • Oluşturulma zamanı.
  • Planlanan gönderim zamanı.
  • Deneme sayısı ve son hata mesajı.
  • İlişkili içerik veya gönderim kampanyası.

Cron ve zamanlama

Kuyruk, WordPress cron veya sunucu cron yapılandırmasına bağlı olarak çalışır. WP-Cron kapatıldıysa, hosting tarafında düzenli tetiklenen gerçek cron ayarı gerekir. Aksi halde zamanlanmış e-postalar beklemede kalabilir.

Kuyruk aksiyonları

AksiyonKullanım
Şimdi işleCron'u beklemeden uygun kayıtları işlemeyi dener.
İptalBelirli bir e-postayı gönderimden çıkarır.
Yeniden deneBaşarısız kayıt için tekrar gönderim dener.
Toplu iptalSeçili bekleyen kayıtları kuyruktan çıkarır.
Durdur / devam ettirBakım veya hata durumunda kuyruğun çalışmasını geçici olarak durdurur.

Kuyruğu ne zaman durdurmalısınız?

  • Yanlış alıcı listesi seçildiğini fark ettiğinizde.
  • Şablonda hatalı bağlantı veya eksik değişken görüldüğünde.
  • Mail Transport testi başarısız olmaya başladığında.
  • Hosting veya sağlayıcı günlük limitine yaklaşıldığında.
  • Bakım veya migration sırasında.

Başarısız kayıtları yeniden deneme

Başarısız kayıtları yeniden denemeden önce hata nedeni anlaşılmalıdır. SMTP bağlantısı, API key, alıcı adresi veya kota sorunu çözülmeden yapılan toplu yeniden deneme aynı hatayı tekrar üretir.

Gönderim sonrası kontrol

  1. Kuyrukta bekleyen kayıt kaldı mı?
  2. Başarısız kayıtların oranı normal mi?
  3. Günlük gönderim limiti aşıldı mı?
  4. Log ekranında şablon ve alıcı bilgileri doğru mu?
  5. Test alıcısında e-posta görünümü doğru mu?