Web Siteniz İçin E-posta Adresi Neden Önemli ve Nasıl Kurulur?

Özetle

• Alan adınıza bağlı e-posta, müşterinin işletmenizi tanımasını ve adresi hatırlamasını kolaylaştırır.
• Ücretsiz kişisel e-posta ile alan adlı e-posta aynı şey değildir; seçim kullanımınıza ve yönetim ihtiyacınıza bağlıdır.
• E-posta hizmeti, alan adı kayıtları ve web sitesi barındırması ayrı hizmetler olabilir.
• Kurulumda SPF, DKIM ve DMARC kayıtlarını e-posta sağlayıcınızın talimatlarına göre ekleyin.
• Eski adresi, yönlendirmeyi ve gelen kutusunu test etmeden müşterilere yeni adresi tek iletişim kanalı olarak vermeyin.

Kendi alan adınızla e-posta kullanmak neden önemlidir?

Kendi alan adınızla e-posta kullanmak, müşteriye işletmenizle tutarlı bir iletişim adresi verir. Örneğin, web siteniz isletmeniz.com ise bilgi@isletmeniz.com adresi, kişisel bir ücretsiz e-posta adresine kıyasla işletme adınızı doğrudan taşır. Bu tek başına güveni garanti etmez; yanıtın zamanında gelmesi, imzanızdaki bilgilerin doğru olması ve sitenizin güncel iletişim bilgileri de önemlidir.

Ücretsiz e-posta mı, alan adlı ücretli hizmet mi seçmelisiniz?

Ücretsiz kişisel e-posta, başlangıçta masrafsız ve tanıdık bir seçenektir; alan adlı hizmet ise işletme adınızla eşleşen adres ve genellikle kullanıcı yönetimi gibi işletme odaklı özellikler sunar. Ücretli hizmetin her küçük işletme için zorunlu olduğu söylenemez: seçim yaparken kaç kişinin yazışma yürüteceğini, ortak adres gerekip gerekmediğini ve hesabın kimin tarafından yönetileceğini düşünün.

Aşağıdaki tablo genel hizmet türlerini karşılaştırır; belirli bir sağlayıcının o günkü özelliklerini veya ücretlerini garanti etmez. “Ücretsiz” sütunu, kişisel kullanım için sunulan ücretsiz posta kutusunu anlatır; ücretsiz kişisel adresi kendi alan adınıza bağlayabildiğiniz anlamına gelmez. Sağlayıcıların paketleri değişebileceğinden, satın almadan önce kendi hizmetlerinin alan adlı adres, posta kutusu, yönlendirme ve yönetici erişimi koşullarını kontrol edin.

Tek başına çalışan bir usta, ilk aşamada ücretsiz adresini koruyup sitede kullanabilir; ancak müşteriye verdiği e-posta adresinin hangi işletmeye ait olduğu açık olmayabilir. Klinik, restoran ya da servis ekibi gibi birden fazla kişinin yanıt verdiği işletmelerde ise kişisel parolayı paylaşmak yerine, sağlayıcının kullanıcı ve ortak adres yönetimini incelemek daha sağlıklıdır. Alan adlı hizmeti seçerken sadece posta kutusu kapasitesine değil, çalışan ayrıldığında erişimi kapatıp kapatamayacağınıza ve gelen yazışmaları işletme hesabında tutup tutamayacağınıza bakın.

Web sitesi e-posta hesabını hangi adla açmalısınız?

İlk adresi, müşterinin neden yazdığını tahmin etmesini gerektirmeyecek şekilde seçin. Genel başvurular için bilgi@, randevu için randevu@ veya teklif talepleri için teklif@ gibi işlevi anlatan adlar kullanılabilir; işletmenizin işleyişine uymayan adresleri sırf yaygın göründüğü için açmayın.

Bir posta kutusu, mesajların ayrı bir hesapta saklandığı gelen kutusudur; yönlendirme ise belirli adrese gelen mesajın başka bir kutuya iletilmesidir. Bu iki özellik aynı değildir. Örneğin bilgi@ adresinin ekipteki iki kişinin posta kutusuna yönlenmesi mümkün olabilir, ama sağlayıcınızın bunu desteklediğini ve yanıtların doğru adresten gönderilebildiğini doğrulayın. Yönlendirme kuruldu diye yeni adresten yanıt verme yeteneğinin de otomatik geldiğini varsaymayın.

Başlangıçta gereğinden fazla posta kutusu açmak, parolaları ve gelen mesajları takip etmeyi zorlaştırır. İşletmede kimin hangi tür başvuruyu yanıtladığını düşünün; tek kişiyseniz bir genel adresle başlayıp, gerçekten ayrı iş akışları oluştuğunda yeni adres eklemek çoğu zaman daha yönetilebilirdir. Bir adresi işleviyle eşleştirin ve sorumluyu belirleyin. “bilgi@” adresine gelen mesaja kim bakıyor, çalışan izindeyken kim yedekliyor, bu kararları kurulumdan önce netleştirin.

Adresi yazım hatasına açık hâle getiren uzun ifadelerden kaçının. Alan adını yüksek sesle söylediğinizde karşı tarafın doğru yazıp yazamayacağını düşünün. Türkçe karakter kullanımının e-posta yazılımlarında ve alıcı sistemlerinde farklı davranma ihtimali olabileceğinden, sağlayıcı alan adınızda ve posta adresinde hangi karakterleri desteklediğini kontrol edin. Müşterinin adresi telefonla not alması gerekiyorsa kısa ve anlaşılır olması özellikle işe yarar.

Alan adı, DNS ve e-posta hizmeti birbirinden nasıl ayrılır?

Alan adı, müşterinin sitenizi bulduğu internet adresidir; e-posta hizmeti ise bu alan adına gelen yazışmaları alıp gönderen sistemdir. DNS, alan adınızla ilgili yönlendirme bilgilerini internette yayımlayan kayıt sistemidir; e-posta kurulurken hangi hizmetin mesaj kabul edeceği ve gönderenin nasıl doğrulanacağı bu kayıtlarla belirtilir.

DNS kayıtlarını değiştirirken alan adınızın mevcut kayıtlarını görmeden silmeyin. E-posta hizmeti sağlayıcısı size e-posta alımını yönlendiren MX kayıtlarını ve gönderim doğrulaması için gereken diğer kayıtları verir. Sitenizin yayını, alt alan adları veya başka hizmetler de aynı DNS yönetiminde olabilir. Yeni kayıt eklemek yerine mevcut kaydı değiştirmek gerekiyorsa, sağlayıcının talimatını alan adı firmanızın panelindeki ilgili kayıtla karşılaştırın.

Alan adını bir web tasarımcısı veya çalışan kurduysa, yönetim hesabının e-posta adresi ve kurtarma yöntemi kimin elinde, bunu teyit edin. Alan adı hesabına erişememek, e-posta kayıtlarını güncelleyememenize veya hizmeti başka sağlayıcıya taşıyamamanıza yol açabilir. Giriş bilgilerini işletme dışındaki tek bir kişinin kişisel e-posta hesabına bağlı bırakmayın. Erişim devrinde alan adı hesabının, e-posta yöneticisinin ve kurtarma bilgilerinin ayrı ayrı teslim edildiğini kontrol edin.

Kurulumda hangi adımları izlemelisiniz?

Kurulumu, önce hizmeti seçip sonra alan adı kayıtlarını yayımlayarak tamamlayın. Sağlayıcınızın talimatları arayüz ve kayıt adları bakımından değişebileceğinden, aşağıdaki tabloyu genel kontrol listesi olarak kullanın; panelde gösterilen değerleri tahmin ederek yazmayın.

İlk olarak sağlayıcı hesabını açın ve alan adınızı bağlayın. Sağlayıcı, alan adının size ait olduğunu doğrulamak için bir kayıt eklemenizi isteyebilir. Ardından gelen e-postayı yönlendirecek MX kayıtlarını paneldeki talimata göre girin. Mevcut e-posta hizmetiniz varsa, yeni kayıtların eski hizmeti devre dışı bırakıp bırakmadığını kontrol etmeden geçiş yapmayın. Eski kutuda saklanan yazışmaların yeni hesaba nasıl taşınacağını da önceden planlayın.

SPF, alan adınız adına hangi posta sunucularının e-posta gönderebileceğini bildiren DNS kaydıdır. DKIM, gönderilen mesaja alan adıyla ilişkilendirilmiş bir doğrulama imzası ekler. DMARC, alıcı posta sistemlerine SPF ve DKIM kontrolleri başarısız olduğunda mesajı nasıl ele alacaklarını bildiren politikadır. Bu kayıtlar sahte gönderici kullanımına karşı doğrulamayı destekler; tek başına mesajın gelen kutusuna düşeceği garantisini vermez.

Bu kayıtları kendiniz oluşturup değer uydurmayın. E-posta sağlayıcınızın yönetim ekranında verdiği satırları alan adı paneline aynen girin; eski SPF kaydı varsa yeni bir tane eklemek yerine sağlayıcının birleştirme talimatını izleyin. Birden fazla SPF kaydının nasıl ele alınacağı konusunda emin değilseniz, teknik destekten mevcut kayıtları da incelemesini isteyin. Yanlış bir kayıt, meşru gönderilerin doğrulanmasını bozabilir.

SPF, DKIM ve DMARC kayıtları neden gereklidir?

Bu kayıtlar, alıcı sistemlere mesajınızın alan adınızla ilişkisini doğrulama bilgisi verir. Kayıtların doğru olması teslimatı destekler; ancak e-postanın spam klasörüne düşmeyeceği veya herkesin gelen kutusunda görüneceği konusunda kesin söz vermez.

Bir müşteriden “mesaj attım ama ulaşmadı” şikâyeti geldiğinde, sorun adresin yanlış yazılması, MX kaydının hatalı olması, posta kutusunun dolu olması veya gönderici doğrulamasının eksikliği olabilir. Benzer şekilde siz ileti gönderdiğinizde alıcı, mesajı spam olarak işaretleyebilir ya da başka bir nedenle reddedebilir. Bu yüzden yalnızca kendi hesabınızdan aynı sağlayıcıya test yapmak yeterli değildir; farklı e-posta hizmeti kullanan bir adrese hem gönderin hem o adresten yanıt alın.

SPF kaydını sağlayıcı size veriyorsa, kayıtta sadece onun talep ettiği gönderim kaynaklarının bulunmasına dikkat edin. Web sitesi, bülten hizmeti veya fatura yazılımı da işletmeniz adına ileti gönderiyorsa, bunların hepsi aynı alan adıyla yetkilendirme gerektirebilir. Gelişigüzel yeni kaynak eklemek, doğrulama politikasını zayıflatabilir veya yanlış yapılandırabilir. Hangi sistemin hangi adresten mesaj gönderdiğini not edin; örneğin web formu yanıtı ile çalışanların yazışması aynı sistemden çıkmayabilir.

DMARC ayarını da sağlayıcının belgelerine ve mevcut gönderim sistemlerinize bakmadan katı bir politikaya çevirmeyin. İşletme adına mesaj gönderen sistemlerden birini unutursanız, alıcı sistemlerin bu mesajı nasıl değerlendireceğini etkileyebilirsiniz. İlk kurulumda hangi adımların gerekli olduğunu, hangi kayıtların mevcut olduğunu ve değişikliğin nasıl geri alınacağını teknik destekle netleştirin. E-posta hesabına giriş yapabiliyor olmanız, alan adının doğrulama kayıtlarının eksiksiz olduğu anlamına gelmez.

Web sitesi formundan gelen mesajlar nereye gitmeli?

İletişim formunun gönderdiği mesajı, düzenli kontrol edilen ve gerektiğinde ekip içinde paylaşılabilen bir adrese yönlendirin. Formun çalışması yalnızca ekranda “gönderildi” yazmasına bağlı değildir; mesajın doğru posta kutusuna ulaşması ve birinin yanıtlaması gerekir.

İşletmeniz randevu, sipariş veya teklif talebi alıyorsa, form bildiriminin tek başına bir takip süreci olmadığını unutmayın. Mesajı yanıtlayan kişi izinliyken ne olacağına, müşteriye otomatik yanıt gönderilip gönderilmeyeceğine ve formun başarısız olması hâlinde hangi iletişim kanalının görüneceğine karar verin. Sitede telefon ya da başka bir iletişim seçeneği varsa, ziyaretçi e-posta gönderemediğinde kullanabilmelidir. Bir klinik için randevu sayfası ile genel bilgi adresinin ayrılması uygun olabilir; ancak farklı adresleri açtıktan sonra her birinin sorumlusunu belirlemeniz gerekir.

Ücretsiz adresi alan adlı adrese taşırken ne yapmalısınız?

Eski ücretsiz adresinizi hemen kapatmayın; önce yeni adrese ileti alıp gönderebildiğinizi, eski yazışmalarınızın erişilebilir kaldığını ve müşterilerin yeni adresi öğrendiğini doğrulayın. Geçişi kontrollü yapmak, yanlış adrese gönderilen teklif veya randevu mesajlarını kaçırma ihtimalini azaltır.

Önce eski gelen kutunuzdaki önemli yazışmaları ve ekleri belirleyin. Sağlayıcınızın dışa aktarma veya taşıma aracı varsa, nasıl çalıştığını ve hangi klasörleri kapsadığını okuyun. Taşınan iletilerin tarih, ek ve klasör bilgilerini koruyup korumadığını kontrol edin; yalnızca yeni kutuda birkaç ileti görünmesini tam aktarım kanıtı saymayın. Eski hesapta kurtarma e-postası veya telefon numarası varsa, bunların da işletme tarafından erişilebilir olmasını sağlayın.

Eski adrese gelen iletileri yeni kutuya iletmek istiyorsanız, eski hizmette bu özelliğin bulunduğunu ve iletilerin doğru şekilde ulaştığını test edin. Eski adresi bir süre iletişim imzanızda “yeni adresimiz” notuyla kullanabilirsiniz; ancak müşterilerin iki adrese de yazabileceği bir geçiş dönemi planlayın. Eski hesabı kapatma kararını, o adrese bağlı fatura, sosyal medya, banka veya alan adı kurtarma bildirimlerini kontrol etmeden vermeyin. İşletme hesabı başka hizmetlerde kurtarma adresiyse, erişim kaybı e-posta geçişinden daha büyük sorun çıkarabilir.

Hesap: E-posta formu kaç başvuruya dönüşüyor?

Bir e-posta adresinin kendi başına kaç müşteri getireceğini hesaplayamazsınız; bunun için ziyaretçi ve gerçek başvuru sayınızı ölçmeniz gerekir. Aşağıdaki örnek, kendi sitenizdeki dönemsel veriyi aynı yöntemle hesaplamayı gösterir; girdiler örnek değerdir ve sonuçlar sizin işletmeniz için tahmin değildir.

Örnek değer olarak ilgili dönemde siteyi 1.200 kişinin ziyaret ettiğini, bunların 0,02 oranındaki bölümünün form gönderdiğini varsayalım. İşlem sırası şöyledir: önce ziyaretçi sayısını ölçün, sonra aynı döneme ait form gönderim oranını alın, son olarak bu iki değeri çarpın. Ardından gelen kutusundaki gerçek ve ilgili talepleri ayırın; spam ve tekrar gönderimler gerçek başvuru sayısını olduğundan yüksek gösterebilir.

Bu örnek, alan adlı e-postanın daha yüksek form oranı sağladığını kanıtlamaz. Yalnızca hangi ölçümleri birbirinden ayırmanız gerektiğini gösterir: site ziyaretçisi, form gönderimi ve işletmenin gerçekten yanıt verdiği nitelikli talep. Eğer ziyaretçi sayısı artıyor ama form mesajı gelmiyorsa, önce formun çalışıp çalışmadığını ve iletilerin hangi adrese gittiğini kontrol edin. Form sayısı düşükse, sadece e-posta adresini değiştirmek sorunun nedenini açıklamaz.

Ölçümünüzde dönemleri, form türlerini ve tekrar mesajlarını aynı şekilde sınıflandırın. Bir ayda gelen her iletiyi yeni müşteri talebi saymak doğru değildir; mevcut müşterilerin belge istemesi veya aynı kişinin birden fazla kez yazması sayıyı etkileyebilir. Verileri yorumlarken ziyaretçinin hangi sayfadan iletişim kurduğunu ve mesajın yanıtlanıp yanıtlanmadığını da not edin. Bu bilgileri toplarken ziyaretçi verilerinin işlenmesiyle ilgili yükümlülükleri göz ardı etmeyin.

Web sitesi e-posta kurulumu yıllık gider hesabını etkiler mi?

E-posta hizmetinin kendi koşullarını ayrıca inceleyin; alan adı, hosting ve bakım giderleriyle aynı kalemde olduğunu varsaymayın. Aşağıdaki araç, alan adı, hosting ve bakım girdilerinizi kullanarak yıllık web sitesi gideri hesabı yapmanıza yardımcı olur; e-posta hizmeti bedelini hizmet sağlayıcınızdan ayrıca öğrenip kendi toplam hesabınıza ekleyin.

Bir teklif veya yenileme bildirimi geldiğinde kalemleri ayırın. Alan adı kaydı, sitenin barındırılması, teknik bakım ve e-posta posta kutusu farklı hizmetler olabilir; tek bir pakette sunulmaları bu ayrımları ortadan kaldırmaz. Hangi hizmetin hangi tarihte yenileneceğini ve ödeme yapılmazsa neyin duracağını yazılı tutun. Örneğin e-posta adresinin alan adı süresi dolduğu için etkilenmesiyle sitenin sunucu hizmeti nedeniyle açılamaması aynı kesinti değildir.

E-posta gelmiyor veya gönderilmiyorsa neyi kontrol etmelisiniz?

Önce sorunun yalnızca bir kişide mi, bütün alıcılarda mı olduğunu ayırın. Sonra adres yazımını, posta kutusunu ve alan adı kayıtlarını kontrol edin; her belirti aynı arızaya işaret etmez.

Bir iletiyi gönderdikten sonra gelen hata bildirimini silmeyin; hata metni, alıcı sunucunun mesajı neden kabul etmediğine dair ipucu verebilir. Hata bildirimi yoksa da gönderilmiş klasöründeki kaydı, alıcının spam klasörünü ve doğru adres kullanılıp kullanılmadığını kontrol edin. Sorunu sağlayıcı desteğine iletirken mesajın gönderildiği zamanı, gönderen ve alıcı adresini ve hata metnini paylaşın; parolanızı veya doğrulama kodunuzu paylaşmayın.

Alan adı kayıtlarında değişiklik yaptıktan hemen sonra sorunu yalnızca bekleyerek çözmeye çalışmayın. Kayıtların panelde doğru girildiğini kontrol edin ve sağlayıcı arayüzünde doğrulama durumuna bakın. İnternet üzerindeki DNS güncellemeleri farklı alıcılara aynı anda görünmeyebilir; sağlayıcı bu durum için kendi yönergesini veriyorsa onu izleyin. Sabit bir bekleme süresi varsaymayın. Yanlış kaydı fark ederseniz, değişiklik yapmadan önce önceki değerleri not alın ve hizmet sağlayıcısından hangi kayıtların korunması gerektiğini teyit edin.

Bir çalışan ayrıldığında ya da kişisel cihaz kaybolduğunda e-posta hesabının erişimini de kontrol edin. Parola değişikliği, oturumları kapatma ve kurtarma bilgilerini güncelleme seçenekleri kullandığınız hizmete göre değişebilir. Ortak parolayı herkesle paylaşmak yerine ayrı kullanıcı hesapları ve yetkiler sunan bir hizmet kullanmak, kimin eriştiğini anlamayı kolaylaştırır. Eski çalışan hesabını kapatmadan önce işletme yazışmalarının nasıl devredileceğini belirleyin; kişisel bir hesabı silmek, müşterinin devam eden iş yazışmalarına erişimi kesebilir.

E-posta adresini web sitesinde ve Google profilinde nerede göstermelisiniz?

Müşterinin iletişim aradığı yerlerde adresi tutarlı biçimde gösterin; iletişim sayfası, sitenin alt bölümü ve gerekiyorsa ilgili hizmet sayfası bunun doğal yerleridir. Aynı adresi işletme profilinizde kullanıyorsanız, her kanalı güncel tutun ve çalışmayan adresi yayında bırakmayın.

Bir adresi sayfaya koymak, formun veya e-posta hizmetinin çalıştığını göstermez. Test için kendi kişisel adresinizden işletme adresine ileti gönderin, sonra işletme adresinden yanıtlayın. Adresin yazımını, yanıtın doğru göndericiyle çıktığını ve gelen iletinin istenmeyen posta klasörüne düşüp düşmediğini kontrol edin. Bu testi web sitesi yayına girdikten sonra ve DNS ayarları değiştiğinde tekrarlayın.

İşletme iletişim bilgileri ve ziyaretçi verileri için neye dikkat etmelisiniz?

Bu yükümlülüklerin işletmenize uygulanışı, sunduğunuz hizmete ve sitenin işlevine göre değişebilir; burada hukuki görüş verilmiyor. Sadece e-posta adresi koymak, işletme kimliği ve iletişim bilgileriyle ilgili bütün yükümlülükleri yerine getirdiğiniz anlamına gelmez. Online satış, rezervasyon veya hizmet siparişi alan bir site için gerekli bilgileri faaliyetinize göre doğrulayın. Hukuki uygunluk konusunda emin değilseniz, kendi durumunuza uygun profesyonel destek alın.

İletişim formu ziyaretçinin adını, e-posta adresini, telefonunu veya mesajını topluyorsa, bu bilgilerin hangi amaçla kullanıldığını ve erişimin kimlerde olduğunu değerlendirin. Gereksiz alanları kaldırın; form mesajlarını herkese açık veya çok sayıda çalışanın kullandığı kişisel kutulara yönlendirmeyin. Müşterinin hassas bilgileri e-postayla göndermesini istemek yerine, bu bilgilerin gerçekten gerekli olup olmadığını ve güvenli bir yöntem bulunup bulunmadığını düşünün. Özellikle sağlık hizmeti sunan işletmelerde, ziyaretçinin formda paylaştığı bilgiler beklenmedik ölçüde özel olabilir.

Sık yapılan kurulum hataları nelerdir?

En sık sorun, e-posta hizmetini satın alıp alan adı kayıtlarını eksik bırakmak veya mevcut DNS kayıtlarını ne işe yaradığını anlamadan değiştirmektir. İkinci yaygın sorun, gelen kutusunu açtıktan sonra işletme sitesindeki eski adresi güncellemeyi unutmaktır.

Bir başka hata, yeni adresi yalnızca bir kişide test etmektir. Aynı sağlayıcıdaki hesaplar arasında gönderim başarılı olsa bile başka bir sağlayıcıdan mesaj geldiğini ve yanıtın geri gittiğini ayrı ayrı doğrulayın. Form iletisini de el ile gönderilen e-postadan ayrı test edin; web sitesinin gönderim sistemi farklı ayarlarla çalışabilir. Form sayfasında başarı mesajı görünmesi, bildirimin doğru posta kutusuna ulaştığının kanıtı değildir.

Çalışanlar arasında tek bir parolayı paylaşmak, kimlerin hesabı kullandığını ve bir kişinin ayrılması durumunda kimin erişiminin kapatılacağını belirsizleştirir. Sağlayıcınız ayrı kullanıcılar sunuyorsa her çalışan için kendi erişimini açın; ortak işler için ortak adres veya yetki özelliği olup olmadığını öğrenin. Yetki değişikliklerinin ve kurtarma yöntemlerinin işletme adına yönetildiğini de kontrol edin.

Yalnızca e-posta adresini değiştirmek, eski adrese bağlı hesapları güncellemez. Alan adı kayıt firması, fatura sistemi, randevu yazılımı ve sosyal medya hesabı eski adresi parola kurtarma için kullanıyor olabilir. Geçiş öncesi bu hizmetleri listeleyin, adresi tek tek güncelleyin ve kurtarma bağlantısının yeni kutuya ulaştığını deneyin. İşletme sahibinin ayrılması veya telefon değiştirmesi gibi durumlarda hesabı geri alabilmek için kurtarma bilgilerini güncel tutun.

Son olarak, ücretli hizmet seçmenin bütün sorunları otomatik çözeceğini düşünmeyin. Yanlış DNS kaydı, kontrol edilmeyen gelen kutusu, eski web sitesi bilgisi veya yanıtsız form, hizmet türü ne olursa olsun müşteri iletişimini aksatabilir. Kurulumdan sonra sorumluyu, test yöntemini ve iletişim bilgilerinin güncelleneceği yerleri belirlemek, teknik seçimin kendisi kadar önemlidir.

Kaynaklar

Sık sorulan sorular