QualiBooth

wcag

WCAG 2.1 срещу 2.2: какво се промени и защо е важно

Ясен преглед на всяка промяна между WCAG 2.1 и WCAG 2.2 — новите критерии за успех, какво отпадна и какво трябва да поправите, за да останете в съответствие.

6 min read QualiBooth
Абстрактно цифрово изображение, представящо непрекъснат мониторинг на достъпността и проверки за съответствие с WCAG.

WCAG 2.2 стана препоръка на W3C през октомври 2023 г. Ако сайтът ви е бил одитиран спрямо WCAG 2.1, той може вече да не покрива критерии, които днес определят законовото съответствие в ЕС, Обединеното кралство и все по-често в мерките по прилагане в САЩ. Това ръководство преминава през всяка промяна — какво беше добавено, какво отпадна и какво означава всеки критерий на практика.

Кратка предистория: какво добави WCAG 2.1

WCAG 2.1 (публикуван през 2018 г.) разшири оригиналния стандарт 2.0 със 17 нови критерия за успех, насочени към три недостатъчно обслужвани групи:

  • Мобилни потребители — жестове при докосване, ориентация на екрана, прецизност на посочващото устройство
  • Потребители с намалено зрение — преформатиране, контраст на нетекстово съдържание, разредка на текста
  • Когнитивни и езикови увреждания — времеви ограничения, съобщения за състояние

WCAG 2.2 стъпва директно върху 2.1. Всяко изискване от 2.1 продължава да важи. Въпросът е: какво добави 2.2 отгоре?

Какво добави WCAG 2.2: 9 нови критерия за успех

2.4.11 Фокусът не е закрит (минимум) — ниво AA

Когато компонент получи фокус от клавиатурата, той не трябва да бъде изцяло скрит от друго съдържание (фиксирани хедъри, банери за бисквитки, чат джаджи). Поне част от фокусирания елемент трябва да остане видима.

Често срещан пропуск: Фиксирана навигационна лента покрива фокусираното поле от формуляра, когато потребителят преминава през страницата с Tab.

2.4.12 Фокусът не е закрит (разширен) — ниво AAA

По-строгата версия на 2.4.11 — фокусираният компонент трябва да бъде напълно видим, а не само частично.

2.4.13 Външен вид на фокуса — ниво AA

Индикаторите за фокус от клавиатурата трябва да покриват минимални прагове за размер и контраст:

  • Площта на индикатора за фокус трябва да бъде поне колкото периметър от 2 CSS пиксела около компонента
  • Контрастът между фокусираното и нефокусираното състояние трябва да бъде поне 3:1

Това отива по-далеч от съществуващия 2.4.7 (Видим фокус), който изискваше единствено индикаторът за фокус изобщо да съществува.

Често срещан пропуск: Тънък пунктиран контур от 1 пиксел с нисък контраст покрива 2.4.7, но не покрива 2.4.13.

2.5.7 Движения с влачене — ниво AA

Всяко действие, което изисква влачене, трябва да бъде постижимо и с едно посочващо действие (докосване или щракване). Това обслужва потребителите с двигателни увреждания, които не могат надеждно да контролират операции с влачене.

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

2.5.8 Размер на целта (минимум) — ниво AA

Интерактивните цели (бутони, връзки, контроли във формуляри) трябва да бъдат поне 24×24 CSS пиксела — или да имат достатъчно разстояние от съседните цели, така че общата площ за активиране да покрива прага.

Това е минималната версия. Разширеният критерий (2.5.5, пренесен от 2.1 на ниво AAA) препоръчва 44×44 пиксела.

Често срещани пропуски: Бутони само с икона, икони за затваряне (×) и вградени текстови връзки в плътни навигационни менюта.

3.2.6 Последователна помощ — ниво A

Ако уебсайтът предлага механизъм за помощ (телефонен номер, връзка към чат, форма за контакт, връзка към ЧЗВ), той трябва да се появява на едно и също относително място в страниците, където присъства. Потребителите с когнитивни увреждания често разчитат на предвидимо разположение.

3.3.7 Повторно въвеждане — ниво A

Информация, която потребителят вече е подал в същата сесия, не трябва да се изисква отново — освен ако повторното въвеждане не е съществено (например поле за потвърждение на парола) или данните не са чувствителни от гледна точка на сигурността.

Пример: Многостъпково плащане не бива да пита за адреса за фактуриране на трета стъпка, ако потребителят вече го е въвел на първа.

3.3.8 Достъпно удостоверяване (минимум) — ниво AA

Стъпките при удостоверяване не трябва да разчитат на тест за когнитивна функция — разпознаване на обекти, преписване на знаци или решаване на пъзели — освен ако не е предоставена алтернатива или тестът не е за разпознаване на съдържание, контролирано от потребителя (например снимка, която самият той е качил).

Често срещани пропуски: CAPTCHA, изискваща разпознаване на изкривен текст без аудио алтернатива, или предизвикателства от типа „щракнете върху всички изображения със светофари“.

3.3.9 Достъпно удостоверяване (разширено) — ниво AAA

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

Какво премахна WCAG 2.2: 4.1.1 Синтактичен анализ

WCAG 2.1 включваше 4.1.1 Синтактичен анализ (Parsing) на ниво A, който изискваше коректно оформен HTML — уникални идентификатори на елементи, правилно вложени тагове и пълни двойки отварящи и затварящи тагове. Съвременните браузъри станаха толкова добри в мълчаливото поправяне на дефектен HTML, че този критерий стана неизмерим на практика.

В WCAG 2.2 4.1.1 Синтактичен анализ е обявен за остарял и винаги се смята за изпълнен. Вече не е нужно да го одитирате, макар че писането на чист HTML остава добра практика.

Обобщаваща таблица

КритерийНивоТема
2.4.11 Фокусът не е закрит (мин.)AAФокус от клавиатурата
2.4.12 Фокусът не е закрит (разширен)AAAФокус от клавиатурата
2.4.13 Външен вид на фокусаAAИндикатор за фокус
2.5.7 Движения с влаченеAAПосочващо въвеждане
2.5.8 Размер на целта (минимум)AAЦели за докосване
3.2.6 Последователна помощAПредвидимост
3.3.7 Повторно въвежданеAФормуляри
3.3.8 Достъпно удостоверяване (мин.)AAВход / CAPTCHA
3.3.9 Достъпно удостоверяване (разширено)AAAВход / CAPTCHA
4.1.1 Синтактичен анализAПремахнат

Кой трябва да премине към новата версия?

Практически всички. WCAG 2.2 вече е базовото ниво, към което препращат:

  • Европейският акт за достъпност (EAA), в сила от юни 2025 г.
  • Хармонизираният стандарт EN 301 549 (актуализиран, за да препраща към WCAG 2.2)
  • Регулациите за достъпност на органите от публичния сектор в Обединеното кралство (актуализирани насоки)
  • Множество щатски закони в САЩ и неформалните позиции по прилагане на Министерството на правосъдието

Ако последният ви пълен одит е бил спрямо WCAG 2.1 AA, насочете усилията си към тези пет критерия, които засягат повечето сайтове: 2.4.11, 2.4.13, 2.5.8, 3.3.8 и 3.3.7 (ако имате многостъпкови формуляри или процеси на плащане).

Как да одитирате новите критерии

Повечето автоматични скенери вече сигнализират за 2.5.8 (размер на целта) и частични случаи по 2.4.13 (външен вид на фокуса). Следните обаче изискват ръчно тестване:

  • 2.4.11 / 2.4.12 — преминете с Tab през всяка страница с активни фиксирани хедъри и футъри и се уверете, че фокусираните елементи са видими
  • 2.4.13 — измерете размерите и контраста на индикатора за фокус с инструментите за разработчици в браузъра или с проверка на контраста
  • 2.5.7 — идентифицирайте всяко взаимодействие с влачене и проверете дали съществува алтернатива само с посочващо устройство
  • 3.2.6 — проверете дали връзките за помощ се появяват на последователни места в страниците
  • 3.3.7 — преминете през всички многостъпкови процеси и се уверете, че никакви данни не се искат два пъти
  • 3.3.8 — тествайте всяка стъпка за вход, регистрация и потвърждаване за тестове на когнитивна функция

WCAG 2.2 не е цялостно преработване — това е целенасочен набор от допълнения, адресиращи реални бариери, които 2.1 пропусна. Добрата новина е, че повечето от новите критерии на ниво AA могат да бъдат решени с фокусирана работа по отстраняване, вместо с пълно преизграждане на сайта.

Свързани: Как да направите сайта си съвместим с WCAG 2.2 · Ръководство за ръчни одити на достъпността

Нуждаете се от помощ за одит спрямо WCAG 2.2?