White Label Spam Filtresi Nedir? Hosting Firmaları İçin
White label spam filtresi, bir e-posta güvenlik altyapısının hosting firması tarafından kendi markası, logosu ve alan adıyla, kendi ürünüymüş gibi müşterilerine sunulmasıdır. Hosting firması altyapıyı kurup işletmek zorunda kalmadan gelen ve giden e-posta korumasını paketlerine ekler, müşterilerini tek panelden yönetir ve tekrarlayan bir gelir kalemi oluşturur.
Bu yazıda hosting firmalarının neden bu hizmete yöneldiğini, iyi bir white label çözümde hangi özelliklerin aranması gerektiğini, iş modelinin nasıl kurgulanabileceğini ve devreye alma adımlarını ele alıyoruz.
Hosting firmaları neden e-posta güvenliği satıyor?
Barındırma pazarında fiyat rekabeti sertleştikçe firmalar, mevcut müşteri tabanına değer katan ek hizmetler arıyor. E-posta güvenliği bu açıdan doğal bir tamamlayıcıdır:
- Tekrarlayan gelir: Alan adı ve barındırma müşterisine aylık veya yıllık bir ek hizmet satılır.
- Müşteri bağlılığı: Spam ve teslim sorunlarını çözen firma, müşterinin gözünde daha değerli hale gelir.
- Destek yükünün azalması: "Mailim gitmedi" ve "çok spam geliyor" talepleri, merkezi filtre ve teslim kayıtlarıyla daha hızlı çözülür.
- Ayrışma: Benzer paketler sunan rakiplerden farklılaşmanın somut bir yolu olur.
- Altyapı koruması: En az konuşulan ama belki en önemli fayda, paylaşımlı sunucu IP'lerinin itibarını korumaktır.
Paylaşımlı IP'leri korumak neden kritik?
Paylaşımlı bir cPanel veya Plesk sunucusunda yüzlerce alan adı aynı çıkış IP adresini kullanabilir. Tek bir müşterinin parolası çalınır ya da güncellenmemiş bir web sitesi eklentisi istismar edilirse, saldırgan bu sunucudan kısa sürede yüksek hacimde spam gönderebilir. Sonuç genellikle IP adresinin kara listelere girmesi ve o sunucudaki tüm müşterilerin postalarının reddedilmesidir.
Giden postanın kimlik doğrulamalı bir smarthost üzerinden çıkması bu zinciri kırar. Müşteri veya sunucu başına saatlik ve günlük limitler, olağan dışı hacim algılandığında postanın otomatik bekletilmesi ve IP itibarının sürekli izlenmesi, tek bir hesabın sorununun tüm sunucuya yayılmasını önler. Ayrıntılar için giden spam engelleme ve kara listeden çıkma yazılarımıza göz atabilirsiniz.
White label çözümde hangi özellikler aranmalı?
| Özellik | Neden önemli |
|---|---|
| Kendi marka, logo ve panel alan adı | Müşteri sizin ürününüzü görür, marka güveni sizde kalır |
| Alt müşteri yönetimi | Her müşterinin alan adları, kullanıcıları ve politikaları birbirinden ayrı tutulur |
| Müşteri bazlı filtre politikası | Spam hassasiyeti ve yasaklı ek türleri müşterinin ihtiyacına göre ayarlanır |
| Müşteri başına gönderim limitleri | Ele geçirilen bir hesabın verebileceği zarar sınırlanır |
| Giden koruma ve otomatik bekletme | Paylaşımlı IP'lerin itibarı korunur |
| Paylaşımlı havuz ve adanmış IP seçeneği | Yüksek hacimli veya hassas müşteriler ayrı bir IP ile yalıtılır |
| Markalı karantina özeti | Son kullanıcı karantinadaki postayı destek talebi açmadan teslim alır |
| API anahtarları | Müşteri açma ve alan adı ekleme gibi işler otomasyon yazılımınıza bağlanır |
| Rol bazlı erişim ve etkinlik kaydı | Destek ekibiniz ile müşteri yetkileri ayrılır, her işlem izlenebilir |
| Olay bildirimleri | Askıya alma veya kara liste gibi olaylar e-posta, webhook, Slack veya Telegram ile ekibinize ulaşır |
IP seçeneği müşterinin profiline göre değişir. Hangi müşteriye hangi yapının uygun olduğunu paylaşımlı ve adanmış IP farkı yazımızda ayrıntılı anlattık.
İş modelini kurarken nelere dikkat edilmeli?
Teknik altyapı kadar ticari kurgu da başarıyı belirler. Şu başlıkları baştan netleştirmek işinizi kolaylaştırır:
- Fiyatlandırma birimi: Alan adı, posta kutusu veya gönderim hacmi bazlı fiyatlandırmadan hangisinin müşterileriniz için anlaşılır olduğunu belirleyin.
- Paketleme: Yalnızca gelen filtreleme, gelen ve giden koruma, arşiv gibi katmanlı paketler sunabilir veya hizmeti mevcut barındırma paketlerine dahil edebilirsiniz.
- Destek modeli: İlk seviye desteği kimin vereceğini, sağlayıcıya hangi durumda başvurulacağını ve hizmet düzeyi taahhütlerini yazılı hale getirin.
- Şeffaflık: Müşterilerin hizmet durumunu görebileceği bir durum sayfası güven inşa eder.
- Hukuki çerçeve: Müşteri e-postaları sizin ve altyapı sağlayıcınızın sistemlerinden geçeceği için KVKK açısından roller ve sorumluluklar sözleşmelerle netleştirilmelidir. Uygulamada müşteri çoğunlukla veri sorumlusu, hizmet sağlayıcılar ise veri işleyen olarak değerlendirilir; ancak bu değerlendirme somut ilişkiye göre değişebilir.
Bu bölüm hukuki danışmanlık değildir. Veri işleme sözleşmeleri ve KVKK kapsamındaki roller için bir avukata danışın.
Değeri müşteriye nasıl gösterirsiniz?
E-posta güvenliğinin zorluğu, iyi çalıştığında görünmez olmasıdır. Müşteri gelen kutusuna düşen tek bir spam iletisini fark eder ama engellenen iletileri görmez. Bu yüzden değeri görünür kılmak gerekir: düzenli raporlarla engellenen spam ve virüs sayısını, karantinadan teslim edilen meşru iletileri ve alan adının güvenlik puanındaki değişimi paylaşın. "Mailim neden gitmedi?" sorusuna teslim kayıtlarıyla dakikalar içinde yanıt verebilmek de hizmetin somut faydasını gösterir ve yenileme kararını kolaylaştırır.
MXZilla bayi modeli nasıl işler?
MXZilla'in bayi modelinde hosting firması bir bayi hesabıyla çalışır ve kendi ürün adını, logosunu, ana rengini, destek iletişim bilgilerini ve panel için kendi alan adını tanımlar. Alt müşterilerini kendi hesabının altında açar; her birinin alan adlarını, filtre politikasını ve gönderim limitlerini tek panelden yönetir. Müşteri ayrıca kendi markasını tanımlamadıysa karantina özetleri ve raporlar bayinin markasıyla hazırlanır; bayinin API anahtarları ise yalnızca kendi hesabı ve alt müşterileriyle sınırlıdır.
Devreye alma adımları
- Marka ayarlarını tamamlayın: Ürün adı, logo, renkler, destek iletişim bilgileri ve panelin açılacağı alan adı.
- Varsayılan politikaları belirleyin: Spam hassasiyeti, yasaklı ek türleri, gönderim limitleri ve bildirim kanalları.
- Kendi alan adlarınızla pilot yapın: Önce şirketinizin alan adlarını taşıyıp posta akışını, karantinayı ve raporları kendiniz deneyimleyin.
- İlk müşteri grubunu seçin: Spam şikâyeti yoğun olan veya kara liste sorunu yaşamış müşteriler, faydayı en hızlı görecek gruptur.
- Gelen posta için MX planı yapın: TTL değerini önceden düşürün, hedef sunucuyu tanımlayın ve değişikliği müşteriye önceden duyurun.
- Giden posta için smarthost tanımlayın: cPanel, Plesk veya Exchange sunucularında smarthost ayarını yapın ve SPF kayıtlarını güncelleyin. Ayrıntılar cPanel ve Plesk spam filtresi ve smarthost nedir yazılarımızda.
- Bildirimleri bağlayın: Olay bildirimlerini destek ekibinizin kullandığı kanala yönlendirin.
- Otomasyona geçin: Müşteri sayısı arttıkça müşteri açma ve alan adı ekleme işlemlerini API üzerinden otomasyon yazılımınıza bağlayın.
Sık yapılan hatalar
- Yalnızca gelen filtrelemeyi satıp giden korumayı ihmal etmek
- MX değişikliğini müşteriye duyurmadan yapmak
- Giden akışı smarthost'a alırken SPF kayıtlarını güncellememek
- Bütün müşterilere tek tip politika uygulamak
- Karantina özetini kapatıp son kullanıcıyı her istek için destek hattına yönlendirmek
Kendi markanızla e-posta güvenliği sunmayı değerlendiriyorsanız önce birkaç müşterinizin alan adını ücretsiz güvenlik kontrolü ile inceleyerek ihtiyacı ölçebilir, seçenekleri paketler bölümünde görebilirsiniz.
Sık sorulan sorular
White label spam filtresi ile klasik spam filtresi arasındaki fark nedir?
Filtreleme teknolojisi aynı olabilir; fark, hizmetin kimin markasıyla ve kim tarafından yönetildiğidir. White label modelde panel, bildirimler ve karantina özeti hosting firmasının markasıyla sunulur. Müşteri ilişkisi de tamamen firmada kalır.
Müşterilerimiz altyapı sağlayıcısının adını görür mü?
İyi kurgulanmış bir white label çözümde panel, karantina özeti, raporlar ve bildirim e-postaları sizin marka adınız, logonuz ve alan adınızla sunulur. Yine de MX veya smarthost sunucu adları gibi teknik ayrıntılar sağlayıcının yapısına göre değişebilir. Bu noktayı başlamadan önce netleştirin.
Paylaşımlı IP mi adanmış IP mi seçmeliyim?
Düşük ve düzenli hacimli müşteriler için iyi yönetilen paylaşımlı bir havuz genellikle yeterlidir. Yüksek hacimli, işlemsel posta gönderen veya itibarını başkalarından tamamen ayırmak isteyen müşteriler için adanmış IP daha uygundur.
cPanel veya Plesk sunucularında ne değişir?
Gelen posta için alan adlarının MX kaydı filtreleme altyapısına yönlendirilir ve filtreden geçen postalar yine sizin sunucunuza teslim edilir. Giden posta için sunucuya kimlik doğrulamalı bir smarthost tanımlanır ve SPF kayıtları güncellenir. Posta kutuları ve webmail kullanımı değişmez.
Müşterinin e-postaları için KVKK sorumluluğu kimde?
Uygulamada müşteri çoğunlukla veri sorumlusu, hosting firması ve altyapı sağlayıcısı ise veri işleyen olarak değerlendirilir. Roller somut ilişkiye göre değişebileceği için sözleşmelerle netleştirilmeli ve bir hukukçudan görüş alınmalıdır.