İçeriğe geç
Listmonk

Listmonk, self-hosted abone listesi ve bülten yönetimi uygulamasıdır. Buradaki self-hosted, uygulamayı kurumun seçtiği altyapıda işletmesi anlamına gelir; SMTP gönderim hizmetinin de mutlaka aynı sunucuda olması gerekmez. Aboneleri gruplamayı, hedef kitleyi seçmeyi ve kampanyaları yönetmeyi sağlar. Resmi belgelere göre Go ile geliştirilir, PostgreSQL kullanır ve AGPLv3 lisanslıdır.

Çalışanların posta kutularını veya takvimlerini barındırmaz. Listmonk kampanyayı hazırlar; yapılandırılan SMTP sistemi iletinin dağıtımını üstlenir. Bu ayrım, uygulama performansı ile e-postanın alıcının gelen kutusuna ulaşmasını birbirine karıştırmayı önler.

Listmonk Docker ile mi, binary olarak mı kurulmalı?

Resmi Listmonk deposu, Docker ve doğrudan binary dağıtım seçeneklerini açıklar. İki yöntemde de PostgreSQL verisinin, yüklenen medyanın ve yapılandırmanın nasıl korunacağı belirlenmelidir.

Docker, container işletim standardı bulunan ekiplerde dağıtımı kolaylaştırabilir. Ancak container’ın yeniden oluşturulmasıyla kalıcı verinin kaybolmayacağı, imaj sürümünün sabitlendiği ve veritabanı yükseltmesinin geri dönüş planı olduğu doğrulanmalıdır. Binary kurulumunda ise servis kullanıcısı, süreç yönetimi, dosya izinleri ve sürüm dağıtımı işletim planına dahil edilir.

Her iki seçenekte de ilk kampanya gerçek abonelere değil test listesine gönderilir. SMTP bağlantısı, abonelikten çıkış ve bounce dönüşü birlikte doğrulanmadan kurulum tamamlanmış sayılmaz.

Tipik üretim mimarisi

Abone kaynağı → Listmonk/PostgreSQL → SMTP sağlayıcısı → alıcı temel gönderim akışıdır. Bounce (teslim edilemeyen ileti bildirimi) ve spam şikâyetlerinin Listmonk’a işlenmesi ayrı bir geri bildirim akışıdır. Bu bildirimlerin elde edilebilmesi SMTP sağlayıcısına ve kullanılan entegrasyona bağlıdır; yalnız gönderimin çalıştığını görmek yeterli değildir.

SMTP yapılandırması bağlantı ve yeniden deneme davranışını; bounce işleme belgesi posta kutusu ve webhook seçeneklerini açıklar. Postal kullanıldığında iki ürünün olay biçimleri doğrudan eşleşiyor varsayılmaz; gerekirse doğrulanmış bir dönüştürücü entegrasyon yazılır.

Kampanya öncesi kontrol listesi

  • Veri kaynağı: Abonelerin hangi süreçle toplandığı ve hangi listelere dahil olduğu kaydedilsin.
  • Çıkış işlemi: Abonelikten çıkış ve engelleme davranışı gerçek bir test hesabıyla doğrulansın.
  • Liste aktarımı: Eski sistemdeki çıkış ve engelleme kayıtları yeni içe aktarmada kaybolmasın.
  • Kimlik doğrulama: Gönderen alan adı, SPF/DKIM ve DMARC hizalaması SMTP katmanında kontrol edilsin.
  • Gönderim hızı: SMTP sağlayıcısının sınırları ve alıcı retleri dikkate alınsın; yüksek eşzamanlılık hedef başlı başına olmasın.
  • İçerik: Bağlantılar, görseller, mobil görünüm ve kişiselleştirme alanları test listesinde sınansın.

Açılma ve tıklama ölçümleri gerçek kişi davranışını kusursuz yansıtmaz. İstemci gizlilik özellikleri ve otomatik bağlantı tarayıcıları sonucu etkileyebilir; izleme ihtiyacı veri politikasıyla birlikte değerlendirilir.

Yaygın sorunlar ve çözümler

Belirtiİncelenecek katman
Kampanya ilerlemiyorSMTP erişimi, kimlik bilgileri, kota ve uygulama hataları
SMTP kabul ediyor ama ileti bulunamıyorDağıtım logları, alıcı cevabı, spam klasörü ve alan adı itibarı
Geçersiz adreslere gönderim sürüyorBounce kaynağı, olay eşleştirmesi ve engelleme eşiği
Abonelikten çıkan kişi yeniden ekleniyorİçe aktarma veya CRM entegrasyonunun engelleme kayıtlarını koruması
Yanlış kişiselleştirmeAbone alanları ve boş değerlerde şablon davranışı

Yedekleme, geçiş ve uygunluk

PostgreSQL verisi, yapılandırma ve yüklenen medya birlikte korunur. SMTP/API sırları yedeklerde de erişim kontrolüne tabi tutulur. Geri yüklenen test ortamında planlanmış kampanyaların gerçek abonelere gönderim yapması engellenir.

Geçişte aboneler kadar listeler, engelleme kayıtları ve şablonlar da önemlidir. Önce test listesiyle gönderim ve geri bildirim doğrulanır; sonra sınırlı bir kitleye geçilir. Eski sisteme dönüşte yeni çıkış talepleri mutlaka taşınır.

Listmonk alternatifi seçerken neye bakmalı?

Listmonk; bülten ve liste yönetimi üzerinde kontrol isteyen ekipler için uygundur. Alternatiflerle karşılaştırırken yalnız abone başına fiyatı değil, ihtiyaç duyulan iş akışını değerlendirin:

  • Hazır yönetilen hizmet mi, kendi altyapınızda işletim mi istiyorsunuz?
  • Tetiklenen e-posta dizileri, CRM entegrasyonu ve onay süreçleri hangi kapsamda gerekli?
  • Aboneler, engelleme/çıkış kayıtları ve şablonlar dışa aktarılabiliyor mu?
  • SMTP gönderim bedeli, destek ve bakım emeği teklifin içinde mi?

Posta kutusu ihtiyacı için Listmonk doğru kategori değildir. Kapsamlı pazarlama otomasyonu gerekiyorsa gereken akışlar pilotta gösterilmeli; yalnız bülten gönderebilmesi yeterli kabul edilmemelidir.

İlgili hizmetlerimiz

Sıkça sorulan sorular

Listmonk e-posta sunucusu mudur?
Listmonk abone, liste ve kampanya yönetir; posta kutusu sağlamaz. E-posta dağıtımı için yapılandırılmış bir SMTP sunucusu veya hizmeti gerekir. Gönderici itibarı ve SMTP kapasitesi ayrıca yönetilir.
Listmonk ile Postal birlikte kullanılabilir mi?
Postal SMTP katmanı, Listmonk kampanya katmanı olarak değerlendirilebilir. Gönderim kimlik bilgileri, hız sınırı ve dönüş adresleri test edilmelidir. Postal webhook olaylarının Listmonk bounce API’sine aktarımı ayrıca tasarlanır; SMTP bağlantısı bu aktarımı otomatik sağlamaz.
Listmonk ücretsiz mi?
Resmi belgeye göre AGPLv3 lisanslıdır. Lisans yükümlülükleri kullanım ve değişiklik biçimine göre değerlendirilir. Sunucu, PostgreSQL, SMTP hizmeti, depolama ve bakım emeği ayrı maliyetlerdir.
Kendi sunucumuzda bülten göndermek KVKK uyumluluğu sağlar mı?
Hayır. Abone verisinin kaynağı, işleme amacı, izin/itiraz kayıtları, saklama süresi ve ilgili mevzuat yükümlülükleri ayrıca değerlendirilmelidir. Listmonk kurulumu hukuki uygunluk kararı yerine geçmez.

Bir sonraki dönüşümü birlikte planlayalım.

Ekibimiz teknik gereksinimlerinizi anlamak ve hızlıca prototip çıkarmak için hazır.