Посетителят трябва да може да намери услугата, да разбере полетата и да извърши основното действие. Това важи и когато използва клавиатура, увеличава текста или разчита на помощна технология. Достъпността започва от тези конкретни задачи, а не от добавянето на декоративна значка.
Тук показваме начален преглед с реална проверка на собствената форма на DrNiki. Той може да открие пропуски и да помогне за приемането на промяна. Както уточняват началните проверки на W3C WAI, подобен преглед не е пълна оценка. Статията не удостоверява съответствие с всички критерии на WCAG или с правни изисквания.
Проверете цялата задача, не само началната страница
За сайт за услуги това може да е „намирам услугата и изпращам запитване“. За магазин: „избирам вариант, добавям го в количката и стигам до потвърждение“. Разделете задачата на стъпки и отбележете кога се отваря меню, появява се грешка или се сменя екранът. Точно при тези преходи често се губи ориентация.
Изберете устройство, браузър и начална страница и ги запишете. Ако проверявате работещ сайт, спирайте преди действия, които създават истински заявки, плащания или резервации. За останалата част уговорете работно копие и тестови данни. Не е нужно реален клиент да получи съобщение, за да проверите формата.
Може ли човек да продължи без мишка?
Преминавайте с Tab и назад с Shift+Tab. Следете дали редът следва задачата и дали всеки фокусиран елемент се вижда. При връзка или бутон трябва да можете да разберете къде сте, преди да го активирате. Ако фокусът изчезва зад отворен панел или остава затворен в него, запишете точните стъпки.
На 21 октомври 2026 г. в отделен раздел на Chrome отворихме празната форма на DrNiki. След фокусиране на полето за име, Tab премина към имейла; още две натискания стигнаха до полето за цел. При имейла браузърът отчете видима плътна рамка на фокуса от 2 пиксела. Не са попълвани данни и формата не е изпращана.
Това доказва само проверения преход. Не сме обходили всяко меню, диалог или мобилен екран. Критерият за видим фокус обяснява защо човекът трябва да разпознава активния елемент. При приемане проверете отделно всички състояния по вашата задача, включително връщането след затваряне на прозорец.
Името на полето трябва да остане разбираемо
Подсказката вътре в празното поле изчезва при писане. Постоянният етикет помага на човека да провери какво е въвел, а програмната връзка между етикет и поле позволява на помощните технологии да получат името му. WAI показва различни начини за свързване на етикетите, включително обгръщане на полето с label.
В проверената форма четирите полета — име, имейл, проект и цел — са в етикети и са означени като задължителни в HTML. Полето за цел е свързано и с помощен текст чрез aria-describedby. Това е наблюдение в структурата на страницата. Не е проведена сесия с екранен четец и не твърдим, че сме потвърдили всяко произнасяне.
Съобщението при грешка трябва да казва кое поле изисква действие и какво да се поправи. Само червена рамка или „Невалидни данни“ оставят посетителя да гадае. В работно копие проверете липсващо задължително поле, грешен имейл и проблем при изпращането. Вижте дали вече въведеният текст остава на място.
В DrNiki областта за отговор е означена с role="status" и aria-live="polite". Това е намерение на кода да направи промяната достъпна за помощните технологии, а не доказан тест на съобщението. Насоките за уведомления във форми разглеждат ясни съобщения и свързването им с действието. Проверете реалното поведение с подходящите технологии.
Измерете конкретната двойка текст и фон
В браузъра основният бутон на проверената форма имаше текст #111116 върху фон #ffffff, с размер 16 пиксела. Изчисленото съотношение на контраст за тази двойка е 18,82:1. То е над минималното 4,5:1 за обикновен текст, описано в WCAG 2.2 за контраста на текста.
Резултатът важи за тези две цветови стойности в провереното състояние. Той не оценява автоматично рамката на фокуса, всички връзки, изображенията с текст или бутоните при грешка и изключено състояние. Измервайте всяка съществена комбинация отделно, особено когато фонът се променя или има снимка под текста.
Не преценявайте контраста само по снимка на екрана. За реализацията са полезни изчислените цветове от браузъра и инструмент, който отчита правилното състояние и фона. След промяната проверете и с очи дали действието остава ясно различимо от съседните елементи.
Превърнете наблюдението в проверима поправка
| Част от пътя | Какво да проверите | Доказателство при приемане |
|---|---|---|
| Меню | Отваряне, достигане до връзките и предвидимо затваряне | Записани клавиши и позиция на фокуса |
| Форма | Имена на полетата, помощ и разбираеми грешки | Сценарий с тестови стойности в работно копие |
| Количка, ако има магазин | Промяна на количество и ясен отговор за резултата | Проверени действия без мишка |
| Избор на час, ако има резервации | Разбираем избор, наличност и състояние | Тестова резервация в отделна среда |
| Увеличаване на текста | Съдържанието и основното действие остават достъпни | Устройство, увеличение и конкретни прегледани екрани |
Таблицата е приемателен списък, а не отчет, че тези функции са проверени в DrNiki. При конкретен проблем запишете адрес, устройство, стъпки, наблюдение и очакван резултат. Например „След отваряне на менюто Tab преминава към невидима връзка зад него“ е проверимо описание; „менюто не е достъпно“ не показва как да се възпроизведе проблемът.
След поправката повторете същите стъпки и близките действия. Ако е променена рамката на фокуса, проверете полета, връзки и бутони, които споделят стила. Ако е променено съобщение, проверете успех, грешка и повторен опит. Отделете видимото наблюдение от непровереното предположение.
Пълната оценка изисква по-широк обхват, различни страници и състояния и подходящи помощни технологии. Началният преглед е полезен, когато ясно показва какво е проверено и какво остава. Не заменяйте този запис с общо обещание за „100% достъпен сайт“.
Често задавани въпроси
Достатъчна ли е автоматична проверка за достъпност?
Не. Автоматичните инструменти могат да намерят част от проблемите, но не доказват целия път на човека. Нужни са и проверки на клавиатурата, съдържанието и реалното поведение.
Доказва ли показаният контраст, че целият сайт е достъпен?
Не. Съотношението 18,82:1 е изчислено само за текста и фона на конкретния бутон в провереното състояние. Другите елементи и критерии се оценяват отделно.
Изпращана ли е формата при показаната проверка?
Не. Проверени са преходи на клавиатурния фокус, структурата на етикетите и конкретни стилове. Не са попълвани данни, не е изпращано запитване и не е проведен тест с екранен четец.