Стандарти · WCAG 2.2
Критерии за успех на WCAG 2.2
Всички 86 критерия за успех от WCAG 2.2 — 31 на ниво A, 24 на AA, 31 на AAA. 9 са добавени в 2.2; 17 в 2.1; 60 се пренасят от 2.0. Всеки запис включва обяснение на ясен език, насоки за изпълнение и най-честите грешки, които срещаме в реални одити.
1. Възприемаемост
Информацията и компонентите на интерфейса трябва да се представят по начини, които потребителите могат да възприемат.
- 1.1.1 A
Нетекстово съдържание
Всяко изображение, икона, графика, аудиофайл и друг нетекстов компонент трябва да имат текстова алтернатива, която изпълнява същата цел — така потребителите на екранни четци, брайлови дисплеи и превключватели получават същата информация, каквато получават зрящите потребители.
- 1.2.1 A
Само аудио и само видео (предварително записани)
Предварително записаното аудио се нуждае от текстов препис. Предварително записаното безмълвно видео се нуждае или от текстово описание, или от аудиозапис, предаващ същата информация — така потребителите, които не могат да чуят или да видят, получават достъп до съдържанието.
- 1.2.2 A
Субтитри (предварително записани)
Всяко предварително записано видео с аудио трябва да съдържа синхронизирани субтитри, обхващащи диалога, идентификацията на говорителите и значимите незвукови сигнали — така глухите и хората с увреден слух получават същата информация от саундтрака като всички останали.
- 1.2.3 A
Аудио описание или медийна алтернатива (предварително записана)
Предварително записаното видео изисква или аудио описание, или пълна текстова алтернатива за всяка визуална информация, която не се предава от звука — така незрящите потребители получават същото съдържание като зрящите.
- 1.2.4 AA
Субтитри (на живо)
Аудиото на живо в синхронизирани медии — уебинари, предавания на живо, виртуални събития — трябва да се придружава от субтитри в реално време. Автоматичните субтитри могат да са достатъчни при достатъчно висока точност, но професионалното CART субтитриране е по-надеждният избор.
- 1.2.5 AA
Аудио описание (предварително записано)
Предварително записаното видео трябва да разполага с аудио описание, което разказва важна визуална информация по време на естествени паузи в диалога. На ниво AA текстовият препис сам по себе си вече не е достатъчен — описанието трябва да е в аудио форма.
- 1.2.6 AAA
Жестов език (предварително записан)
Предварително записаното аудио в синхронизирани медии трябва да е придружено от превод на жестов език. Субтитрите не са заместител — за много глухи потребители жестовият език е роден, а писменият е втори.
- 1.2.7 AAA
Разширено аудио описание (предварително записано)
Когато паузите в диалога не са достатъчно дълги за стандартно аудио описание, видеото трябва да се постави на пауза, за да се изпълни разширено описание — така слепите потребители получават пълния визуален контекст дори при плътно, бързо съдържание.
- 1.2.8 AAA
Медийна алтернатива (предварително записана)
Предварително записаните синхронизирани медии — и предварително записаното само-видео — се нуждаят от пълна текстова алтернатива, която предава цялата същата информация. Надхвърля субтитрите и аудио описанието: изисква се пълен самостоятелен документ.
- 1.2.9 AAA
Само аудио (на живо)
Съдържание само с аудио на живо — радиопотоци, аудио конферентни разговори, подкасти на живо — трябва да разполага с текстова алтернатива в реално време, като например субтитри на живо, за да могат глухи потребители и потребители с увреден слух да получат съдържанието в момента на излъчването му.
- 1.3.1 A
Информация и взаимовръзки
Информацията и взаимовръзките, изразени визуално — заглавия, списъци, таблици, етикети на полета, групировки — трябва да бъдат изразени и в маркапа, така че помощните технологии да могат да ги представят. Само визуалното оформление не е достатъчно.
- 1.3.2 A
Смислена последователност
Когато редът на четене на съдържанието е важен за разбирането, редът в DOM трябва да съответства на визуалния ред. CSS позициониране и float, които разбъркват последователността, нарушават работата на екранните четци и навигацията с клавиатура.
- 1.3.3 A
Сетивни характеристики
Инструкциите не трябва да разчитат единствено на форма, размер, местоположение, ориентация, звук или цвят. "Натиснете зеления бутон вдясно" изключва потребители, които не могат да видят оформлението или да разграничат цветовете.
- 1.3.4 AA
Ориентация
Съдържанието не трябва да е заключено в единична ориентация — портретна или пейзажна — освен ако тази ориентация не е от съществено значение. Потребители, чийто телефон е монтиран на количка или е фиксиран в определена позиция, не могат да завъртят устройството.
- 1.3.5 AA
Идентифициране на целта на полетата за въвеждане
Полетата на формуляри, събиращи стандартна лична информация — имена, имейл, телефон, адрес, кредитна карта — трябва програмно да декларират целта си чрез HTML атрибута autocomplete. Това позволява на браузърите да попълват автоматично, а на помощните инструменти — да персонализират интерфейса.
- 1.3.6 AAA
Идентифициране на предназначението
Освен полетата на формуляри, предназначението на компонентите на потребителския интерфейс, иконите и регионите трябва да може да се идентифицира програмно — така адаптивните технологии могат да заменят символи, да опростят страницата или да скрият несъществени части.
- 1.4.1 A
Употреба на цвят
Цветът не трябва да бъде единственият начин за предаване на информация. Задължителни полета, грешки, разграничаване на връзки, серии в диаграми — всички те се нуждаят от второстепенен сигнал (текст, икона, подчертаване, шарка), така че потребителите с нарушено цветовъзприемане да получат същата информация.
- 1.4.2 A
Управление на аудиото
Всяко аудио, което се възпроизвежда автоматично повече от три секунди, трябва да има контрол за пауза, спиране или регулиране на силата на звука — независим от системния звук — за да не заглушава речта на екранния четец.
- 1.4.3 AA
Контраст (минимум)
Основният текст трябва да има съотношение на контраст поне 4,5:1 спрямо фона. Едрият текст (18pt+ или 14pt+ получер) изисква 3:1. Логотипите и декоративният текст са освободени от изискването.
- 1.4.4 AA
Преоразмеряване на текст
Текстът трябва да остане четим и използваем при увеличение до 200%, без загуба на съдържание или функционалност. Субтитрите и изображенията на текст са изключени.
- 1.4.5 AA
Изображения на текст
Текстът трябва да се реализира като действителен текст, а не като растерно изображение, освен ако изображението е съществено (лого, снимка на интерфейс, обсъждан в контекста) или напълно персонализируемо от потребителя.
- 1.4.6 AAA
Контраст (подобрен)
Контраст на ниво AAA: 7:1 за основен текст, 4.5:1 за едър текст. По-строго от 1.4.3, предназначено за потребители с изразено слабо зрение, нуждаещи се от по-висок контраст, за да четат удобно.
- 1.4.7 AAA
Нисък или никакъв фонов звук
При предварително записано аудио, в което основното съдържание е реч, фоновите звуци трябва да бъдат поне с 20 dB по-тихи от речта на преден план, напълно отсъстващи или с възможност за заглушаване — за да могат потребителите с увреден слух да следят диалога.
- 1.4.8 AAA
Визуално представяне
За блокове от текст потребителите трябва да могат да управляват цвета на преден и заден план, ширината на реда (макс. 80 знака), подравняването (без пълно двустранно подравняване), разстоянието между редовете (1,5 пъти) и разстоянието между параграфите (1,5× реда) — без хоризонтално превъртане при 200% мащабиране.
- 1.4.9 AAA
Изображения на текст (без изключение)
Ниво AAA: изображенията на текст не се допускат изобщо, с изключение на логотипи и съществени случаи (например екранна снимка, демонстрираща типография). Изключението за „персонализиране“ от критерий 1.4.5 е премахнато.
- 1.4.10 AA
Пренареждане
Съдържанието трябва да се пренарежда в единична колона при ширина 320 CSS пиксела (съдържание с вертикален скрол) или 256 пиксела височина (съдържание с хоризонтален скрол), без загуба на информация или функционалност. Двупосочен скрол не се допуска.
- 1.4.11 AA
Нетекстов контраст
UI компонентите (рамки на бутони, контури на полета за въвеждане, индикатори за фокус, контроли само с икона) и значимите графични елементи (серии в диаграми, икони за статус) трябва да имат контраст от поне 3:1 спрямо съседните цветове.
- 1.4.12 AA
Разредка на текста
Когато потребителите променят разредката на текста — 1,5× межуредие, 2× разстояние между абзаци спрямо размера на шрифта, 0,12em межубуквие, 0,16em межудумие — страницата не трябва да губи съдържание или функционалност.
- 1.4.13 AA
Съдържание при задържане или фокус
Подсказки, изскачащи прозорци и друго съдържание, което се появява при задържане на курсора или фокусиране, трябва да може да бъде затворено, да е достижимо с курсора и да остава видимо, докато потребителят не го затвори или фокусът не напусне задействащия елемент.
2. Оперативност
Компонентите на интерфейса и навигацията трябва да са оперативни за всеки.
- 2.1.1 A
Клавиатура
Всяка функция на страницата трябва да може да се използва единствено с клавиатура — без задължителни движения на мишката, влачене или специфично синхронизиране. Потребителите на екранни четци, алтернативни превключватели и гласово управление разчитат на тази основна изисква.
- 2.1.2 A
Без капан за клавиатурата
Ако фокусът на клавиатурата може да влезе в компонент, трябва да може и да излезе от него само с клавиатурата. Модални прозорци, вградени обекти и персонализирани уиджети са най-честите нарушители.
- 2.1.3 AAA
Клавиатура (без изключения)
Аналог на критерий 2.1.1 Клавиатура, но без изключението за зависимост от траектория. Всяка функция — включително свободно рисуване и подпис — трябва да разполага с еквивалент, управляван с клавиатура.
- 2.1.4 A
Клавишни комбинации с единичен знак
Клавишните комбинации с единичен знак (единична буква, цифра или символ) трябва да могат да се изключват, да се пренасочват или да са активни само когато съответният компонент е на фокус. Защитава потребителите на гласово управление и диктовка от случайно задействане.
- 2.2.1 A
Регулируемо ограничение на времето
Всяко ограничение на времето, наложено от съдържанието, трябва да може да се изключи, да се коригира до поне десет пъти стойността по подразбиране или да се удължи от потребителя с предупреждение поне 20 секунди преди изтичането. Основните обекти са сесийните прекъсвания и таймерите при тестове.
- 2.2.2 A
Пауза, спиране, скриване
Движещо се, мигащо, превъртащо се или автоматично актуализиращо се съдържание, което продължава повече от пет секунди, трябва да може да бъде поставено на пауза, спряно или скрито от потребителя. Обхваща въртележки, тикери, новинарски ленти, анимирани реклами и автоматично опресняващи се потоци.
- 2.2.3 AAA
Без ограничение на времето
Ограниченията на времето изобщо не са част от съдържанието, с изключение на неинтерактивни събития в реално време. По-строго от 2.2.1 — няма резервен вариант с предупреждение и удължаване.
- 2.2.4 AAA
Прекъсвания
Прекъсванията — изскачащи прозорци, известия, сигнали, автоматично опресняване — трябва да могат да бъдат отложени или потиснати от потребителя, с изключение на тези, свързани с извънредни ситуации.
- 2.2.5 AAA
Повторно удостоверяване
Когато удостоверена сесия изтече, потребителят трябва да може да продължи, без да губи въведените данни. Сесията приключва, но работата в процес — не.
- 2.2.6 AAA
Изтичане на времето
Потребителите трябва да бъдат предупредени за всяко изтичане на времето при неактивност, което може да доведе до загуба на данни, освен ако данните не са запазени за повече от 20 часа неактивност.
- 2.3.1 A
Три мигания или под прага
Нищо на страницата не може да мига повече от три пъти в секунда, освен ако миганията не са под определените прагове за размер и контраст. Изискването е предназначено да предотвратява фоточувствителни гърчове.
- 2.3.2 AAA
Три мигания
Нищо на страницата не може да мига повече от три пъти в секунда — без изключения. Премахва изключенията за размер и праг, допустими по 2.3.1.
- 2.3.3 AAA
Анимация от взаимодействия
Анимацията на движение, задействана от взаимодействие, може да бъде деактивирана от потребителя, освен ако анимацията не е съществена. Трябва да се зачита медийната заявка `prefers-reduced-motion`.
- 2.4.1 A
Заобикаляне на блокове
Осигурява се начин потребителите на клавиатура и екранни четци да прескачат съдържание, повтарящо се на всяка страница — обичайно заглавната зона, основната навигация и помощните връзки — за да достигнат основното съдържание, без да преминават с табулатора през десетки връзки.
- 2.4.2 A
Страницата има заглавие
Всяка страница трябва да има `<title>`, описващо нейната тема или предназначение. Заглавието е това, което екранните четци обявяват при зареждане на страницата, и което потребителите виждат в разделите, отметките, историята и резултатите от търсачките.
- 2.4.3 A
Ред на фокуса
Когато потребителите преминават с Tab през страницата, редът на фокуса трябва да следва последователност, запазваща смисъла и оперативността — обикновено визуалния ред на четене. Разбъркан ред на Tab е функционално счупен дори ако всеки отделен елемент за управление работи.
- 2.4.4 A
Предназначение на връзката (в контекст)
Предназначението на всяка връзка трябва да е ясно от текста й или от текста на връзката в съчетание с непосредствения й контекст — изречението, елемента от списъка, клетката от таблицата или абзаца, в който се намира. Потребителите на екранен четец нерядко чуват връзките извън контекст, в списък с връзки.
- 2.4.5 AA
Множество начини
Потребителите трябва да имат повече от един начин да намерят страница в рамките на набор — обикновено комбинация от навигационно меню, търсене, карта на сайта, съдържание или списък с свързани страници. Изключение правят страниците, които са стъпки в процес (плащане, многостъпкови формуляри).
- 2.4.6 AA
Заглавия и етикети
Заглавията и етикетите на формуляри трябва да описват темата или целта на съдържанието, което въвеждат. Те не е задължително да са уникални, но трябва да са информативни — заглавие „Информация“ или етикет „Поле“ не отговаря на този критерий.
- 2.4.7 AA
Видим фокус
Всеки интерфейс, управляван с клавиатура, трябва да има видим индикатор за фокус върху текущо фокусирания елемент. Ако потребителят не вижда къде е фокусът на клавиатурата, не може да използва сайта с клавиатура — точка. Един от най-цитираните критерии за успех в одитите.
- 2.4.8 AAA
Местоположение
Потребителите трябва да могат да разберат къде се намират в рамките на набор от страници — обикновено чрез навигационни следи, индикатор за текущата страница в навигацията или карта на сайта, подчертаваща активния раздел.
- 2.4.9 AAA
Предназначение на връзка (само по връзката)
По-строгата версия на ниво AAA на 2.4.4: текстът на връзката сам по себе си — без заобикалящ контекст — трябва да идентифицира дестинацията. „Прочетете повече“ не преминава дори ако изречението преди нея го обяснява. Предназначен е за потребители на екранни четци, навигиращи чрез списъка с връзки.
- 2.4.10 AAA
Заглавия на секции
Използвайте заглавия за организиране на съдържанието. Когато дадена страница включва обособени секции, всяка от тях трябва да има реален елемент-заглавие (`<h1>`–`<h6>`) — не стилизирани абзаци, които просто изглеждат като заглавия.
- 2.4.11 AA Ново 2.2
Фокусът не е скрит (минимум)
Когато даден елемент получи фокус от клавиатурата, той не трябва да бъде напълно скрит зад друг елемент на интерфейса — фиксирани заглавни ленти, банери за бисквитки, чат приспособления, фиксирани ленти. Нов критерий в WCAG 2.2, оказващ значително влияние върху начина, по който екипите изграждат фиксирани елементи.
- 2.4.12 AAA Ново 2.2
Фокусът не е скрит (подобрено ниво)
По-строга AAA версия на 2.4.11: когато елемент получи фокус, никаква негова част не трябва да бъде скрита от друго съдържание. Ново в WCAG 2.2.
- 2.4.13 AAA Ново 2.2
Изгледна индикация за фокус
Индикаторът за клавиатурен фокус трябва да отговаря на измерими изисквания: дебелина най-малко 2 CSS пиксела по периметъра, контраст най-малко 3:1 спрямо предишното нефокусирано състояние и да не е скрит от друго съдържание. Нов критерий в WCAG 2.2 — най-конкретното правило за стилизиране на фокуса в спецификацията.
- 2.5.1 A
Жестове с показалец
Всяка функция, използваща жест с множество точки на контакт или следваща траектория — щипка за мащабиране, завъртане с два пръста, плъзване за изтриване — трябва да може да се изпълни и чрез активиране с една точка, което не изисква следване на траектория.
- 2.5.2 A
Отмяна на показалец
Функции, задействани от единичен показалец, трябва да се активират при повдигане, а не при натискане — така потребителят може да плъзне встрани, за да откаже. Отмяна, отмяна на действие или предварително отменяне трябва да са налични, освен ако незабавното активиране не е съществено.
- 2.5.3 A
Етикет в наименованието
Когато елемент за управление има видим текст, този текст трябва да се появява в началото на достъпното му наименование. В противен случай потребителите на гласово управление, казващи това, което виждат, не могат да активират елемента.
- 2.5.4 A
Задействане чрез движение
Функции, задействани от движение на устройството или движение на потребителя — разклащане, накланяне, жестове пред камера — трябва да могат да се управляват и чрез стандартни контроли на интерфейса, а задействането чрез движение трябва да може да се деактивира.
- 2.5.5 AAA
Размер на целта (подобрен)
Интерактивните цели трябва да имат площ на засичане поне 44×44 CSS пиксела. Това е изискването на ниво AAA за подобрен размер на целта; прагът на ниво AA по 2.5.8 е 24×24.
- 2.5.6 AAA
Едновременни механизми за въвеждане
Уеб съдържанието не трябва да ограничава използването на механизми за въвеждане, налични на платформата — освен ако ограничението е задължително, необходимо за сигурността на съдържанието или произтича от настройките на потребителя.
- 2.5.7 AA Ново 2.2
Движения чрез влачене
Всяка функция, изпълнявана чрез влачене, трябва да може да бъде изпълнена и с единично действие с показалец, което не изисква влачене — обикновено чрез докосване или щракване. Нов критерий в WCAG 2.2.
- 2.5.8 AA Ново 2.2
Размер на целта (минимум)
Интерактивните цели — бутони, връзки, контроли на формуляри — трябва да са поне 24×24 CSS пиксела, освен ако на същата страница съществува еквивалентна цел с достатъчен размер или ако целта е в изречение. Ново в WCAG 2.2.
3. Разбираемост
Информацията и работата с интерфейса трябва да са разбираеми.
- 3.1.1 A
Език на страницата
Програмно задайте езика на всяка страница по подразбиране — обикновено чрез атрибута lang на елемента html. Екранните четци, брайловите дисплеи и инструментите за превод използват тази информация, за да изберат правила за произношение, гласови профили и таблици за съответствие на знаци.
- 3.1.2 AA
Език на частите
Когато даден пасаж или израз на страницата е на различен език от езика по подразбиране на страницата, той трябва да е маркиран с атрибут lang на своя контейнер — за да могат екранните четци да превключат гласа и произношението за съответния фрагмент.
- 3.1.3 AAA
Необичайни думи
Предоставете механизъм за идентифициране на дефиниции на думи, използвани по необичаен или ограничен начин — жаргон, идиоми, технически термини. Речник, вградени определения или свързани дефиниции изпълняват изискванията на този критерий от ниво AAA.
- 3.1.4 AAA
Съкращения
Предоставете механизъм за идентифициране на пълната форма или значението на съкращенията. Разписването при първа употреба, елемент abbr с атрибут title или връзка към речник — всички те удовлетворяват този AAA критерий.
- 3.1.5 AAA
Ниво на четене
Когато съдържанието изисква умения за четене над нивото на прогимназиалното образование, трябва да се осигури по-опростена алтернатива — версия на ясен език, резюме или допълнителни материали като илюстрации или звук.
- 3.1.6 AAA
Произношение
Когато значението на дума зависи от нейното произношение и правилното произношение не е очевидно от контекста, трябва да се предостави механизъм, разкриващ произношението — фонетично изписване, аудио или препратка към ръководство.
- 3.2.1 A
При фокус
Когато компонент на потребителския интерфейс получи фокус, той не трябва да инициира промяна на контекста — никаква автоматична навигация до страница, ново прозорче, значително преместване на съдържание. Фокусът служи за ориентация, а не за действие.
- 3.2.2 A
При въвеждане
Промяната на настройката на компонент на потребителския интерфейс не трябва автоматично да предизвиква промяна на контекста, освен ако потребителят е предварително предупреден. Изборът на стойност не трябва безшумно да навигира, изпраща или преструктурира страницата.
- 3.2.3 AA
Последователна навигация
Навигационните механизми, повтарящи се в различни страници — основна навигация, footer, навигационна пътека, търсене — трябва да се появяват в същия относителен ред на всяка страница, където присъстват. Потребители, разчитащи на мускулна памет, не трябва да откривате оформлението наново при всяко посещение.
- 3.2.4 AA
Последователна идентификация
Компонентите с еднаква функционалност в рамките на сайта трябва да се идентифицират последователно — с еднакъв етикет, еднаква икона, еднакво достъпно наименование. Два бутона с едно и също действие не трябва да са наречени „Търсене“ на едната страница и „Намери“ на другата.
- 3.2.5 AAA
Промяна при поискване
Промените в контекста се извършват само когато потребителят ги поиска или потребителят може да изключи автоматичната промяна. Без автоматично пренасочване, без изненадващо презареждане, без въртележка, разменяща съдържание под курсора.
- 3.2.6 A Ново 2.2
Последователна помощ
Ако дадена страница предлага механизми за помощ — данни за контакт, връзка за помощ, чатбот, форма за самообслужване — те трябва да се появяват в същия относителен ред на всяка страница, където присъстват. Ново в WCAG 2.2.
- 3.3.1 A
Идентифициране на грешки
Когато потребителят допусне грешка във формуляр, открита автоматично, грешката трябва да бъде идентифицирана и описана на потребителя в текст — не само чрез цвят, не само чрез икона, не чрез мълчание.
- 3.3.2 A
Етикети или инструкции
Всеки елемент за управление на форма, изискващ въвеждане от потребителя, трябва да има етикет или инструкция, указваща какво да се въведе. Полета само с placeholder текст, входни полета само с икона и неозаглавени кутии са недостатъчни.
- 3.3.3 AA
Предложение при грешка
Когато е открита грешка при въвеждане и системата разполага с информация за корекция, тя трябва да предложи такава корекция на потребителя — освен ако това би компрометирало сигурността или би обезсмислило целта на въвеждането.
- 3.3.4 AA
Предотвратяване на грешки (правни, финансови данни)
При изпращане на данни с правни задължения, финансови транзакции или значителни промени в потребителски данни, потребителят трябва да може да отмени изпращането, то да бъде проверено за грешки с възможност за корекция, или изрично да потвърди действието, преди то да влезе в сила.
- 3.3.5 AAA
Помощ
За формуляри и потребителски входни данни, изискващи такава, е налична контекстно-зависима помощ. Помощта може да включва примери за формат, подсказки на страницата, свързани указания или механизъм за контакт.
- 3.3.6 AAA
Предотвратяване на грешки (всички)
При всяко изпращане на данни от потребителя — не само при правни, финансови или модифициращи данни операции — потребителят трябва да може да отмени, провери или потвърди действието, преди то да влезе в сила. Обобщение на ниво AAA на критерий 3.3.4.
- 3.3.7 A Ново 2.2
Излишно въвеждане
Информация, която потребителят вече е предоставил в рамките на същата сесия, не трябва да се изисква повторно — тя трябва да се попълва автоматично или да е избираема от списък, освен ако повторното въвеждане не е от съществено значение (например потвърждаване на парола). Ново в WCAG 2.2.
- 3.3.8 AA Ново 2.2
Достъпна автентикация (минимум)
Автентикацията не трябва да изисква от потребителя решаването на когнитивен тест за функции — запомняне, препис, идентифициране на обекти — освен ако не е предоставена алтернатива или механизъм за помощ. Пароли, CAPTCHA с изображения и процеси с копиране на код от имейл са типичните нарушения. Новост в WCAG 2.2.
- 3.3.9 AAA Ново 2.2
Достъпно удостоверяване (подобрено)
Удостоверяването не трябва да изисква никакъв тест за когнитивни функции, включително разпознаване на обекти или идентифициране на лично съдържание. AAA надстройката на 3.3.8 — passkeys, биометрия и идентификационни данни, обвързани с устройството, стават практическите пътища. Ново в WCAG 2.2.
4. Устойчивост
Съдържанието трябва да е достатъчно устойчиво, за да се интерпретира от различни потребителски агенти, включително помощни технологии.
- 4.1.2 A
Наименование, роля, стойност
Всеки компонент на потребителския интерфейс трябва програмно да предоставя наименование, роля и — при необходимост — стойност и състояние. Без това екранните четци, гласовото управление и устройствата с превключватели не могат да идентифицират или управляват елемента.
- 4.1.3 AA
Съобщения за статус
Съобщенията за статус — потвърждения, грешки, актуализации на напредъка, брой резултати от търсене — трябва да се обявяват от помощните технологии без преместване на фокуса. Използвайте role=status, role=alert или aria-live за регион, вече присъстващ в DOM.
Няма критерии, отговарящи на филтрите.