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

SC 2.1.1 Ниво A WCAG 2.0

Клавиатура

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

Какво изисква критерият

Цялата функционалност на съдържанието трябва да може да се използва чрез клавиатурен интерфейс, без да се налага специфично синхронизиране за отделни натискания на клавиши. Потребителят трябва да може да достигне до всеки интерактивен елемент с Tab, да го активира с Enter или Space и да управлява сложни уиджети с клавишите за стрелки и другите стандартни комбинации.

Съществуват две тесни изключения: въвеждане, зависещо от пътя на движение (рисуване на ръка, подписване на документ), а не само от крайните точки, и въвеждане, имитиращо аналогово действие от реалния свят, при което пътят е от значение.

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

  • Използвайте собствени интерактивни елементи (<button>, <a href>, <input>, <select>) — те поддържат клавиатурно управление по подразбиране.
  • За персонализирани уиджети, изградени от <div> или <span>, добавете role, tabindex="0" и манипулатори на клавиши за Enter, Space, Escape и стрелките, съобразени с конкретния шаблон.
  • Следвайте ARIA Authoring Practices Guide за менюта, раздели, комбинирани полета, диалози и дървовидни изгледи — всеки има дефиниран модел на клавиатурно взаимодействие.
  • Предоставете клавиатурен еквивалент за всеки жест, изискващ мишка: влаченето-и-пускането изисква резервен механизъм за наредба чрез бутони, менютата, появяващи се само при задържане на курсора, трябва да се отварят при щракване, а въртящите се галерии, управлявани с плъзгане — да имат бутони „предишен/следващ”.
  • Тествайте, като изключите мишката и преминете целия работен поток.

Чести нарушения

  • <div onclick> без role="button", tabindex="0" или манипулатор на клавиши — напълно невидим за потребителите на клавиатура.
  • Персонализирани падащи списъци, при които бутонът за отваряне е достъпен, но опциите не могат да се навигират с клавишите за стрелки.
  • Kanban дъски с влачене-и-пускане, инструменти за качване на файлове или canvas инструменти без клавиатурна алтернатива.
  • Бутони за затваряне на модален прозорец, без манипулатор за клавиша Escape.
  • Подсказки и менюта, появяващи се само при задържане на курсора, без да се показват при клавиатурен фокус.
  • Въртящи се галерии и фотогалерии, управлявани само с плъзгане или щракване върху индикатори без tabindex.

axe и Lighthouse засичат липсващи tabindex и достъпни наименования, но не могат да установят дали персонализираният падащ списък реагира на клавишите за стрелки — тази проверка се извършва ръчно.

Защо е важно

Това е най-важният критерий за успех в областта на управляемостта. Потребителите на екранни четци навигират с клавиатура. Потребителите на алтернативни превключватели емулират клавиатура. Потребителите на гласово управление подават команди, съответстващи на клавиатурни събития. Опитни потребители с RSI разчитат на нея. Сайт, нарушаващ 2.1.1, на практика изключва всеки, който не може да използва мишка — а тази група е значително по-голяма от очевидното.