# Kurumsal e-posta web hosting hizmetine dahil mi? Posta kutusu e-postaları alır ve saklar; web barındırma sayfaları sunar. Aynı alan adını kullanmaları aynı abonelikte olduklarını göstermez. Web sitesini yeni sunucuya taşırken mevcut e-posta hizmetinin kullandığı MX kayıtlarını gelişigüzel silmeyin. Başvuruyu kaydeden iletişim formu, kendiliğinden kurumsal posta kutusu oluşturmaz. ## Aynı alan adını kullanmak aynı hizmeti kullanmak değildir Bir web sitesinin işletmenin alan adında açılması, aynı adreste e-posta kutusunun da hazır olduğu anlamına gelmez. Web barındırma sayfa ve dosyaları sunar; e-posta hizmeti iletilerin alınması, saklanması ve gönderilmesi için ayrı altyapı sağlar. İki hizmet aynı firmadan alınabilir ama teknik ve ticari sorumlulukları yine farklıdır. Tek pakette görünmeleri bu ayrımı ortadan kaldırmaz. Örneğin bir işletmenin sitesi yeni bir statik barındırma hizmetine taşınırken mevcut e-posta sağlayıcısı kullanılmaya devam edebilir. Böyle bir geçişte bütün DNS kayıtlarını sıfırlamak gerekmeyebilir. Hangi kaydın web'e, hangisinin e-postaya ait olduğunu bilmek önemlidir. Yanlış kayıt değişikliği, site sorunsuz görünürken iletilerin ulaşmasını etkileyebilir. E-posta yönlendirme ile gerçek posta kutusu da aynı değildir. Gelen iletinin başka adrese aktarılması, o adresten kurumsal kimlikle gönderim yapılabildiği veya iletilerin ayrı kutuda saklandığı anlamına gelmeyebilir. İşletmenin yalnız gelen başvuruyu almak mı, farklı çalışanlara kutu açmak mı, yoksa ekip içi paylaşım yapmak mı istediğini netleştirin. İhtiyaç hizmet seçimini belirler. ## Form bildirimini kurumsal e-postayla karıştırmayın İletişim formu bir başvuruyu veritabanına kaydedebilir, e-posta bildirimi gönderebilir veya bu iki işi birlikte yapabilir. Ziyaretçinin formu göndermesi, sahibin e-posta kutusuna mutlaka mesaj ulaştığını kanıtlamaz. Bildirim ayrı servis kullanıyorsa onun erişimi, gönderim sınırı ve hata davranışı düşünülmelidir. Uygulamanın kalıcı kayıt ile bildirim arasındaki ayrımı açık olmalıdır. Başvurunun kaydı yapılmış ama bildirim başarısız olmuşsa kullanıcıyı yeniden başvurmaya zorlamak çift kayıt yaratabilir. İşletme tarafında yetkili yönetim veya güvenli listeleme yolu bulunması bu nedenle yararlıdır. E-postayı tek kayıt kaynağı olarak kullanmak istiyorsanız teslim ve hata takibini ayrıca değerlendirin. Kullanıcıya gösterilen başarı mesajı gerçek tamamlanan işlemi anlatmalıdır. Genel amaçlı e-posta gönderimi, gelen posta yönlendirmesi ve işletme çalışanlarının kullandığı posta kutuları farklı ürünler olabilir. Bir sağlayıcının ücretsiz yönlendirme sunması bütün bu ihtiyaçların ücretsiz karşılanacağını göstermez. Güncel ürün koşullarını kontrol etmeden ücretsiz outbound SMTP veya sınırsız kutu vaadi vermeyin. Kullanılacak hizmetin görevi teklif üzerinde ayrı yazılmalıdır. ## Kurulum ve devir için görev listesi hazırlayın E-posta planında kaç kişinin kutu kullanacağı, ortak adres gereksinimi, saklama ihtiyacı ve erişim yöntemi bulunabilir. Yalnız adres sayısını değil, günlük çalışma biçimini tarif edin. Birden fazla kişinin aynı parolayı paylaşması yerine uygun erişim ve yetki yaklaşımını değerlendirin. Ayrılan çalışanların erişiminin nasıl kaldırılacağı da işletme sorumluluğunun parçasıdır. Site yayını öncesinde mevcut e-posta ayarlarını kaydedin ve değişikliklerin kapsamını belirleyin. DNS kayıtlarına müdahale gerekiyorsa doğru sağlayıcının güncel yönergelerini kullanın. Gönderim kimlik doğrulama kayıtları da bu plana dahil olabilir; yanlış veya kopyalanmış kayıtların her ortamda çalışacağını varsaymayın. Teknik ayrıntıları işletmenin saklayacağı kısa bir kurulum notunda toplayın. Son kontrolü gerçek ama hassas olmayan deneme iletisiyle yapın: dışarıdan alma, uygun adresten gönderme ve form bildirimi gerekiyorsa onun ayrı sonucu incelenir. Her testin neyi doğruladığını belirtin. Web sitesi ve kurumsal e-posta birlikte markayı temsil eder, fakat ayrı hizmetler olarak yönetildiğinde bütçe, hesap sahipliği ve sorun çözümü daha anlaşılır hale gelir. **İşletme için üç ayrı kontrol satırı kullanın:** Birinci satır web sitesinin yayını, ikinci satır çalışanların posta kutuları, üçüncü satır form bildirimidir. Her satırın sağlayıcısını, hesap sahibini ve test yöntemini yazın. Böylece yalnız bir ileti geldiği için bütün e-posta düzeninin doğru kurulduğu veya site açıldığı için formun çalıştığı varsayılmaz. Ortak adres kullanan ekipte başvuruların kimin tarafından ele alınacağını belirleyin. Aynı mesaja iki kişinin farklı yanıt vermesi veya kimsenin sorumluluk almaması teknik kurulumdan bağımsız operasyon sorunlarıdır. Basit bir görev dağılımı ve durum takibi küçük işletmede yeterli olabilir. Bunun için gereksiz müşteri yönetim sistemi kurmak şart değildir; fakat sorumlunun belli olması gerekir. Hesap devrinde kurtarma adresi, yönetici erişimi ve kullanılan cihazlar gözden geçirilmelidir. İşten ayrılan kişinin kişisel hesabına bağlı kurumsal posta düzeni devamlılık sorunu yaratabilir. Siteyi yapan kişinin görevi ile işletmenin günlük e-posta yönetimi görevini ayrı yazın. Teknik yardım alınabilir, ancak yenileme ve hesap kontrolü işletmenin bilgisi dahilinde olmalıdır. Bu ayrım bütçeyi de netleştirir: web yapım bedeli, posta hizmeti aboneliği ve gerektiğinde teknik destek farklı işlerdir. Her birinin kapsamı ve ödeme dönemi ayrı açıklanırsa sonraki yıl beklenmedik karışıklık azalır. Test iletilerinde gerçek müşteri bilgisi kullanmanız gerekmez. Açıkça deneme olarak işaretlenmiş, hassas olmayan içerikle akışı doğrulayın. E-posta kutusuna ulaşan mesajın ve uygulamadaki başvurunun aynı denemeye ait olduğunu kontrol edin; farklı başarılı işlemleri tek uçtan uca kanıt gibi birleştirmeyin. Kurumsal e-posta geçişinde mevcut kutuların ve kayıtların envanteri çıkarılmalıdır. Hangi adresler kullanılıyor, iletiler nerede tutuluyor ve yönlendirmeler hangi hesaplara gidiyor? Sadece yeni bir adres açmak eski yazışmaları taşımayabilir. Taşıma gerekiyorsa bunun kapsamı, yedekleme yöntemi ve kullanıcıların cihaz ayarları ayrıca planlanmalıdır. Web sitesi taşımasında e-posta DNS kayıtlarının korunması özellikle önemlidir. Siteyi yeni sunucuya yönlendirmek için yapılan değişiklik, yanlış uygulanırsa posta akışını da etkileyebilir. MX ve e-postayla ilgili doğrulama kayıtları, web yönlendirmesinden farklı amaçlara sahiptir. Teknik kişi mevcut yapıyı inceleyerek yalnızca gerekli kayıtları değiştirmelidir. Formun çalışması ile bildirim e-postasının ulaşması da ayrı kontrollerdir. Başvuru veritabanına kaydedilmiş olabilir, ancak bildirim servisi gecikebilir veya henüz yapılandırılmamış olabilir. Yönetim ekranı kaydın gerçek kaynağıysa bu açıkça anlatılmalıdır. Kullanıcıya gönderim başarılı denmesi yalnızca e-posta gönderme denemesine dayanmamalıdır. Teslimde kutuya erişim, gönderme, alma ve varsa form bildirimleri ayrı örneklerle doğrulanır. Bu ayrım sorun anında doğru katmana bakmayı ve kaydedilmiş başvuruların e-posta sorunu nedeniyle kaybolmuş sanılmasını önlemeyi sağlar. ## Uygulama kontrolü - Posta sağlayıcısını belirleyin - E-posta DNS kayıtlarını koruyun - Posta kutusu sahipliğini kararlaştırın **Somut örnek:** Web sitesini yeni sunucuya taşırken mevcut e-posta hizmetinin kullandığı MX kayıtlarını gelişigüzel silmeyin. **Dikkat edilmesi gereken sınır:** Başvuruyu kaydeden iletişim formu, kendiliğinden kurumsal posta kutusu oluşturmaz. ## Sonraki adım [Projenizi Orvunweb’e anlatın](/tr/basvuru/) ## İlgili okumalar - [Tek seferlik yapım bedeli ve devam eden giderler](/tr/blog/tek-seferlik-yapim-bedeli-ve-devam-eden-giderler/) - [Alan adı, hosting ve SSL arasındaki fark](/tr/blog/alan-adi-hosting-ve-ssl-arasindaki-fark/) - [Web sitesi tesliminde alınacak dosyalar ve hesaplar](/tr/blog/web-sitesi-tesliminde-alinacak-dosyalar-ve-hesaplar/) - [Kurumsal web sitesi hizmeti](/tr/hizmetler/kurumsal-web-sitesi/) - [Paketleri karşılaştırın](/tr/paketler/) ## İlgili hizmetler - [Kurumsal tanıtım sitesi](/tr/hizmetler/kurumsal-web-sitesi/) --- Locale: tr Canonical: https://orvunweb.com/tr/blog/kurumsal-e-posta-web-hosting-hizmetine-dahil-mi/ Updated: 2026-09-16