3.3.3 Hata Önerisi

Mümkün olduğunda, algılanan girdi hatalarının nasıl düzeltileceğine dair öneriler kullanıcıya sunulmalıdır.

SC Kodu: 3.3.3 Seviye: AA
URL: https://www.w3.org/TR/WCAG22/#error-suggestion

Genel Tanım

Başarı Kriteri 3.3.3 Hata Önerisi, bir giriş hatası otomatik olarak tespit edildiğinde ve düzeltme önerileri bilindiğinde, bu önerilerin kullanıcıya sunulmasını gerektirir. Bu, kullanıcıların hatalarını nasıl düzelteceklerini anlamalarına yardımcı olarak daha sorunsuz ve erişilebilir bir form gönderme süreci sağlar.

Faydalar

• Azaltılmış Bilişsel Yük: Düzeltmeler için öneriler ve ipuçları sunmak, bilişsel ve öğrenme güçlüğü çeken kullanıcılar için görev tamamlama oranını artırır.

Ana Amaç

Kullanıcıların etkileşimli form kontrolleriyle etkileşimi sırasında hatalar oluştuğunda, düzeltmeler için kullanıcılara öneriler ve ipuçları sunulmasını sağlamak. Bu başarı kriteri, Başarı Kriteri 3.3.1'e (Hata Tanımlama) benzer, ancak özellikle hatalar için ipuçları ve öneriler sunmaya odaklanırken, Başarı Kriteri 3.3.1 hataları tanımlamaya ve sunmaya odaklanmaktadır. Yazarlar genellikle kullanıcıların karşılaşabileceği belirli hataları önceden tahmin edebilir ve buna göre öneriler hazırlayabilirler. Hata ipuçları, kullanıcı formu göndermeden önce veya form gönderimi sırasında dinamik olarak sağlanabilir.

Hatalar metin, radyo düğmeleri, seçim kutuları veya onay kutusu grupları gibi çeşitli formatlarda görüntülenebilir. Yazar, kullanıcının ne girmek istediğini tahmin edebilir ve kullanıcıya doğru değeri seçmesi için seçenekler sunabilir.

Örneğin, bir kullanıcının aboneliğe başlama ayını girmesi isteniyorsa ve kullanıcı '3' gibi sayısal bir değer girerse, form gönderildiğinde tarih alanıyla ilgili bir sorun olduğunu belirten ve şu şekilde bir düzeltme öneren bir hata mesajı görünebilir: 'Bir hata oluştu. Lütfen aboneliğin başlangıç ​​ayını seçin (örneğin, Ocak, Şubat, Mart, Nisan, Mayıs, ...).'

En İyi Uygulamalar

• Açıklayıcı Hata Mesajları: Sorunun ne olduğunu açıklayan net ve açıklayıcı hata mesajları verin. "Geçersiz parola" gibi genel mesajlardan kaçının. Bunun yerine, şu gibi özel yönergeler sağlayın: "Geçersiz parola. Parolalar en az bir büyük harf içermelidir (örneğin, dRq123)."
• Programatik İlişkilendirme: WAI ARIA niteliklerini kullanarak hataların yardımcı teknolojiler tarafından algılanmasını sağlayın.

Örnekler ve Açıklamalar

Örnek: Formda Geçersiz Tarih Girişi

Nelerden Kaçınılmalı?

Kullanıcı, bir çalışanın doğum tarihini içeren bir form gönderiyor. Kullanıcı önce ayı, sonra günü, sonra da yılı giriyor (AA/GG/YYYY). Formda genel bir hata mesajı görüntüleniyor: "Geçersiz tarih."

Açıklama: Bu hata mesajı belirsizdir ve hatanın nasıl düzeltileceğine dair spesifik talimatlar vermemektedir. Kullanıcı doğru tarih biçiminden emin olamamaktadır.

Ne Yapılmalı?

Hata tespit edildiğinde, kullanıcıyı hatadan haberdar eden ve düzeltme talimatları veren, role="alertdialog" özelliğine sahip bir uyarı iletişim kutusu görüntülenir.

HTML/CSS

<div role = "alertdialog" aria-labelledby = "alertHeading" aria-describedby = "alertText" >
  <h1 id = "alertHeading" >Hata Mesajı</h1 >
  <div >
    <p id = "alertText" >Tarih yanlış girilmiş. Lütfen şu formatı referans olarak kullanın: (YYYY/MM/DD).</p >
  </div>
  <button> Kaydet ve Devam Et </button>
  <button> Sayfaya geri dön ve hatayı düzelt </button>
</div>

Açıklama: Bu uyarı iletişim kutusu hatayı açıkça tanımlar ve hatayı düzeltmek için özel talimatlar sunarak kullanıcının giriş hatasını verimli bir şekilde düzeltmesine yardımcı olur.