Kurumsal e-posta altyapısı (info@ ve @gmail.com): prestij, spam filtreleri ve güvenli iletişim rehberi
Teklifleri Gmail adresinden göndermek neden güven kaybettirir? Kendi alan adınızla e-posta, SPF, DKIM, DMARC kayıtları ve hosting e-postası ile bulut servislerinin farkı.
Bir işletmenin müşterisine gönderdiği teklif mektubunun, faturanın veya sözleşmenin ornekfirma@gmail.com ya da ornekfirma@hotmail.com adresinden gelmesi, kurumsal algıya ciddi bir darbe vurur. Müşterilerin önemli bir kısmı, kendi alan adına sahip bir e-posta adresi (info@ornekfirma.com, ad.soyad@ornekfirma.com) kullanmayan işletmeleri geçici veya kurumsal olmayan bir yapı olarak görür.
Ancak kurumsal e-posta yalnızca bir prestij meselesi değildir. Doğru yapılandırılmamış bir altyapı; tekliflerinizin müşterinin gelen kutusuna hiç düşmemesine, doğrudan spam klasörüne gitmesine veya adınıza sahte e-postalar gönderilmesine (spoofing) yol açar.
Ücretsiz e-posta ve kendi alan adınızla kurumsal e-posta
| Kriter | Ücretsiz e-posta (@gmail / @hotmail) | Kurumsal e-posta (ad@firma.com) |
|---|---|---|
| Kurumsal prestij | Bireysel ve gayriresmî algı | Kayıtlı, yetkili ve güvenilir kurumsal kimlik |
| Marka bilinirliği | Her gönderimde Google veya Microsoft markası görünür | Gönderilen her e-postada kendi alan adınız görünür |
| Veri kontrolü | Çalışan işten ayrıldığında yazışmaların ve müşteri geçmişinin kontrolü zorlaşır | Merkezi panelden hesaplar, arşivler ve yetkiler devredilir |
| Resmî yazışma | Ticari yazışmalarda zayıf kimlik doğrulaması | Şirkete ait alan adı üzerinden doğrulanabilir iletişim |
E-postalar neden spam klasörüne düşer? Kritik DNS kayıtları
Birçok işletme kendi alan adına e-posta açar ama teklif gönderdiğinde maillerin müşteriye ulaşmadığından şikâyet eder. Bunun nedeni çoğu zaman alan adının DNS kayıtlarında e-posta kimlik doğrulama standartlarının eksik olmasıdır.
E-postalarınızın spam filtresine takılmadan gelen kutusuna düşmesi için 3 temel kayıt gerekir:
1. SPF (Sender Policy Framework)
SPF kaydı, alan adınız adına hangi sunucuların e-posta göndermeye yetkili olduğunu ilan eden bir DNS TXT kaydıdır. E-postanız bir hizmet sağlayıcıdaysa kayıt şuna benzer:
v=spf1 include:_spf.saglayici.com ~all
Dikkat: alan adı başına yalnızca bir SPF kaydı olmalı. Bülten servisi, CRM, fatura programı gibi sizin adınıza e-posta gönderen her servis bu tek kayda eklenir; iki ayrı SPF kaydı ikisini de geçersiz kılar. Kayıt eksikse karşı tarafın sunucusu e-postayı spama atabilir ya da reddedebilir.
2. DKIM (DomainKeys Identified Mail)
E-postaya kriptografik bir imza ekler; alıcı sunucu, DNS'teki açık anahtarla imzayı doğrular. İmza tutarsa e-postanın yolda değiştirilmediği ve gerçekten yetkili sunucudan çıktığı anlaşılır. Anahtarı e-posta sağlayıcınız üretir; siz yalnızca verdiği kaydı DNS'e eklersiniz.
3. DMARC (Domain-based Message Authentication)
SPF ve DKIM doğrulamalarından geçemeyen e-postaların alıcı sunucu tarafından nasıl ele alınacağını (reddet, karantinaya al, raporla) belirler. Başka birinin firmanızın adını kullanarak müşterilerinize sahte fatura veya IBAN içeren e-postalar göndermesini (oltalama / phishing) zorlaştırır.
v=DMARC1; p=none; rua=mailto:dmarc@alanadiniz.com
p=none: Sadece raporla, engelleme. Başlangıç için.p=quarantine: Spam klasörüne at.p=reject: Reddet.
Kurulum sırası ve kontrol
- SPF'yi kurun, gönderen tüm servisleri ekleyin.
- DKIM'i sağlayıcınızdan alıp ekleyin.
- DMARC'ı
p=noneile başlatın, iki üç hafta raporları izleyin. - Meşru e-postalarınızın hepsi doğrulanıyorsa
p=quarantine, sonrap=reject'e geçin.
Kendinize bir e-posta gönderip "orijinali göster" seçeneğiyle başlıklara bakın; SPF, DKIM ve DMARC satırlarında pass görmelisiniz. Sitemizin iletişim formundan gelen e-postalar da bu üç kayıtla gönderiliyor.
Hosting e-postası mı, profesyonel bulut servisi mi?
Kurumsal e-posta kurarken en yaygın hata, web sitesinin barındığı ucuz paylaşımlı hosting paketiyle gelen e-posta sistemini kullanmaktır.
- Paylaşımlı hosting e-postasının riskleri: Sizinle aynı sunucudaki başka bir site spam gönderirse sunucu IP'si kara listeye girebilir; sizin tamamen yasal teklif e-postalarınız da engellenir. Ayrıca kutular hızla dolar ve depolama sorunları başlar.
- Kurumsal bulut servisleri (Google Workspace / Microsoft 365 / Zoho): E-posta trafiğiniz web sunucunuzdan ayrılır. İtibarı yüksek sunucular üzerinden gönderildiği için teslim oranı çok daha yüksektir; takvim, doküman ve bulut depolama entegrasyonuyla eksiksiz bir ofis ortamı sunar.
KVKK ve e-posta güvenliği
Şirket yazışmalarında müşteri verileri, teklif detayları ve kimlik bilgileri dolaşır. Kişisel ücretsiz hesapların iş için kullanılması, bu verilerin şirket kontrolü dışına çıkmasına yol açar. Kurumsal bir panelden yönetilen hesaplar veri sızıntısı riskini azaltır ve 6698 sayılı kanun kapsamındaki veri güvenliği tedbirlerini güçlendirir.
Sıkça sorulan sorular
Tek bir kurumsal e-posta açmak yeterli midir?
Genellikle görevlere göre ayrım yapılması önerilir. Genel iletişim için info@, satış ve teklifler için satis@, yöneticiler ve yetkililer için ad.soyad@ biçiminde kişisel hesaplar açmak kurumsal görünümü güçlendirir.
DNS kayıtlarını (SPF/DKIM) yapılandırmak ne kadar sürer?
Kayıtların DNS paneline eklenmesi birkaç dakikalık bir iştir. Değişikliklerin yayılması ise genellikle 1 ila 24 saat içinde tamamlanır; ardından teslim edilebilirlik testi yapılabilir.
DNS kayıtlarınızı birlikte kontrol etmek için web güvenliği sayfasından yazabilirsiniz.
İlgili yazılar: SSL sertifikası (HTTPS) ve web güvenliği: "Güvenli değil" uyarısının ciroya ve sıralamaya etkisi, Web sitesi yaptırdıktan sonra bakım ve hosting masrafı neden gerekli? Risk ve sürdürülebilirlik.