Randevu formunda erişilebilir hata mesajı yazmak
Tarih biçimini, dolu randevuyu ve belirsiz kayıt durumunu farklı mesajlarla açıklayın; mesajı ilgili alanla ilişkilendirin.

Hata mesajı, kişinin sonraki adımda ne yapabileceğini açıklamalıdır. “Geçersiz giriş” yanlış tarih biçimini düzeltmeye pek yardımcı olmaz; dolu bir randevu saati içinse yanlış açıklamadır. Kaydın oluşup oluşmadığı bilinmiyorsa başka bir mesaj gerekir.
Üç duruma uygun mesajlar
Aşağıdaki randevu hizmeti kurgusaldır. Tarih için metin alanı kullanır ve mevcut randevuların listesini sunar. Örnek tarih 14 Aralık 2026'dır.
Durum | Örnek mesaj |
|---|---|
Tarih biçimi okunamıyor | “Tarihi GG.AA.YYYY biçiminde girin. Örneğin 14.12.2026.” |
Seçilen saat bu sırada dolmuş | “Bu randevu saati artık dolu. Başka bir saat seçin.” |
Gönderdikten sonra bağlantı kesildi; kayıt durumu bilinmiyor | “Randevunuzun kayıt durumu belirsiz. Yeniden oluşturmadan önce randevu listenizi kontrol edin.” |
Üçüncü mesaj işlemin başarısız olduğunu söylemez; bu henüz bilinmiyor. Örnekte “Randevu listesini aç” bağlantısı mevcut kayıtlara gider. Gerçek üründe böyle bir liste yoksa durumu güvenilir biçimde öğrenmenin başka bir yolu gerekir.
Mesajı alanla ilişkilendirin
Biçimi ve örneğini hata oluşmadan da gösterin. Hedef kitlenizin ihtiyaç duyduğu giriş yöntemlerini mümkün olduğunca destekleyin; gereksiz biçim kısıtları koymayın. Bu sade örnek, biçim hatası sonrasındaki metin alanını gösterir:
<label for="appointment-date">Tarih</label>
<p id="appointment-date-hint">GG.AA.YYYY, örneğin 14.12.2026</p>
<input id="appointment-date" name="appointmentDate" type="text"
value="14/12" aria-invalid="true"
aria-describedby="appointment-date-hint appointment-date-error">
<p id="appointment-date-error">Tarihi GG.AA.YYYY biçiminde girin.</p>Kimlikler etiketi, ipucunu ve hata mesajını aynı alana bağlar. Renk yardımcı olabilir; fakat mesaj kırmızı çerçeve olmadan da anlaşılmalıdır. W3C WAI rehberi, anlaşılır düzeltme yönlendirmelerini ve aria-describedby ile bu ilişkiyi açıklar.
Doğru girişten sonra hata metnini, ona yapılan referansı ve hata işaretini kaldırın; biçim ipucu kalabilir. Bu HTML örneği tek başına bütün formun erişilebilir olduğunun kanıtı değildir.
Düzeltmeye giden yolu deneyin
Gönderimden sonra birden çok hata varsa ilgili alanlara bağlantı veren bir hata özeti yararlıdır. Odağın özete mi, ilk hatalı alana mı taşınacağını belirleyin; akışı klavye ve hedeflediğiniz ekran okuyucularla sınayın. Dinamik mesajlar fark edilebilir olmalı, her tuşta gereksiz kesintiye yol açmamalıdır.
Örnek hizmette kişi yanlış tarihi, diğer geçerli bilgileri tekrar girmeden düzeltebilmelidir. Ardından eski hatanın okunmaya devam etmediğini kontrol edin. Dolu randevuda diğer bilgiler korunur, kişi başka saat seçer. Kayıt durumu belirsizse sonraki adım önce mevcut randevuyu araştırır.
Teyit edilen randevuyu gösteren açık bir başarı mesajını da denemeye ekleyin. Kişi ancak bu şekilde işin tamamlandığını anlayabilir.
Kaynaklar
Devamını okuyun
Tüm yazılar







Projeniz ASES ile
Projenizi bize anlatın. İlk değerlendirmemizle size dönelim.


