Сетивни характеристики
Инструкциите не трябва да разчитат единствено на форма, размер, местоположение, ориентация, звук или цвят. "Натиснете зеления бутон вдясно" изключва потребители, които не могат да видят оформлението или да разграничат цветовете.
Какво изисква критерият
Инструкциите, които указват на потребителите как да взаимодействат със съдържанието, трябва да работят и за хора, които не могат да възприемат сетивния сигнал, към който се препраща. Ако се каже „натиснете кръглия бутон”, потребителят на екранен четец няма как да разбере кой бутон е кръгъл. Ако се каже „менюто вляво”, потребител, прелял страницата в единична колона, вляво вече няма нищо. Всяка сетивна индикация трябва да се съчетава с несетивен идентификатор — етикет, наименование или номер.
Как да се постигне съответствие
- Заменете „натиснете зеления бутон” с „натиснете бутона Изпращане” — посочете наименованието на контрола.
- Заменете „вижте полето вдясно” с „вижте раздела „Ценообразуване” по-долу” — наименувайте раздела по заглавието му.
- При препратки към диаграми назовете означения елемент, а не неговата позиция: „вижте стъпка 3”, а не „вижте горния кръг”.
- При звукови сигнали („ще чуете звуков сигнал при завършване”) добавете видимо съобщение за статуса.
- При препратки към икони по форма („иконата с зъбно колело”) се уверете, че иконата притежава достъпно наименование в маркапа.
Чести нарушения
- „Натиснете кръглия зелен бутон, за да продължите” — три сетивни индикации, нито едно наименование.
- Помощен текст към формуляр с указание „вижте панела вдясно” в настолно оформление, което на мобилни устройства се превръща в единична колона.
- „Изчакайте звуков сигнал” без визуална алтернатива.
- Текст в урок, препращащ към „синята връзка в страничната лента” — цвят, местоположение, без наименование.
- Обиколен тур на приложение: „подсказката със стрелката” — разчита изцяло на форма.
Защо е важно
Автоматизираните инструменти (като Lighthouse) рядко засичат нарушения на този критерий, тъй като не могат да четат проза. Проблемите се откриват само при ръчен преглед. Поправката почти винаги е редакция на текста, не промяна в кода — лесна за реализиране, но лесна за пропускане.