Стандарти · WCAG 2.2

SC 3.3.3 Ниво AA WCAG 2.0

Предложение при грешка

Когато е открита грешка при въвеждане и системата разполага с информация за корекция, тя трябва да предложи такава корекция на потребителя — освен ако това би компрометирало сигурността или би обезсмислило целта на въвеждането.

Какво се изисква

Когато въведените данни са невалидни и системата разполага с достатъчно информация, за да предложи корекция, тя трябва да го направи. „Датата трябва да бъде в формат ДД/ММ/ГГГГ — имахте предвид 17/04/2026?” е значително по-добро от просто „Невалидна дата.” Ако системата знае валидните опции (например най-близката съответстваща стойност или списък с допустими държави), тя следва да ги покаже.

Критерият съдържа изрични изключения: не трябва да се разкрива информация, която би компрометирала сигурността (не предлагайте потребителско име, когато истинската грешка е сгрешена парола), и не трябва да се предлагат корекции, които биха обезсмислили целта на въвеждането (не автокоригирайте CAPTCHA).

Как да се изпълни изискването

  • При грешки в формата показвайте очаквания формат и в идеалния случай преформатирайте въведеното от потребителя като предложение: „Опитайте 555-123-4567.”
  • За имейл адреси с правописни грешки предлагайте „Имахте предвид user@gmail.com?” когато въведеният домейн е близък до известен.
  • За невалидни пощенски кодове предлагайте най-близкото съответствие или показвайте валидния формат за избраната държава.
  • За правила за парола посочвайте конкретно кое правило не е изпълнено: „Паролата трябва да съдържа цифра — опитайте да добавите такава.”
  • За числа извън допустимия диапазон посочете разрешения диапазон и предложете най-близката валидна стойност.
  • Не прилагайте предложенията мълчаливо — позволявайте на потребителя да ги приеме или откаже.

Чести грешки

  • Общи съобщения „Невалидно въвеждане” без указания как изглежда валидното въвеждане.
  • Полета за парола, показващи „Паролата не отговаря на изискванията”, без да уточняват кое правило не е спазено.
  • Адресни формуляри, отхвърлящи пощенски код, без да посочат очаквания формат за избраната държава.
  • Валидатори за имейл, отхвърлящи мълчаливо „user@gmial.com” без никакво предложение за вероятната правописна грешка.

Защо е важно

Предложенията при грешка са разликата между потребител, оправящ грешката за три секунди, и потребител, изоставящ формуляра. За потребители с когнитивни увреждания, дислексия или затруднения в двигателната функция, когнитивното натоварване при разгадаване на причината за грешката от неясно съобщение „Невалидно” е действителната бариера — не самата правописна грешка.

Съчетавайте 3.3.3 с 3.3.1 и 3.3.2: идентифицирайте какво е сгрешено, предлагайте как да бъде коригирано и означавайте полето ясно от самото начало, за да стане грешката по-малко вероятна.