İletişim Formundan Mail Gelmiyor mu? Adım Adım Çözüm Rehberi

Bu yazıda Talha Aslan ve ekibi olarak sahada en sık karşılaştığımız tabloyu anlatıyoruz: form çalışıyor izlenimi verir, ziyaretçi teşekkür mesajını görür, ancak işletme sahibi hiçbir şey almaz. Dolayısıyla müşteri adayı kaybolur ve çoğu zaman kimse bunu haftalarca fark etmez. Bu nedenle sorunu tahminle değil, sırayla eleyerek çözmek gerekir.

1. Spam ve "Gereksiz" klasörlerini, ayrıca e-posta programınızın filtre kurallarını kontrol edin.
2. Formdan farklı bir adresle kendinize bir test mesajı gönderin ve saati not edin.
3. Formun kayıt tuttuğu bir veritabanı ya da yönetim paneli varsa mesajın oraya düşüp düşmediğine bakın.
4. Formun hangi yöntemle e-posta gönderdiğini öğrenin: sunucunun kendi posta fonksiyonu mu, yoksa kimliği doğrulanmış SMTP mi?
5. Alan adınızın SPF, DKIM ve DMARC kayıtlarını kontrol edin.
6. Formun "Kimden" alanında ziyaretçinin adresinin kullanılıp kullanılmadığına bakın.

Form "gönderildi" diyorsa e-posta neden yine de gelmez?

Formun gösterdiği başarı mesajı yalnızca bir şeyi kanıtlar: sitenizdeki yazılım, mesajı bir sonraki adıma teslim etmiştir. Ancak bu, e-postanın alıcı sunucuya ulaştığı ya da gelen kutusuna yerleştiği anlamına gelmez. Örneğin WordPress tarafında e-posta göndermek için kullanılan fonksiyonun dönüş değeri, mesajın kabul edilip edilmediğini gösterir; teslimatı garanti etmez. Ayrıntıyı WordPress geliştirici belgelerinde görebilirsiniz.

Yani zincirde en az üç halka vardır: form yazılımı, gönderen sunucu ve alıcı posta servisi. Herhangi bir halkada mesaj sessizce düşebilir. Üstelik alıcı servis, şüpheli bulduğu mesajı reddettiğinde form bunu çoğu zaman bilmez; çünkü ret bildirimi siteye değil, sunucunun posta kuyruğuna ya da hiç kimsenin okumadığı bir adrese gider.

Bu yüzden "form bozuk" demeden önce mesajın hangi halkada kaybolduğunu bulmanız gerekir. Aşağıdaki bölümleri bu sırayla ele alıyoruz, böylece her adımda bir olasılığı kesin olarak eleyebilirsiniz.

Spam klasörü ve gelen kutusu kuralları sorunu açıklıyor mu?

Evet, şaşırtıcı sayıda vakada iletişim formundan mail gelmiyor şikâyetinin cevabı spam klasöründe ya da eski bir filtre kuralında saklıdır. Öncelikle web postası arayüzüne girin; telefon uygulaması bazı klasörleri varsayılan olarak göstermeyebilir.

• Spam, Gereksiz ve Karantina klasörlerini tarayın.
• Gelen kutusundaki kuralları ve filtreleri tek tek okuyun; "bu adresten geleni sil" gibi eski bir kural olabilir.
• Engellenen gönderenler listesine sitenizin gönderici adresinin eklenip eklenmediğine bakın.
• Yönlendirme kullanıyorsanız mesajın ilk ulaştığı kutuyu da kontrol edin.
• Kurumsal e-postada yöneticinin kurduğu karantina politikasını sorun.

Ayrıca e-postayı başka bir adrese yönlendiriyorsanız, yönlendirme zinciri kimlik doğrulamasını bozabilir. Yönlendirmenin mantığını e-posta yönlendirme rehberimizde anlattık. Mesaj spam klasöründe çıkıyorsa sorun "gelmemek" değil "güvenilmemek"tir; bu durumda aşağıdaki kimlik doğrulama bölümlerine geçin.

Sunucunun PHP mail fonksiyonu neden güvenilmez bir yöntemdir?

Birçok hazır form eklentisi, ek ayar yapmazsanız e-postayı sunucunun kendi posta fonksiyonu ile gönderir. Bu yöntemde mesaj, kimliği doğrulanmış bir posta hesabından değil, web sunucusunun kendisinden çıkar. Dolayısıyla alıcı servis, mesajı alan adınızın gerçek posta altyapısından gelmiş gibi görmez.

Paylaşımlı barındırmada aynı sunucuyu yüzlerce site kullanır. Örneğin komşu sitelerden biri spam gönderirse sunucunun IP adresinin itibarı düşer ve sizin formunuz da bundan etkilenir. Üstelik bazı barındırma firmaları bu fonksiyonu kısıtlar ya da tamamen kapatır; form yine başarı mesajı gösterir, ama hiçbir şey gitmez.

Kısacası sunucudan doğrudan gönderim, çalıştığında bile kırılgandır. En sağlam yol, formu alan adınıza ait gerçek bir posta hesabı üzerinden, kullanıcı adı ve parolayla kimlik doğrulayarak göndermektir. Bunun adı SMTP (Simple Mail Transfer Protocol, basit posta aktarım protokolü) ile göndermektir.

İletişim formundan mail gelmiyor sorununda SMTP neyi değiştirir?

SMTP ile gönderimde form, mesajı kurumsal posta hesabınıza giriş yaparak teslim eder. Böylece mesaj, alan adınızın SPF ve DKIM kayıtlarıyla uyumlu bir sunucudan çıkar ve alıcı servis gönderenin gerçekten siz olduğunu doğrulayabilir. İletişim formundan mail gelmiyor sorununun en sık kalıcı çözümü budur.

WordPress sitelerde bu işi bir SMTP eklentisiyle yaparsınız. Kurulum adımlarını burada tekrar etmiyoruz; ayrıntılı anlatım WP Mail SMTP kurulum rehberimizde duruyor. Özel yazılmış bir sitede ise geliştiricinizden formun posta kütüphanesini SMTP ile çalışacak şekilde ayarlamasını istersiniz.

Öte yandan SMTP tek başına sihirli bir düğme değildir. Hangi hesapla gönderdiğiniz, "Kimden" alanına ne yazdığınız ve alan adınızın DNS kayıtları hâlâ belirleyicidir. Bu nedenle SMTP ayarını yaptıktan sonra da aşağıdaki kontrolleri atlamayın.

Hangi gönderim yöntemi hangi riski taşır?

Aşağıdaki karar tablosu, sahada gördüğümüz üç yaygın yöntemi yan yana koyuyor. Böylece sitenizin hangi grupta olduğunu ve ne kadar risk taşıdığını hızlıca görebilirsiniz.

Tablodaki son satır bir gönderim yöntemi değildir; ancak her yöntemle birlikte kullanmanız gereken bir sigortadır. Bunu ilerleyen bölümde ayrıca anlatıyoruz.

Formun "Kimden" alanına ziyaretçinin e-postasını yazmak neden hatadır?

Bu, iletişim formundan mail gelmiyor şikâyetlerinin belki de en sinsi nedenidir. Pek çok form, "Kimden" alanına ziyaretçinin yazdığı adresi koyar; amaç, gelen mesaja tek tıkla cevap verebilmektir. Ancak bu durumda siteniz, örneğin bir Gmail adresi adına mesaj göndermiş olur.

Alıcı servis bakar: mesaj "gmail.com" adına geliyor, ama Gmail sunucularından çıkmamış. Dolayısıyla bu, kimlik taklidine benzer. Google, gönderici yönergelerinde Gmail "Kimden" başlıklarını taklit etmemeyi açıkça istiyor ve bu taklidin teslimatı etkileyebileceğini belirtiyor; ayrıntıyı Google gönderici yönergelerinde okuyabilirsiniz.

Sonuç olarak mesaj spam klasörüne düşer ya da alıcı servis onu tamamen geri çevirir. Üstelik sorun aralıklı ortaya çıkar: bazı ziyaretçilerin adresleri sorun çıkarmaz, bazılarınınki çıkarır. Bu yüzden "bazen geliyor, bazen gelmiyor" diyorsanız ilk bakacağınız yer burasıdır.

Yanıtla (Reply-To) alanını doğru nasıl kurarsınız?

Doğru kurgu basittir: "Kimden" alanında her zaman kendi alan adınıza ait sabit bir adres durur, ziyaretçinin adresi ise "Yanıtla" alanına girer. Böylece mesaj sizin alan adınızdan gelir ve kimlik doğrulamasından geçer; siz "yanıtla" dediğinizde cevap yine ziyaretçiye gider.

1. Sitenize özel bir gönderici adresi belirleyin; örneğin form@example.com gibi gerçek bir kutu.
2. Form ayarlarında "Kimden" alanına bu sabit adresi yazın.
3. Gönderen adını sitenizin adı ya da "Web Sitesi Formu" olarak ayarlayın.
4. Ziyaretçinin e-posta alanını "Yanıtla" başlığına bağlayın.
5. Kendinize test mesajı gönderin ve "yanıtla" deyince doğru adresin geldiğini kontrol edin.

Ayrıca gönderici adresi olarak var olmayan bir kutu kullanmayın. Geri dönen bildirimler o kutuya gider; kutu yoksa sorunları hiç göremezsiniz. Kendi alan adınızla kurumsal posta altyapısı kurmadıysanız önce alan adı uzantılı kurumsal e-posta konusuna bakmanızı öneririz.

SPF, DKIM ve DMARC eksik olduğunda form e-postası nereye gider?

SPF, alan adınız adına hangi sunucuların e-posta gönderebileceğini söyleyen DNS kaydıdır. DKIM, mesaja eklenen dijital imzadır. DMARC ise bu iki kontrolden biri geçmezse alıcının ne yapacağını belirten politikadır. Bu kayıtlar eksik ya da hatalıysa form e-postası spam klasörüne düşer veya alıcı servis onu geri çevirir.

Google, tüm göndericilerden en azından SPF ya da DKIM kurmalarını, ayrıca geçerli ileri ve ters DNS kayıtları ile TLS şifrelemesi kullanmalarını istiyor. Yüksek hacimli göndericiler için hem SPF hem DKIM ile DMARC kaydı da gerekiyor. Eşik ve güncel şartlar değişebileceği için güncel değeri resmi kaynaktan kontrol edin.

Microsoft da tüketici posta servisleri için benzer kimlik doğrulama beklentilerini duyurdu; bu yüzden yalnız Gmail için değil, Outlook alıcıları için de aynı kayıtlar önemlidir. Kayıtların nasıl kurulacağını SPF, DKIM ve DMARC kurulum rehberimizde adım adım anlattık; burada yalnız form açısından kritik noktaya değiniyoruz.

Form e-postasında SPF ve DKIM uyumu nasıl kontrol edilir?

Kritik nokta uyumdur: "Kimden" alanındaki alan adı ile SPF ya da DKIM ile doğrulanan alan adı aynı olmalıdır. Örneğin form, barındırma firmasının sunucusundan gönderiyor ama SPF kaydınızda bu sunucu yoksa kontrol başarısız olur. Bu nedenle SPF kaydına, formun gerçekten kullandığı gönderim kaynağını eklemeniz gerekir.

1. Kendinize gelen bir form e-postasını açın ve "orijinali göster" ya da benzeri bir seçenekle başlıkları görüntüleyin.
2. Başlıklarda SPF, DKIM ve DMARC sonuçlarını arayın; her biri için "pass" ya da "fail" ibaresi olur.
3. Başarısız olan kontrolde hangi alan adının ve hangi IP adresinin geçtiğini not edin.
4. Bu IP adresinin SPF kaydınızda bulunup bulunmadığını kontrol edin.
5. Eksikse DNS yöneticinizle kaydı güncelleyin ve testi tekrarlayın.

Ayrıca gönderen sunucunun ters DNS kaydı da önemlidir; kavramı PTR kaydı yazımızda anlattık. Gmail "kimliği doğrulanmamış" gerekçesiyle reddediyorsa hata kodunun anlamına 550 5.7.26 hatası rehberimizden bakabilirsiniz.

Bu işi kendiniz mi yapmalısınız, yoksa profesyonel yardım mı almalısınız?

Spam klasörü kontrolü, test mesajı ve "Kimden" alanı düzeltmesi çoğu site sahibinin kendi başına yapabileceği işlerdir. Ancak DNS kayıtlarını değiştirmek, SMTP kimlik bilgilerini güvenli biçimde saklamak ve özel yazılmış bir formun kodunu düzenlemek daha fazla deneyim ister. Yanlış bir SPF kaydı, formla birlikte tüm kurumsal postanızı da etkileyebilir.

Siteyi sıfırdan ya da yeniden kurarken bu ayarları baştan doğru yapmak en ucuz yoldur. Bizim web tasarım sürecimizde formun gönderim yöntemi, gönderici adresi, veritabanı kaydı ve test akışı, yayın öncesi kontrol listesinin standart parçasıdır. Böylece site açıldığı gün ilk mesajın gerçekten ulaştığını görürsünüz.

Öte yandan yalnız teşhis istiyorsanız, aşağıdaki test yöntemiyle sorunun hangi halkada olduğunu kendiniz de bulabilirsiniz. Bulduğunuz sonucu destek ekibine ya da geliştiricinize iletmek, çözüm süresini kısaltır.

Form verisini veritabanına da kaydetmek neden şarttır?

E-posta, mesajın tek kopyası olmamalıdır. Form verisini aynı zamanda sitenizin veritabanına ya da yönetim panelindeki bir listeye kaydederseniz, e-posta kaybolsa bile müşteri adayı kaybolmaz. Üstelik bu kayıt, teşhiste de işe yarar: mesaj panelde var ama e-posta yoksa sorun gönderim tarafındadır.

• Panelde mesaj yoksa sorun formun kendisindedir; JavaScript hatası, eklenti çakışması ya da spam koruması mesajı engelliyor olabilir.
• Panelde mesaj varsa ama e-posta yoksa sorun gönderim yöntemi, kimlik doğrulama ya da alıcı kutusundadır.
• Hem panelde hem gelen kutusunda e-posta varsa ama bazıları eksikse "Kimden" alanı ya da spam filtresi şüphelidir.

Ancak kişisel veri sakladığınızı unutmayın. Hangi alanları ne kadar süre tuttuğunuzu belirleyin, eski kayıtları düzenli olarak silin ve aydınlatma metninizde bunu açıklayın. Bu not hukuki danışmanlık değildir; ayrıntı için hukuk danışmanınıza başvurun.

İletişim formundan mail gelmiyor sorununu nasıl test edersiniz?

İyi bir test, tek bir deneme değil, kontrollü bir dizidir. İletişim formundan mail gelmiyor sorununu teşhis ederken her denemenin saatini, kullandığınız adresi ve sonucu bir tabloya yazın. Böylece aralıklı sorunları da yakalarsınız.

1. Formu kendi kurumsal adresinizle doldurun ve gönderin.
2. Aynı formu bir Gmail adresiyle, ardından bir Outlook adresiyle doldurun.
3. Her mesajın gelen kutusuna mı, spam klasörüne mi düştüğünü ya da hiç gelmediğini not edin.
4. Gelen mesajların başlıklarında SPF, DKIM ve DMARC sonuçlarına bakın.
5. Panelde ya da veritabanında kayıt oluşup oluşmadığını kontrol edin.
6. Bir hafta boyunca günde bir test mesajı göndererek sorunun geri dönüp dönmediğini izleyin.

Ayrıca alıcı adresinin doğru yazıldığını kontrol edin; formun ayarlarındaki tek bir harf hatası, bütün mesajları var olmayan bir kutuya gönderebilir. Bu basit kontrol, sahada en çok gözden kaçan adımlardan biridir.

Son olarak testleri farklı cihazlardan ve farklı ağlardan da yapın. Örneğin ofis ağınızdan gönderilen bir mesaj sorunsuz ulaşırken mobil veriyle gönderilen mesaj spam korumasına takılabilir. Böylece gerçek ziyaretçinin deneyimine daha yakın bir tablo elde edersiniz ve sorunu kaynağında yakalarsınız.

Spam koruması gerçek mesajları da engelliyor olabilir mi?

Evet, olabilir. Spam botlarına karşı eklediğiniz koruma katmanı aşırı sıkı ayarlanırsa gerçek ziyaretçilerin mesajlarını da sessizce eler. Örneğin bazı eklentiler şüpheli bulduğu mesajı e-postaya hiç çevirmez, yalnız kendi günlüğüne yazar. Dolayısıyla form başarı mesajı verir ama siz hiçbir şey almazsınız.

Bu durumda koruma eklentisinin günlüğüne ya da "engellenenler" listesine bakın. Gerçek mesajlar orada duruyorsa eşiği gevşetin ya da farklı bir yöntem deneyin. Spama karşı dengeli korumayı iletişim formu spam rehberimizde ayrıca anlattık; burada yalnız teslimat açısından önemini vurguluyoruz.

Öte yandan formdan çok fazla spam gidiyorsa gönderici adresinizin itibarı da zarar görür. Yani zayıf koruma da, aşırı sıkı koruma da sonunda aynı yere çıkar: gerçek mesajların ulaşmaması.

Teşekkür sayfası ve otomatik yanıt teslimatı nasıl etkiler?

Ziyaretçiye otomatik bir "mesajınızı aldık" e-postası gönderiyorsanız, bu ikinci e-posta da aynı kimlik doğrulama kurallarına tabidir. Üstelik ziyaretçi adresini yanlış yazarsa geri dönen bildirimler gönderici adresinize birikir. Bu yüzden otomatik yanıtı kısa tutun ve gönderici adresinizi düzenli kontrol edin.

Ayrıca ziyaretçiye ekranda net bir onay göstermek, aynı mesajı iki üç kez göndermesini önler. Yinelenen mesajlar hem kutunuzu doldurur hem de spam filtrelerini tetikleyebilir. Onay ekranının nasıl kurgulanacağını teşekkür sayfası tasarımı yazımızda anlattık.

• Otomatik yanıtta bağlantı ve görsel sayısını az tutun.
• Ziyaretçinin mesajını otomatik yanıtta birebir tekrar etmeyin; kötüye kullanılabilir.
• Teşekkür sayfasında bir sonraki adımı ve size ulaşmanın alternatif yolunu gösterin.

Hangi belirtiler hangi nedene işaret eder?

Aşağıdaki kısa liste, belirtiden nedene hızlıca gitmenizi sağlar. Ancak her belirti birden fazla nedene işaret edebilir; bu yüzden listeyi kesin teşhis değil, başlangıç noktası olarak kullanın.

• Hiçbir mesaj gelmiyor, panelde de yok: form yazılımı, eklenti çakışması ya da spam koruması.
• Panelde var, hiçbiri gelmiyor: gönderim yöntemi, barındırma kısıtı ya da yanlış alıcı adresi.
• Hepsi spam klasörüne düşüyor: SPF, DKIM ya da DMARC uyumsuzluğu.
• Bazıları geliyor, bazıları gelmiyor: "Kimden" alanında ziyaretçi adresi kullanımı.
• Bir gün aniden durdu: SMTP parolası değişti, DNS kaydı değişti ya da posta kutusu doldu.

Posta kutusunun dolması da şaşırtıcı ölçüde sık rastlanan bir nedendir. Google hesabınızda depolama dolduysa yeni e-postalar ulaşmaz; bu durumu Google depolama alanı doldu yazımızda ayrıca ele aldık.

Görseller ve karanlık mod gibi diğer site sorunları formla ilişkili mi?

Doğrudan ilişkili değildir, ama aynı bakım alışkanlığının parçasıdır. Formun çalışıp çalışmadığını düzenli test eden ekipler, sitenin diğer zayıf noktalarını da erken fark eder. Örneğin telefonların karanlık modunda formun alanlarını okuyamayan ziyaretçi formu hiç doldurmayabilir; bunu karanlık modun siteyi bozması yazımızda anlattık.

Benzer biçimde, sitenizin görsellerinin başka sitelerde izinsiz kullanıldığını fark ederseniz ne yapacağınızı görsellerim başka sitede kullanılıyor rehberimizde bulabilirsiniz. Kısacası aylık küçük bir kontrol listesi, form dahil pek çok sessiz sorunu yakalar.

Sorunu kalıcı olarak önlemek için hangi bakım rutinini kurmalısınız?

Form e-postası bir kez düzeldikten sonra da izlenmelidir. Parola değişiklikleri, eklenti güncellemeleri, barındırma taşıması ve DNS düzenlemeleri, çalışan bir formu fark ettirmeden bozabilir. Bu yüzden basit bir rutin kurmanızı öneririz.

• Ayda bir, formdan kurumsal adrese ve bir Gmail adresine test mesajı gönderin.
• Her eklenti ya da tema güncellemesinden sonra formu yeniden deneyin.
• Barındırma ya da DNS değişikliğinden sonra SPF ve DKIM sonuçlarını kontrol edin.
• SMTP parolasını değiştirdiğinizde form ayarını da aynı gün güncelleyin.
• Panelde biriken mesajları e-postayla karşılaştırarak eksik var mı bakın.

Böylece bir sonraki sorun, aylarca fark edilmeden müşteri kaybettirmez; en geç bir ay içinde ortaya çıkar.

Barındırma taşıması ya da alan adı değişikliğinden sonra form neden durur?

Site yeni bir sunucuya taşındığında formun gönderim kaynağı da değişir. Eski sunucunun IP adresi SPF kaydınızda yer alıyordu, ama yenisi yer almıyor olabilir. Dolayısıyla taşımadan sonraki ilk gün form sessizce spam klasörüne düşmeye başlar ve çoğu zaman kimse bunu taşımayla ilişkilendirmez.

Benzer biçimde alan adını değiştirdiyseniz formun "Kimden" adresi eski alan adında kalmış olabilir. Ayrıca eski alan adının DKIM anahtarı yeni posta servisinde tanımlı değilse imza kontrolü başarısız olur. Bu yüzden taşıma kontrol listenize mutlaka "formdan test mesajı" adımını ekleyin.

1. Taşımadan önce formun hangi yöntemle gönderdiğini not edin.
2. Yeni sunucuda SMTP ayarlarını ve parolayı yeniden girin.
3. SPF kaydını yeni gönderim kaynağına göre güncelleyin.
4. DKIM imzasının yeni ortamda da geçtiğini başlıklardan doğrulayın.
5. Taşımadan sonraki ilk hafta her gün bir test mesajı gönderin.

Kısacası taşıma, formun en sık bozulduğu andır. Bu adımları önceden planlarsanız sorunu müşteri değil siz fark edersiniz.

Kurumsal posta servisi değiştiğinde form ayarlarında neleri güncellemelisiniz?

Kurumsal postanızı bir servisten diğerine taşıdığınızda formun bağlandığı SMTP sunucusu, port numarası, şifreleme türü ve kullanıcı bilgileri değişir. Eski bilgilerle kalan form, giriş yapamaz ve mesajı göndermez. Üstelik bazı eklentiler bu hatayı yalnız kendi günlüğüne yazar; yani siz yine hiçbir uyarı görmezsiniz.

• SMTP sunucu adını, portu ve şifreleme türünü yeni servisin resmi belgesinden alın.
• Servis uygulama parolası istiyorsa normal parola yerine onu kullanın.
• Eski servisin SPF ve DKIM kayıtlarını, yenisi devreye girdikten sonra temizleyin.
• MX kayıtları değiştiyse alıcı kutusunun yeni serviste açık olduğunu doğrulayın.

Ayrıca taşıma sırasında bazı mesajlar eski kutuda kalabilir. Bu nedenle geçiş haftasında hem eski hem yeni kutuyu izleyin. Taşıma sürecinin genel planını kurumsal e-posta taşıma rehberimizde anlattık.

Geliştiricinize ya da destek ekibine hangi bilgileri vermelisiniz?

Sorunu başkasına devrettiğinizde iyi bir rapor, çözüm süresini belirgin biçimde kısaltır. "Form çalışmıyor" demek yerine somut bilgi verin. Böylece destek ekibi tahmin yürütmez, doğrudan doğru katmana bakar.

• Test mesajlarının tarih ve saatleri, kullandığınız gönderen adresleri.
• Mesajın panelde ya da veritabanında oluşup oluşmadığı.
• Gelen mesajlardaki SPF, DKIM ve DMARC sonuçları.
• Kullandığınız form eklentisi ve SMTP eklentisi, ayrıca son güncelleme tarihleri.
• Varsa geri dönen bildirimin metni ve hata kodu.

Öte yandan raporda parolanızı ya da SMTP kimlik bilgilerinizi düz metinle paylaşmayın. Bu bilgileri güvenli bir kanal üzerinden, gerektiğinde ve yalnız ilgili kişiye iletin. Ardından iş bittiğinde parolayı değiştirmeyi unutmayın.

Birden fazla form ve birden fazla alıcı varsa düzeni nasıl kurarsınız?

Sitenizde iletişim, teklif ve randevu gibi birden fazla form varsa her birinin ayarı ayrı ayrı bozulabilir. Örneğin iletişim formu SMTP ile çalışırken teklif formu hâlâ sunucunun kendi posta fonksiyonunu kullanıyor olabilir. Dolayısıyla "bir form çalışıyor" demek, hepsinin çalıştığını göstermez.

Bu yüzden önce sitedeki tüm formların bir envanterini çıkarın. Her form için gönderim yöntemini, gönderici adresini, alıcı adresini ve veritabanı kaydını tek bir tabloda toplayın. Böylece eksik ayarı olan formu hemen görürsünüz ve test planınızı da bu tabloya göre kurarsınız.

• Her formu aynı doğrulanmış gönderici adresine bağlayın; farklı adresler kontrolü zorlaştırır.
• Alıcı olarak kişisel kutular yerine ekipçe izlenen ortak bir kutu kullanın.
• Çalışan ayrıldığında alıcı adresini güncelleyin; aksi halde mesajlar kapalı bir kutuya gider.
• Yüksek hacimli formlarda işlemsel e-posta servisini değerlendirin.

Ayrıca form tasarımının kendisi de teslimatı dolaylı olarak etkiler. Gereksiz alanlar ve belirsiz hata mesajları, ziyaretçinin formu yarım bırakmasına ya da aynı mesajı defalarca göndermesine yol açar. Teklif ve randevu formlarını sade kurmanın yollarını randevu ve teklif formu tasarımı yazımızda ele aldık. Kısacası düzenli bir form envanteri, hem teşhisi hem bakımı kolaylaştırır.

Formunuzun güvenilir çalışması için ne zaman destek almalısınız?

Bu yazıdaki adımları uyguladığınız halde iletişim formundan mail gelmiyor ya da mesajlar spam klasörüne düşmeye devam ediyorsa, sorun büyük olasılıkla DNS, sunucu ya da özel kod katmanındadır. Bu katmanlarda deneme yanılma, kurumsal postanızın tamamını riske atabilir.

Böyle durumlarda formun gönderim yöntemini, gönderici adresini, kimlik doğrulama kayıtlarını ve veritabanı yedeğini birlikte ele alan bir kurulum gerekir. Talha Aslan ve ekibi olarak web tasarım hizmeti kapsamında formları bu kontrol listesiyle kuruyor ve yayın öncesi gerçek alıcılarla test ediyoruz. Sıralama ya da teslimat garantisi vermiyoruz; ancak bilinen nedenleri baştan kapatmak, sorunların büyük kısmını önler.

Kısacası iletişim formu, sitenizin en değerli parçalarından biridir. Ona bir kez kurup unuttuğunuz bir eklenti gibi değil, düzenli test edilen bir satış kanalı gibi davranın.