Стандарти

POUR

Също: Perceivable Operable Understandable Robust

Четирите принципа, върху които е изграден WCAG: **Perceivable, Operable, Understandable, Robust.** Всеки критерий за успех се съотнася към един от тях.

POUR е концептуалната рамка, върху която е изграден WCAG. Всеки критерий за успех в WCAG 2.x се съотнася към точно един от четирите принципа. Запомнянето на POUR е най-краткият път към разбирането на причините, поради които съществува дадено правило.

Четирите принципа

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

Operable (Управляемост). Компонентите на потребителския интерфейс и навигацията трябва да могат да бъдат управлявани. Основните правила по този принцип са: пълен достъп чрез клавиатура (без функции, зависещи от мишката), достатъчно време за четене и изпълнение на задачи, липса на съдържание, предизвикващо гърчове (мигане с честота над 3 пъти в секунда е границата), ясна навигация и предсказуем ред на фокуса. Новите критерии на WCAG 2.2 за видимост на фокуса и алтернативи на плъзгане са правила за управляемост.

Understandable (Разбираемост). Информацията и начинът на работа с интерфейса трябва да бъдат разбираеми. Това обхваща предсказуеми модели на навигация, последователно означаване на страниците, ясни инструкции и полезно възстановяване след грешки. Препоръките на работната група по когнитивна достъпност се вписват в този принцип, дори когато самият WCAG не ги задължава изрично.

Robust (Надеждност). Съдържанието трябва да бъде достатъчно надеждно, за да може да бъде интерпретирано по стабилен начин от широк набор от потребителски агенти, включително помощни технологии. На практика това е най-малкият принцип — той обхваща предимно едно правило: 4.1.2 Name, Role, Value — но то покрива огромна повърхност: изисква всеки персонализиран контрол на интерфейса да разкрива какво представлява, какво прави и в какво състояние се намира, по начин, достъпен за помощните технологии. 4.1.2 е причината за съществуването на ARIA.

Практическо приложение на POUR

При установяване на проблем с достъпността е препоръчително да се определи кой принцип се нарушава:

  • Липсващ атрибут altPerceivable.
  • Клавиатурен капан — Operable.
  • Объркващо съобщение за грешка — Understandable.
  • Персонализиран падащ списък, който не се обявява като comboboxRobust.

Това съответствие помага при приоритизирането: нарушенията на Perceivable и Operable обикновено блокират потребителите напълно; нарушенията на Understandable и Robust по-често деградират преживяването, без да го блокират. Именно поради тази причина повечето екипи насочват първия одит към P и O.

POUR помага и за идентифициране на пропуски. Екип, който обсебено отстранява проблеми с Perceivable (алтернативен текст, цветови контраст), но пренебрегва Operable (ред на фокуса, клавиатурни капани), демонстрира разпознаваем и широко срещан модел на неуспех. POUR прави тази едностранчивост видима.