Поле на формуляр без правилно свързан етикет е най-честата грешка, която намираме на контактни формуляри, процеси на поръчване и екрани за влизане. Етикетът често е визуално наличен, добре позициониран над или до полето за въвеждане, но в изходния код не е свързан с това поле. Екранният четец тогава прочита полето като "редактиране, празно" без да посочи за какво служи полето.
Проблемът обикновено възниква, когато етикет и поле за въвеждане визуално принадлежат един на друг, но програмистът (или системата за разработка) не е установил техническа връзка между двете. За зрящ потребител това няма значение: той просто вижда етикета. За някой, който работи с екранен четец, такава визуална близост не съществува. Важното е връзката в кода, и тя липсва по-често, отколкото бихте си представили, дори на сайтове, които изглеждат добре организирани.
Три варианта на същата грешка
Най-честата форма е етикетът, който е на екрана, но съществува отделно от полето в кода, без техническа връзка. Втората форма е използването на текст за заместител в самото поле като единственото обяснение: щом потребителят начне да пише, този текст изчезва, и екранният четец освен това не винаги третира заместител като валиден етикет. Третата форма виждате особено при икони: поле за търсене само с икона лупа, или бутон само с пиктограма, без текст, който екранният четец да може да прочете.
Всички тези варианти имат общо, че грешката обикновено не е намерена. Никой не проектира формуляр, за да го направи недостъпен. Това се случва, защото етикетът визуално е верен и разработчикът предполага, че това е достатъчно, докато техническата връзка е отделна стъпка, която лесно се пропуска, особено под натиск на време или при шаблон, който първоначално не е разработен с достъпност в предвид.
Защо това има по-голямо значение, отколкото изглежда
Формуляр е често точката, в която посетител всъщност желае да урегулира нещо: да завърши поръчка, да създаде профил, да се свърже. Ако етикетът липсва точно в този момент, процесът спира за част от вашите посетители, докато останалата част на сайта работи добре. Надзорни органи и оценяватели често първо разглеждат тези видове проблеми при формуляри, защото те директно влияят на това дали някой може да ползва услуга.
Освен това тази грешка лесно се разпространява. Етикет без връзка в един шаблон за адресно поле често се появява на десетки страници наведнъж, защото един и същ компонент се преизползва навсякъде. Една пропусната връзка в основата засяга по този начин целия процес на поръчване или целия екран за влизане.
Как да го тествате и където автоматично сканиране има своите граници
Автоматично сканиране добре разпознава част от тези грешки: вижда дали етикет технически е свързан с поле и дали поле за въвеждане изобщо няма име. Това, което сканирането по-трудно оценява, е дали етикетът съдържателно е верен, дали текстът за заместител като единственото обяснение е достатъчно ясен, и дали редът на четене за екранния четец е логичен. Това е точно причина, поради която във всеки доклад уточняваме какво автоматично тестване покрива и какво не; по този начин знаете какво трябва да бъде разгледано ръчно.
Ако искате сами да се запознаете на първо място, най-простият тест е да преминете през формуляра само с клавиатура и да проверите дали всяко поле получава ясно име, когато го активирате с Tab. За по-подробна картина, включително процеса на поръчване и тока на влизане, помага пълното сканиране, което преглежда отвъд начална страница да видите където этикетите липсват или не са свързани с техните полета.
Какво widget за достъпност не решава тук
Приложение за достъпност, което е залепено върху сайта, не може да възстанови липсваща връзка между етикет и поле; тази връзка е в самия изходен код и трябва да бъде коригирана там. Това е един от причините, поради които не продаваме overlays: те скриват този вид грешки пред очите, но екранният четец не забелязва нищо.
Решението само по себе си обикновено е ограничено по обем: разработчикът свързва етикета със полето, заменя заместител-като-етикет с истински етикет или добавя невидим текст към бутон с икона. Това не е голяма преустройка, но е работа, която трябва да се извършва целенасочено, за всяка форма и всеки шаблон. В базата за знания с обяснение по тема можете да прочетете как тези и подобни грешки се отнасят към изискванията на EN 301 549.
След поправката: документиране и наблюдение
Етикет, който поправяте сега, може да изчезне отново при следващата промяна на шаблона, например когато дизайнер преоформлява формуляра, без да проверява повторно връзката. Поради това поправката трябва не само да бъде техническо решена, но и да бъде включена в плана за подобрение, така че да е ясно кой е отговорен и кога ще бъде преверена отново. Как организираме тази проверка и повторение, е обяснено на страницата относно начина на оценяване.
Ако се съмнявате дали вашите собствени формуляри съдържат тази грешка, това често може да се установи в рамките на няколко минути с помощта на навигация с клавиатура. Ако искате структуриран подход с приоритизиран списък, това започва с безплатното бързо сканиране или първо можете да прочетете често задаваните въпроси относно това, което сканирането проверява и не проверява.