Müşterilerin anlayıp tamamlayabildiği formlar tasarlayın: gerekli alanlar, esnek giriş, anlaşılır hatalar, çok dilli kullanım ve uygulanabilir kabul kontrolleri.
Web formu, müşteriyle yapılan küçük bir anlaşmadır: Bu bilgileri paylaşın, işletme de ilgili işi ilerletsin. Gereksiz sorular, geçerli telefon numarasını reddeden kurallar ve hata sonrasında kaybolan yanıtlar bu anlaşmayı bozar. Erişilebilir bir form tasarlarken önce çalışanların gerçekten hangi bilgilere ihtiyaç duyduğunu belirlemek, sonra görevi farklı cihazlarda, dillerde ve kullanım biçimlerinde tamamlanabilir hâle getirmek gerekir. Bu rehber işletme sahibi, tasarımcı ve geliştirici için bir çalışma çerçevesidir; belirli bir sitenin erişilebilirlik standardına uygun olduğunu belgelemez.
Her alanın iş açısından bir amacı olsun
Varsayımsal bir tadilat firmasını düşünün. İlk görüşmeyi yapabilmek için proje türü, konum, kısa açıklama ve iletişim bilgisi yeterli olabilir. İstenen başlangıç tarihi yararlıdır; ancak ayrıntılı metrekare, kesin bütçe ve mimari çizim müşteride henüz bulunmayabilir. Soruları başvuru için gerekli, yararlı fakat isteğe bağlı ve daha sonra gerekli şeklinde ayırın. Satış ekibinin tablosunda yer alması, bir alanı kendiliğinden zorunlu yapmamalıdır.
Her sorunun yanına yanıtı kimin kullanacağını ve hangi kararı değiştireceğini yazın. Bu aşamada belirgin işlevi olmayan soruyu kaldırın. Aynı çalışma operasyonel boşlukları da gösterir: Talebi kim alacak, inceleyecek ve yanıtlayacak? Karmaşık projelerde ilk görüşmeye yetecek bilgiyi toplayıp uygulama ayrıntılarını kapsam görüşmesinden sonra isteyebilirsiniz. Formun kısa olması, ancak ekip gelen bilgiyle harekete geçebiliyorsa değer taşır.
Alan adları görünür ve anlaşılır kalsın
W3C'nin form etiketleri rehberi, yardımcı teknolojilerin alanı tanıyabilmesi için etiketle giriş alanının programatik olarak ilişkilendirilmesini açıklar. Görünen metni de somutlaştırın: “İletişim” yerine “Yanıtımızı alacağınız e-posta adresi”, belirsiz bir “Açıklama” yerine “Projenin ayrıntıları” daha açık bir beklenti oluşturur.
Yer tutucu metin örnek verebilir; sorunun bulunduğu tek yer olmamalıdır. Kullanıcı yazmaya başladığında da neyi yanıtladığını görebilsin. İsteğe bağlı alanları açıkça işaretleyin ve hassas görünebilecek bir bilginin neden istendiğini açıklayın. Seçili seçeneği yalnızca hafif bir renk değişikliğiyle anlatmayın. Kullanıcı, seçiminin durumunu yazılı açıklama veya belirgin bir işaret üzerinden de anlayabilsin.
Yazım farklılıklarına izin verin, güvenliği koruyun
Esnek giriş, bilginin anlamıyla biçimini ayırmak demektir. İsimler birden çok sözcük, Türkçe harf veya Arapça karakter içerebilir. Telefon numarası boşluklu ya da parantezli yazılabilir; başka bir sistemin daha sonra standart biçim istemesi bu girdiyi baştan reddetmeyi gerektirmez. Ülke kodu gerekiyorsa açıkça sorun. Sayfanın dilinden sessizce bir ülke kodu çıkarmayın ve sorun açıklarken kullanıcının önceki yanıtını koruyun.
Tadilat örneğinde “Beğendiğiniz web siteleri” sorusu, bir adresle birlikte müşterinin neyi beğendiğini anlatmasına izin verebilir. Referansın başında protokol bulunmaması bütün talebi engellememelidir. Yalnızca site adresi isteyen ayrı bir alan www.example.com biçimini tanıyıp kabul edilen adresi gösterebilir. Bununla birlikte, serbest metni çalıştırılabilir kod gibi işlemek veya tehlikeli bağlantıları kabul etmek ayrı bir güvenlik sorunudur. Sunucu doğrulaması, güvenli çıktı üretimi ve veri saklama kuralları geçerliliğini korur.
Yanıt hatasıyla hizmet sorununu ayırın
W3C'nin form bildirimleri rehberi, gönderim sonucunun ve hatayı düzeltme yolunun anlaşılır biçimde bildirilmesini önerir. “name@example.com biçiminde bir e-posta adresi girin” müşteriye yapılabilir bir adım sunar; “Geçersiz değer” sunmaz. Bağlantı sorunu da müşterinin yanlış yanıtıymış gibi açıklanmamalıdır.
GOV.UK doğrulama rehberi, yanıtların korunmasını ve anlaşılır hata özeti sunulmasını ele alır. Örneğimizde özet, müşteriyi doğrudan eksik e-posta alanına götürebilir. Talep kaydedilmiş ancak bilgilendirme e-postası henüz ulaşmamışsa bu iki durumu ayrı anlatın. “Talebiniz başarısız” mesajı, müşteriyi gereksiz bir ikinci başvuru yapmaya yöneltebilir.
Geliştiriciyle durumları önceden kararlaştırın: hazır, gönderiliyor, düzeltme gerekiyor, kaydedildi, kaydedilemedi ve sonuç henüz bilinmiyor. Sunucu talebi almış olsa bile yanıt bağlantısı kesilebilir. Bu yüzden güvenli yeniden deneme sunucu tarafında da desteklenmelidir; düğmeyi kapatmak tek başına bütün yinelenen kayıtları önlemez. Belirsiz sonucun çalışanlar tarafından nasıl araştırılacağını da belirleyin. Müşteriden aynı bilgileri tekrar tekrar yazmasını istemek kalıcı bir çözüm değildir.
Üç dili ayrı birer kullanıcı deneyimi olarak değerlendirin
Arapça uygun okuma yönü gerektirir; e-posta adresleri ve bağlantılar ise anlaşılır karakter sırasını korumalıdır. Arapça bir isimle uluslararası telefon numarasının aynı satırdaki görünümünü inceleyin. Hata kutusunu en kısa çeviriye göre boyutlandırmayın; uzun İngilizce ve Türkçe açıklamalara da yer ayırın. Arapça ve RTL web sitesi rehberi bu ayrıntıları sayfa düzeninin tamamıyla birlikte ele alır.
04/05 gibi bir tarih farklı alışkanlıklara göre farklı anlaşılabilir. Kontrol ekranında ay adını yazıyla gösterin veya gün, ay ve yıl alanlarını belirgin biçimde adlandırın. Yalnızca etiketleri değil; sunucudan gelen mesajları, yönergeleri ve durumları da çevirin. Kullanıcı formun yarısında dili değiştirirse yanıtların ne olacağını kararlaştırın. Bilgileri koruyun; müşterinin yazdığı serbest açıklamanın otomatik olarak çevrildiği izlenimini vermeyin.
Kaliteyi teslim sırasında sınanabilir hâle getirin
- Görevi yalnızca klavyeyle tamamlayın; odak görünür olsun ve menüler ya da pencereler ilerlemeyi engellemesin.
- Telefonda ekran klavyesi açıkken alanı, hata açıklamasını ve devam işlemini kontrol edin.
- Bilgiyi bilerek eksik gönderin; önceki yanıtların korunduğunu ve yalnızca ilgili alanların düzeltilmesi gerektiğini doğrulayın.
- Uzun isimleri, Arapça ve Türkçe karakterleri, uluslararası numaraları ve sorunun izin verdiği referans biçimlerini deneyin.
- Mümkün olduğunda ekran okuyucu kullanan bir katılımcıyla görevi sınayın; yalnızca görünüşe göre karar vermeyin.
- Doğru talebin ekibe ulaştığını, müşteri ve yönetici referanslarının eşleştiğini, yeniden denemenin kopya kayıt üretmediğini kontrol edin.
Her sorun için sorumlu ve gözlemlenebilir bir çözüm ölçütü belirleyin. Bu kontroller kapsamlı bir erişilebilirlik değerlendirmesinin yerini tutmaz; müşteriler karşılaşmadan önce pratik aksaklıkları ortaya çıkarmaya yarar. Küçük işletmeler için kullanılabilirlik testi, teknik hata üretmeyen tereddütleri de incelemenizi sağlar.
Çok adımlı form ne zaman anlamlıdır?
Hizmet seçimi, proje ayrıntıları ve son kontrol gibi belirgin karar grupları varsa adımlar yararlı olabilir. Yalnızca ilerleme çubuğu göstermek için üç basit soruyu üç sayfaya bölmeyin. Taslak kaydediliyorsa gerçek saklama ve yeniden erişim davranışını açıklayın; kayıt doğrulanmadan “Kaydedildi” yazmayın. Sonraki formların aynı iyileştirmeleri kullanabilmesi için metinleri ve durumları tasarım sisteminde belgeleyin.
Editoryal açıklama: Bu makale yapay zekâ desteğiyle hazırlanmıştır. Örnekler varsayımsaldır; kaynak bağlantıları doğrulama ve ayrıntılı okuma içindir. İçerik, bir web sitesine ait erişilebilirlik denetim raporu değildir.