Google Workspace vs Kendi Mail Sunucusu: Maliyet Kıyas

E-posta altyapısı, şirket içi iletişimin görünmez ama kritik parçasıdır. Google Workspace (GWS) gibi yönetilen çözümlerle kendi mail server’ınızı kurmak arasında sadece “aylık ücret” değil; donanım, lisans, yedekleme, güvenlik ve teslim edilebilirlik (SPF/DKIM/DMARC) yükleri de değişir. Bu rehberde, iki yaklaşımın maliyetlerini kullanıcı sayısı, gereksinimler ve arıza riski üzerinden net kırıyoruz; hangi senaryoda hangisinin daha mantıklı olduğunu çıkarıyoruz.

1) Maliyet kalemlerini aynı şablonda karşılaştırın

Önce maliyeti doğru parçalayın. “Kendi server daha ucuz” ya da “Workspace pahalı” gibi tek cümlelik yaklaşımlar genelde hatalı çıkar.

Google Workspace (GWS) maliyet kalemleri

• Kullanıcı lisansı: Seçilen plana göre kişi başı aylık ücret.
• Ek ihtiyaçlar: Ek depolama (gerekirse), arşivleme/uyumluluk (compliance) gibi opsiyonlar.
• İşletme maliyeti: Kurulum/konfigürasyon/servis izleme tarafında önemli ölçüde düşer (siz işletmezsiniz).

Kendi mail server’ı maliyet kalemleri

• Sunucu: CPU/RAM/disk (özellikle disk ve I/O), işletim sistemi (çoğunlukla ücretsiz), storage büyümesi.
• Satın alınan lisanslar (her zaman şart değil): Bazı anti-spam/anti-virus bileşenleri ücretli olabilir.
• Tedarik ve bakım: Güncelleme, spam filtre ayarları, sertifika (TLS), performans izleme.
• Yedekleme (backup): Postfix/Dovecot mail verisi + konfigürasyon + kullanıcı veritabanı.
• Teslim edilebilirlik maliyeti: SPF/DKIM/DMARC, rDNS (reverse DNS), IP itibar yönetimi. Yanlış kurulum doğrudan “Gmail/Outlook spam’a düşme” maliyetine dönüşür.
• Arıza riski ve SLA: Kendi altyapınızda kesinti maliyetini (iş gücü, müşteri iletişimi) bütçeye eklemek gerekir.

Aşağıdaki karşılaştırma, bu kalemleri maliyet kararında görünür kılmak için hazırlanmıştır.

2) Kullanıcı sayısına göre fiyat/işçilik kırılımı

Aşağıdaki tabloda “özet model” kullanıyoruz. GWS’de maliyet büyük oranda kişi başı lisans; kendi server’da ise başlangıç (kurulum) + devam eden işletme (bakım, yedek, güvenlik) ile ölçekleniyor.

Not: Aylık lisans fiyatları plana ve tarihe göre değişir. NetKıyas gibi karşılaştırma sitelerinde güncel fiyatları esas almanız gerekir. Burada amaç, karar için doğru matematiği kurmak ve kalemlerin nasıl tartışılacağını netleştirmektir.

3) “Kendi server” gerçekte ne kadar kaynak ister?

Kendi mail server’ı kurunca maliyetin en büyük kısmı ilk etapta donanım gibi görünür; ama teslim edilebilirlik ve operasyon kısmı hızla öne geçer.

Donanım hedefleri (pratik eşik)

E-posta trafiği ve saklama süresine göre değişir ancak karar sırasında şu yaklaşım işe yarar: - Disk: Sadece gelen/giden değil; imap cache, arşivleme, kullanıcı başına mailbox boyutu disk talebini artırır. - CPU/RAM: Antispam/antivirus işleme, queue yönetimi ve TLS/şifreleme yüklerine göre artar. - Network: Sıralı iletim (MX trafiği), yoğun dönemlerde bant genişliği ve paket gecikmesi önem kazanır.

Bu noktada kritik soru şudur: “Tüm bu bileşenleri bir günde ayarladığımda çalışır mı?” Evet; ama “Gmail/Outlook teslim edilebilirlik oranım kaç gün sonra oturur?” sorusu belirleyicidir. Yanlış SPF/DKIM/DMARC, eksik rDNS veya hatalı reverse forward kayıtlar teslim edilebilirliği düşürür.

Teslim edilebilirlik maliyeti (SPF/DKIM/DMARC)

Kendi server’ın maliyeti “parayı nereye ödediğin” kadar “kaliteyi nasıl yönettiğin” ile ilgilidir. - SPF: Gönderim kaynaklarını tanımlar. - DKIM: Mesaj bütünlüğünü imzayla doğrular. - DMARC: SPF/DKIM başarısızlığında ne yapılacağını belirler.

Önemli: Bu ayarlar yalnızca doğru kurulmalı değil, aynı zamanda düzenli test edilmeli ve üçüncü parti sistemlerle (form e-posta gönderimi, CRM, web uygulaması) uyumlu tutulmalıdır.

4) Yedekleme ve kesinti yönetimi: Gizli TCO farkı

Google Workspace, yedekleme ve servis sürekliliğini yönetilen bir sistem olarak sağlar. Kendi sunucunuzda ise sorumluluk sizde.

Yedekleme (backup) neleri kapsamalı?

Kendi mail server’ında minimum kapsam: - Mail kutuları (IMAP veri + kullanıcı klasörleri) - Posta kuyruğu (queue) ve teslimat süreçleri - Konfigürasyonlar (DNS değil; sunucu tarafı yapılandırma) - Kimlik doğrulama (kullanıcı veritabanı / domain doğrulama bağları)

Yedekleme stratejisi: pratik yaklaşım

• Konfigürasyon yedekleri: Düşük hacimli, sık alınır.
• Mail verisi: Hacim büyüktür; saklama politikası ve inkremental (incremental) mantığı kritik olur.

Burada karar verdiren şey şudur: Mail verisi büyüdükçe yedekleme penceresi, geri dönüş (restore) süresi ve depolama maliyeti artar. Geri dönüş süresi uzadığında kesinti maliyeti büyür.

5) Güvenlik, anti-spam ve yönetim maliyeti

Kendi mail server’ında güvenlik “kurulum bitti” ile bitmez.

Anti-spam/anti-virus ve davranış yönetimi

Aşağıdakiler sürekli takip ister: - Yanlış pozitifler (kullanıcılar mail alamaz) - Yanlış negatifler (spam taşır) - Şüpheli oturumlar ve brute-force denemeleri - Şifreleme (TLS) ve sertifika yenileme

Google Workspace, bu katmanı yönetilen biçimde sunar. Kendi server’da ise hem bileşen seçimi hem de güncelleme disiplini sizde olur.

Ekip/operasyon gerçeği

E-posta altyapısını çalıştırmak tek başına bir “admin görevi” değildir; güvenlik ve teslim edilebilirlik süreçleriyle birlikte düşünülmelidir. Bu yüzden maliyet hesaplanırken “kim bu işi yapacak?” sorusu, donanım maliyetinin önüne geçebilir.

6) Net maliyet kıyası: hangi durumda hangisi öne çıkar?

Aşağıdaki karar ağacı, maliyetin “parça parça” nasıl düşündürüleceğini gösterir.

Google Workspace daha avantajlı olduğunda

• Hızlı devreye alma gerekir (haftalar değil günler hedeflenir)
• Sürekli güvenlik/izleme/teslim edilebilirlik yönetimi için ekip yoktur
• Kesinti ve arıza riskinin maliyeti yüksektir
• Uyumluluk (compliance) veya e-posta arşivleme gereksinimi net ve dokümante olmalıdır

Kendi mail server’ı daha avantajlı olduğunda

• Düzenli bakım yapacak operasyon ekibi veya yetkin teknik sorumluluk vardır
• İnce ayar gerektiren özel senaryolar vardır (ör. belirli compliance akışları, özel routing gereksinimleri)
• Saklama ve arşiv politikaları kurumsal olarak tasarlanmıştır ve maliyeti kontrol edilebilir
• Teslim edilebilirlik için süreklilik (test + log inceleme + rDNS/SPF/DKIM/DMARC bakımı) şirket içinde yönetilebilir

7) NetKıyas için pratik kontrol listesi (karar hızlandırır)

Aşağıdaki sorulara verdiğiniz yanıtlar, “maliyet” tartışmasını gerçekçi hale getirir.

1. Kaç kullanıcı var ve 12 ayda artış beklentisi nedir?
2. Her kullanıcı için ortalama mailbox büyüklüğü (GB) hedefi nedir?
3. Günlük yaklaşık gelen-giden e-posta hacmi nedir?
4. Teslim edilebilirlik için hedef: “tam kurumsal”, “orta”, “minimum kabul” seviyesi hangisi?
5. Yedekleme: RTO (geri dönüş süresi) ve RPO (kayıp süresi) hedefiniz nedir?
6. DNS tarafında kontrol: Alan adlarındaki SPF/DKIM/DMARC kayıtları ve alt domain mimarisi net mi?
7. Kendi server’da kesinti olursa: “Kim ne zaman devreye alacak?” sorusunun cevabı var mı?
8. Sunucu barındırma: Yedekleme depolaması ve bant genişliği bütçede var mı?

Bu listeyi cevapladıktan sonra, iki yöntemin aylık maliyetini “tek kalem” yerine gerçek kalemlerle karşılaştırın.

Sonuç: Aksiyon önerisi

13.05.2026 itibarıyla karar için en doğru yaklaşım, önce kullanıcı sayınızı ve 12 ay büyüme planınızı belirleyip sonra iki tarafta da TCO’yu (lisans + işletme + yedekleme + teslim edilebilirlik yönetimi) aynı formatta yazmaktır. Ekibiniz yoksa ve hedef “hızlı, stabil, düşük operasyon” ise Google Workspace toplam maliyette çoğu senaryoda daha öngörülebilir çıkar. Ekip/operasyon olgunluğu ve teslim edilebilirlik yönetimi sizdeyse, kendi mail server’ı belirli kullanıcı/trafik aralıklarında rekabetçi hale gelebilir.

Aksiyon: Bu yazıdaki kontrol listesini kullanarak 1 sayfalık bir maliyet taslağı çıkarın; ardından mevcut barındırma/ekip durumunuza göre karar verin. İsterseniz NetKıyas üzerindeki güncel plan karşılaştırmalarıyla lisans tarafını netleştirin, kendi server tarafını da disk + yedekleme + bakım iş gücü kalemleriyle tamamlayın.