Едно кликване в съвременния уеб крие едно допускане: че човекът, който кликва, има ръка, китка и посочващо устройство, което се движи по две оси с подпикселна точност и отделен, надежден бутон за натискане. Извадете което и да е от тях и срещата се променя. За някого, който управлява страницата с устройство за проследяване на погледа, „курсорът“ е конус на погледа с 1 градус дъга, който се отклонява и трепти. За някого, който използва насочване с глава, курсорът е проследяван през уебкамера връх на носа с бавно задържане за кликване. За някого, който използва интерфейс за сканиране с един превключвател, изобщо няма курсор — само преминаващо осветяване, което попада върху каквото се случи да е фокусирано, когато потребителят натисне превключвателя. Всеки от тях е реален режим на въвеждане, използван днес, през 2026 г., от популация, достатъчно голяма, че „съвременният уеб“ би трябвало да знае за нея. По-голямата част от съвременния уеб не знае.
Този материал е концептуален наръчник за трите алтернативни режима на въвеждане, на които потребителите с двигателни увреждания най-често разчитат — проследяване на погледа, насочване с глава и въвеждане чрез превключвател — и за това как слоят на стандартите (критериите за успех на WCAG 2.2, спецификацията Pointer Events на W3C) се пресича с моделите на потребителския интерфейс, които действително се появяват в продукция. Рамката на отразяване е редакционна, а не движена от съдебни спорове: разглеждаме какво работи, какво не работи и какво проектантите могат да спрат да правят още утре.
Кой използва тези режими на въвеждане и защо
Популацията, която зависи от алтернативните режими на въвеждане, не е малка. Оценки от Глобалния доклад за здравна справедливост за хората с увреждания на СЗО (2022 г., с актуализацията за мониторинг от 2024 г.) и от Системата за данни за уврежданията и здравето на CDC на САЩ поставят дела на възрастните със значително двигателно нарушение на горните крайници на приблизително 8% от възрастното население в страните с високи доходи, а дела на възрастните, които не могат надеждно да използват стандартна мишка или тъчпад — на приблизително 3–4%. В тези 3–4% се намират няколко отделни потребителски групи, чийто предпочитан режим на въвеждане е оформен от физиологията им повече, отколкото от предпочитанието им.
Най-ясната група са хората с амиотрофична латерална склероза (ALS), които прогресивно губят волевия контрол над крайниците си и в крайна сметка над лицевата си мускулатура. Проследяването на погледа е за мнозина с напреднала ALS единственият останал канал за самостоятелно използване на компютър. Асоциацията за ALS оценява, че приблизително 30 000 души живеят с ALS в САЩ във всеки даден момент; европейският регистър за ALS предполага сходна, коригирана спрямо възрастта, разпространеност в ЕС. Втората група са хората с високо ниво на увреждане на гръбначния мозък — особено тетраплегия C1-C4 — за които ръцете не са на разположение, но движението на очите и главата са запазени. Третата са деца и възрастни с церебрална парализа, при които стратегията за въвеждане е силно индивидуална: някои потребители имат достатъчно контрол на пръстите за интерфейс с превключвател, други използват насочване с глава, трети — джойстик, управляван с брадичка. Четвъртата са хората с прогресивни нервно-мускулни състояния — мускулна дистрофия, множествена склероза в по-късни етапи — които често преминават през няколко режима на въвеждане с времето.
Сред тези групи два принципа прорязват вариативността. Първо, почти всеки, който използва алтернативен режим на въвеждане, го прави, защото стандартната комбинация мишка и клавиатура е станала физически невъзможна, а не защото предпочита нов режим. Второ, въвеждането обикновено е едноосно в някакъв носещ смисъл: единична фиксация на погледа, единична посока на насочване с глава, единично натискане на превключвател. Дизайните, които приемат два координирани канала — посочващо устройство плюс модифициращ клавиш, движение на влачене плюс прецизна цел за пускане — се сриват най-силно за тази аудитория.
Хардуерът през 2026 г.
Хардуерният пейзаж осезаемо се измести през последните три години. Това, което следва, е груба карта на това какво потребителите всъщност използват, а не пълен каталог.
Устройства за проследяване на погледа
Tobii Dynavox остава доминиращият клиничен доставчик на проследяване на погледа. Текущото поколение — PCEye и I-Series — използва инфрачервена сензорна лента, монтирана под монитор или интегрирана в специализиран таблет, и докладва позицията на погледа на хост операционната система като посочващо устройство на системно ниво. Калибрирането отнема приблизително 30 секунди; точността при добри условия е около 0,5–1,0 градуса зрителна дъга, което се превръща в конус на погледа с ширина приблизително 30–60 пиксела на типично разстояние на гледане. EyeGaze Edge (LC Technologies) и EyeTech VT3 са клинични алтернативи. На потребителска страна Tobii Eye Tracker 5 се продава предимно на геймъри, но се използва широко като нискобюджетно средство за въвеждане за достъпност.
2024 г. донесе първото масово проследяване на погледа от потребителски клас, интегрирано в изчислително устройство с общо предназначение: Apple Vision Pro се доставя с проследяване на погледа като основен режим на навигация, съчетан с жест на щипване за избор. visionOS показва позицията на погледа на функциите за достъпност за избор чрез задържане на системно ниво, а от гледна точка на разработчика фиксация на погледа, последвана от щипване, се докладва като стандартно събитие на кликване. Популацията за достъпност, предсказуемо, прегърна visionOS по същата причина, по която прегърна iPhone през 2008 г.: вграден режим, проектиран за масова употреба, който се случва да обслужва и случая на употреба при увреждане. Цената на Vision Pro го поставя извън обсега на много потребители, но прецедентът — проследяване на погледа като основен начин на въвеждане на компютър, който не е медицинско изделие — е прецедентът, който има значение.
Устройства за насочване с глава
Софтуерът за насочване с глава обикновено използва вградената уебкамера на устройството, за да проследи опорна точка — често върха на носа или малък светлоотразителен стикер, поставен на челото на потребителя — и превежда завъртането на главата в движение на курсора. Camera Mouse (Boston College, безплатно) е най-дълго съществуващата реализация и остава в активна употреба. Glassouse доставя носим контролер на главата, базиран на жироскоп, който се сдвоява с операционната система като Bluetooth мишка. macOS включва Head Pointer като вградена функция за достъпност; Windows 11 има еквивалентна функционалност чрез Eye Control, когато е сдвоена със съвместим хардуер. Изборът при насочване с глава почти винаги е базиран на задържане: курсорът се задържа върху цел за конфигурируем интервал — обикновено 0,5 до 2,5 секунди — и се задейства събитие на кликване.
Въвеждане чрез превключвател
Въвеждането чрез превключвател е най-простото и най-вариативното от трите. Хардуерът е единичен бутон — голям кръгъл механичен превключвател, тръба за духане и всмукване, лост, управляван с брадичка, педал за крак, мозъчно-компютърен интерфейс в късен етап на изследване — свързан със стандартизиран интерфейс за превключватели (AbleNet Hook+, Pretorian J-Pad, Tecla shield), който се представя на операционната система като USB или Bluetooth натискане на клавиш. След това софтуерът изпълнява интерфейс за сканиране: индикатор за фокус се движи автоматично през наличните цели на екрана, а потребителят натиска превключвателя, когато фокусът попадне върху целта, която иска. Сканирането с един превключвател е един бутон, който управлява всичко; сканирането с два превключвателя обикновено съпоставя единия превключвател с „напред“, а другия — с „избор“. iOS включва Switch Control като вградена функция за достъпност; Android 14+ доставя Switch Access; macOS и Windows също доставят сравнима функционалност. Въвеждането чрез превключвател е фундаментално серийно — потребителят не може да посочи цел; той може само да изчака сканирането да я достигне — и този факт оформя всеки проектен модел по-долу.
Как те се срещат с уеба: слоят на стандартите
От гледна точка на браузъра устройството за проследяване на погледа и устройството за насочване с глава изглеждат и двете като стандартни посочващи устройства: те излъчват събития pointermove, pointerdown и pointerup чрез спецификацията Pointer Events на W3C — същият API, който използват мишката или сензорният екран. За разлика от тях, въвеждането чрез превключвател изглежда на браузъра като въвеждане с клавиатура: фокусът преминава през елементите, достъпни с табулатора, а натискането на превключвателя задейства събитие keydown за Enter или Space. Това разминаване е първото нещо, което проектантът трябва да усвои — потребителите на проследяване на погледа задействат вашите състояния :hover и вашите обработчици на събития за посочващи устройства; потребителите на превключватели срещат само вашите елементи, фокусируеми с клавиатура, и реда на фокуса, който сте дефинирали.
WCAG 2.2 съдържа няколко критерия за успех, написани специално за да поддържат тези режими на въвеждане работещи. Три от тях носят по-голямата част от тежестта.
Критерий за успех 2.1.1 Клавиатура (ниво A) е основополагащото изискване: всеки функционален елемент на страницата трябва да бъде управляем само чрез клавиатурен интерфейс. Потребителите на превключватели зависят абсолютно от това. Елемент, който реагира само на кликване с мишка — персонализиран div с обработчик click и без tabindex, без role, без обработчик keydown — е невидим за потребителя на превключвател. Той е невидим и за много потребители на насочване с глава, които прибягват до навигация с клавиатура за раздели от страницата, където кликването чрез задържане е твърде бавно.
Критерий за успех 2.5.1 Жестове с посочващо устройство (ниво A) изисква всяка функция, управлявана от многоточков или базиран на път жест, да бъде управляема и с действие с едно посочващо устройство. Критерият съществува, защото проследяването на погледа, насочването с глава и много алтернативни режими на въвеждане не могат надеждно да изпълняват жестове с няколко пръста или прецизни пътища на влачене. Щипване за увеличение без алтернативен бутон. Плъзгане за изтриване без екранен контрол за изтриване. Влачене за пренареждане на списък без клавиатурен еквивалент. Всяко от тях е провал по 2.5.1 и всяко отрязва режима, който потребителят действително има.
Критерий за успех 2.5.2 Отмяна на посочващо устройство (ниво A) изисква при всяко задействане с едно посочващо устройство действието или да не се изпълнява при събитието за натискане (вместо това се изпълнява при събитието за отпускане), или да се изпълнява при събитието за натискане, но да позволява на потребителя да прекрати действието, като се отдалечи преди събитието за отпускане. Критерият е написан за потребители, които попадат върху грешната цел поради тремор или отклонение, и има огромно значение за базираните на задържане интерфейси за насочване с глава и проследяване на погледа: кликване, което се задейства в мига, в който курсорът кацне, не дава на потребителя никакъв шанс да се възстанови от отклонение на погледа. Бутони, които свързват обработчика си с mousedown, а не с click, се провалят по този критерий.
Критерий за успех 2.5.7 Движения с влачене (добавен в WCAG 2.2) разширява защитата на жестовете конкретно към влаченето и пускането: всичко, което може да се влачи, трябва да бъде достъпно и чрез алтернатива с едно посочващо устройство, обикновено контрол за преместване нагоре/надолу, управляван с бутон. Критерий за успех 2.5.4 Задействане чрез движение (ниво A) защитава потребителите, които не могат надеждно да разтърсят или наклонят устройството си. А критерий за успех 2.2.1 Регулируемо време (ниво A) и критерий за успех 2.2.2 Пауза, спиране, скриване (ниво A) защитават всички от интерфейси, които изтичат, преди интерфейсът за сканиране да успее да достигне съответния контрол.
Тези критерии са написани като единна, интегрирана рамка: потребителят има само една ос на въвеждане, въвеждането е бавно, а дизайнът не бива да приема друго.
Често срещани повреди в продукционни сайтове
Съпоставете тези критерии с това, което продукционните сайтове действително доставят, и се появява повтарящ се набор от модели на провал. Нито един от тях не е екзотичен. Всички те се появяват в рутинно потребителско тестване с потребители на проследяване на погледа, насочване с глава и превключватели.
Влачене и пускане без клавиатурна алтернатива. Често срещан модел в инструментите за управление на проекти, файловите мениджъри и интерфейсите за класирани списъци: влачене на карта от една колона в друга. За потребителите на превключватели действието е невъзможно — няма влачене при сканиране. За потребителите на насочване с глава и проследяване на погледа самото влачене е прибл. 4–5 пъти по-бавно от преместване, управлявано с бутон, и обикновено е невъзможно за завършване без изпускане на елемента по средата на движението. Корекцията е ясна: съчетайте всяко влачене и пускане с действие за преместване, управлявано с бутон, изведено в реда на табулиране. Моделът от тип Trello „премести картата нагоре / премести картата надолу / премести в друг списък“ е референтната реализация.
Навигация само при посочване. Падащи менюта, подсказки и контроли за разкриване, които се появяват само при :hover и изчезват, когато курсорът ги напусне. За потребител на проследяване на погледа конусът на погледа се отклонява от задействащия елемент на менюто в мига, в който той се опита да погледне към подточка, и менюто се свива, преди да я достигне. Критерият на WCAG 2.2, който се занимава с това, е 1.4.13 Съдържание при посочване или фокус (ниво AA): задействаното при посочване съдържание трябва да може да се отхвърля, да може да се посочва (потребителят може да се премести в него, без то да изчезне) и да е устойчиво. Много продукционни менюта се провалят и по трите.
Малки цели за кликване. Критерий за успех 2.5.8 Размер на целта (минимум) (ниво AA, нов в WCAG 2.2) изисква интерактивните цели да бъдат поне 24×24 CSS пиксела, с изключения. Критерият е написан за докосване и за потребители с неточно посочване — проследяване на погледа, насочване с глава, тремор на ръката. 16-пикселова икона за затваряне в ъгъла на модален прозорец е на практика почти невъзможна за надеждно достигане с устройство за проследяване на погледа. Корекцията е механична: направете целите по-големи или изведете същото действие чрез по-голям контрол другаде в интерфейса.
Кликвания, ограничени във времето. Въртележки, които се придвижват автоматично на всеки 5 секунди, диалози „имате 30 секунди да потвърдите“, изтичане на сесия, което се задейства по средата на задача. За потребител на превключвател, навигиращ интерфейс за сканиране със скорост 1,5 секунди на цел, 30-секундно изтичане е прибл. 20 цели достъпно пространство — често недостатъчно, за да се достигне бутонът за потвърждение. Критерий за успех 2.2.1 Регулируемо време изисква всяко времево ограничение да може да се удължава, регулира или отхвърля. Повечето продукционни изтичания не са нито едно от тези.
Потвърждение само чрез жест. Плъзгачи за потвърждение чрез плъзгане, потвърждения с подложка за подпис, капчи, които изискват проследяване на път. Всяко е провал по 2.5.1, освен ако не е съчетано с алтернатива с бутон.
Действие при mousedown. Бутон, който задейства обработчика си при mousedown, а не при стандартното събитие click, не оставя на потребителя начин да прекрати погрешно задействане. Критерий за успех 2.5.2 Отмяна на посочващо устройство е критерият; корекцията е да се свърже с click или с pointerup с изрична проверка за отмяна.
Персонализирани контроли без ARIA. <div>, който визуално изглежда като бутон, но няма role=“button”, tabindex=“0” и обработчик keydown за Enter и Space. Контролът е недостъпен от превключвател и от клавиатурна алтернатива. Критерий за успех 4.1.2 Име, роля, стойност (ниво A) е критерият. Корекцията е нативният елемент <button> навсякъде, където е възможно, и пълен ARIA модел навсякъде, където не е.
Проектни модели, които работят
Моделите, които оцеляват при устройство за проследяване на погледа, насочване с глава и сканиране с превключвател, споделят малък брой структурни свойства. Всеки от тях е добре документиран в Ръководството за авторски практики на ARIA и в обяснителните документи на WCAG 2.2, и всеки е в рутинна продукционна употреба на сайтове, които доставят на масова аудитория, без някой да го забелязва.
Нативни HTML елементи навсякъде, където е възможно. Единственият най-надежден ход за достъпност е да се използват <button>, <a>, <input>, <select> и <textarea> за семантичните им цели. Нативните елементи идват с правилната клавиатурна обработка, правилните ARIA роли, правилното поведение на фокуса и правилната семантика за отмяна на посочващо устройство, вградени в тях. Сложността на правилното пресъздаване на което и да е от тях с персонализиран <div> е прибл. 10 пъти повече инженерна работа за резултат, който почти винаги е по-лош.
Видими индикатори за фокус с адекватен контраст. За потребителите на превключватели пръстенът на фокуса е курсорът. 2-пикселов син пръстен с контраст 4:1 спрямо околния фон е процедурният минимум (критерий за успех 2.4.7 Видим фокус, ниво AA, и критерий за успех 2.4.11 Незакрит фокус, нов в WCAG 2.2). Сайтовете, които премахват подразбиращия се пръстен на фокуса на браузъра, без да го заменят, оставят потребителите на превключватели без ориентир.
Предсказуем ред на фокуса. Сканирането с превключвател се движи през DOM в реда на изходния код по подразбиране, модифициран от tabindex. Ред на сканиране, който скача из страницата, прави интерфейса неизползваем. Критерий за успех 2.4.3 Ред на фокуса (ниво A) е критерият; практическата последица е, че визуалният ред и редът на DOM трябва да съвпадат навсякъде, където потребителят изпълнява последователност от действия.
Щедри зони за задействане. 24-пикселовият минимум на критерий за успех 2.5.8 е основата, а не целта. Много от дизайн системите, които публикуваха тествани за достъпност модели от 2022 г. насам — Adobe Spectrum, IBM Carbon, GOV.UK Design System, US Web Design System — по подразбиране използват 44-пикселови цели за докосване, което работи добре за потребители с неточно посочване, без да натрапва върху визуалното оформление.
Процеси на потвърждение с изрични бутони. Всяко разрушително или необратимо действие трябва да изисква изричен бутон за потвърждение — не плъзгане, не дълго натискане, не „кликнете където и да е отвън, за да отхвърлите“. Моделът работи за всички и оцелява при всеки алтернативен режим на въвеждане.
Щедри изтичания на времето или никакви. Ако изтичане е необходимо по съображения за сигурност (банкиране, здравеопазване), потребителят трябва да може да го удължи чрез действие с едно посочващо устройство много преди то да се задейства. Моделът е да се изведе подкана „все още ли сте тук?“ при 75% от прозореца на изтичане, с един голям бутон за удължаването му.
Връзки за прескачане и навигация по ориентири. Интерфейс за сканиране, който трябва да премине през цялото навигационно меню, целия hero раздел и целия рекламен слот, преди да достигне тялото на статията, е неизползваем. Връзка „Прескочи към съдържанието“ като първи фокусируем елемент на страницата е минимумът; зоните с ориентири (<main>, <nav>, <aside>) позволяват на потребителите на превключватели да скачат структурно, а не линейно.
Зачитане на настройката prefers-reduced-motion на потребителя. Автоматично придвижващите се въртележки и постоянно анимираните фонове правят невъзможно за устройство за проследяване на погледа да се установи върху стабилна цел. CSS медийните заявки (@media (prefers-reduced-motion: reduce)) позволяват на същия интерфейс да обслужва потребителя, който се нуждае движението да изчезне.
Какво означава това за проектанти, инженери и продуктови екипи
Отразяващата картина на алтернативните режими на въвеждане се установява на място, което би трябвало да изглежда познато на всеки, който е чел останалите наръчници за достъпност на този сайт. Технологията узря. Стандартите узряха. Потребителските популации са добре характеризирани. Останалата работа е обществени поръчки, обучение и ежедневният навик да се изграждат интерфейси, които не приемат тихомълком двуосно, двуръчно въвеждане с под-секундна латентност.
За проектантите: прототипирайте с клавиатурата. Ако вашият дизайн работи при навигация само с табулатора с видим пръстен на фокуса, той работи за потребител на превключвател; ако не работи, визуалният дизайн е изпреварил модела на взаимодействие. Прецедентът на Apple Vision Pro с поглед плюс щипване преосмисля алтернативното въвеждане като базово ниво на дизайна, а не като отстраняване. Дизайните, които оцеляват при Vision Pro, обикновено оцеляват и при Tobii.
За инженерите: свържете с click, а не с mousedown. Използвайте нативни HTML елементи. Тествайте реда на табулиране. Прекарайте страницата през одит само с клавиатура, преди да я доставите. По-голямата част от повредите по-горе са инженерна конвенция, а не инженерна трудност.
За продуктовите екипи: включете потребители на алтернативни режими на въвеждане в рутинното потребителско тестване. Бариерите по-горе не са гранични случаи; те са рутинни провали, които изплуват за 30 минути тестване с лента Tobii или iOS устройство с включен Switch Control. Разходът за включване на режима в плана за тестване е малък. Разходът да не се включи се проявява като описаната по-горе повреда, доставена в мащаб, на популация, чиито възможности вече са тесни.
Уебът работи, когато приеме, че кликването не е универсалният глагол. Потребителката с лента Tobii, монтирана под монитора ѝ, потребителят с уебкамера, проследяваща върха на носа му, потребителят с единичен механичен превключвател, свързан с ъгъла на бюро — всеки от тях извършва същото действие като потребител с тъчпад. Слоят на стандартите признава това. Проектните модели по-горе го почитат. Работата е да продължим да изграждаме, сякаш това е вярно.
Прочетете повече от Disability World за критериите за успех на WCAG 2.2, за по-широката отразяваща картина за 2026 г. и за текущото ни отразяване на помощните технологии.