QualiBooth

compliance

Регламенти за достъпност в Обединеното кралство: PSBAR

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

11 min read QualiBooth
Уестминстърският дворец и Биг Бен с наложени светещи икони за достъпност, представящи британските регламенти PSBAR за достъпност.

Какво представляват британските регламенти за достъпност на органите от публичния сектор?

Регламентите за достъпност на органите от публичния сектор (уебсайтове и мобилни приложения) (№ 2) от 2018 г. — известни като PSBAR, PSB Regulations, или просто „британските регламенти за достъпност” — влизат в сила през септември 2018 г. Те въвеждат в британското законодателство Директивата на ЕС за уеб достъпност (WAD) и продължават да се прилагат след Брекзит съгласно запазената рамка на правото на ЕС във Великобритания.

PSBAR изисква от органите от публичния сектор да направят своите уебсайтове и мобилни приложения достъпни за хора с увреждания. Съответствието се измерва спрямо Насоките за достъпност на уеб съдържанието (WCAG) 2.1 на ниво AA, а всички организации в обхвата са длъжни да публикуват и поддържат декларация за достъпност.

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

PSBAR се прилага за органи от публичния сектор, както са определени в регламентите. Това е широка категория, която включва:

  • Централни държавни ведомства и изпълнителни агенции
  • Неведомствени публични органи (NDPB) и подобни на тях структури
  • Местни власти и общински съвети
  • Тръстове на NHS и здравни организации
  • Университети и колежи за продължаващо образование (с известни нюанси)
  • Полиция, пожарна и други служби за спешно реагиране
  • Държавни училища и мултиакадемийни тръстове
  • Библиотеки, музеи и културни институции, управлявани от публични органи

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

Какво означава „в обхвата” за съдържанието?

Регламентите обхващат всички публично достъпни уебсайтове и мобилни приложения, управлявани от органи от публичния сектор. Това включва интранет и екстранет мрежи, когато са достъпни за публиката.

Обаче няколко категории съдържание са изрично изключени:

  • Офисни файлови формати (PDF, Word документи, таблици), публикувани преди 23 септември 2018 г., освен ако не са необходими за използване на услуга
  • Предварително записани медии, базирани на време (видео, аудио), публикувани преди 23 септември 2020 г.
  • Живо видео (не се изискват субтитри в реално време, макар добрата практика да препоръчва предоставянето им, когато е възможно)
  • Онлайн карти — стига необходимата навигационна информация да е предоставена достъпно
  • Съдържание на трети страни, което органът от публичния сектор не финансира, разработва или контролира
  • Наследствени колекции и архивирано съдържание, които не могат да бъдат направени достъпни без прекомерна тежест
  • Интранет и екстранет мрежи, чието съдържание предхожда септември 2019 г. и не е било съществено преразглеждано

Изключението за стари офисни файлове често се разбира погрешно. То се прилага за документи, публикувани преди съответната дата — не за всички PDF файлове изобщо. Всеки нов документ или всеки съществуващ документ, актуализиран след ефективната дата, трябва да отговаря на стандарта.

Техническият стандарт: WCAG 2.1 ниво AA

PSBAR изисква съответствие с WCAG 2.1 ниво AA. Този стандарт, публикуван от W3C, обхваща 50 критерия за успех, организирани в четири принципа:

Възприемаемост — информацията и компонентите на потребителския интерфейс трябва да могат да бъдат представени по начини, които потребителите могат да възприемат. Основни изисквания включват:

  • Текстови алтернативи за нетекстово съдържание (изображения, икони, диаграми)
  • Субтитри за видео съдържание
  • Достатъчен цветен контраст (4,5:1 за обикновен текст, 3:1 за голям текст и компоненти на интерфейса)
  • Съдържание, което може да бъде представено по различни начини без загуба на информация

Управляемост — компонентите на интерфейса и навигацията трябва да са управляеми. Основни изисквания включват:

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

Разбираемост — съдържанието и интерфейсът трябва да са разбираеми. Основни изисквания включват:

  • Деклариран език в HTML (атрибут lang)
  • Последователна навигация и етикетиране
  • Описателни съобщения за грешки с инструкции за корекция
  • Етикети и инструкции за всички полета на формуляри

Стабилност — съдържанието трябва да е достатъчно стабилно за интерпретация от помощни технологии. Основни изисквания включват:

  • Валиден, добре структуриран HTML
  • Правилно използване на ARIA роли, състояния и свойства
  • Съобщения за състояние, съобщавани на помощни технологии без изискване за фокус

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

  • 1.3.4 Ориентация — съдържанието не трябва да бъде заключено в единствена ориентация на екрана
  • 1.3.5 Идентифициране на целта на въвеждане — полетата на формуляри, събиращи лична информация, трябва да използват атрибути за автоматично попълване
  • 1.4.10 Пренареждане (reflow) — съдържанието трябва да се пренарежда при 320px без хоризонтално превъртане
  • 1.4.11 Нетекстов контраст — компонентите на интерфейса и графичните обекти трябва да отговарят на контраст 3:1
  • 1.4.12 Разредка на текста — потребителите трябва да могат да регулират разредката на текста без загуба на съдържание
  • 1.4.13 Съдържание при задържане или фокус — допълнителното съдържание, задействано при задържане с курсора или фокус, трябва да може да бъде затворено и да остава видимо
  • 2.5.3 Етикет в името — достъпните имена на компонентите трябва да съдържат видимия текстов етикет

Изискването за декларация за достъпност

Едно от най-характерните задължения на PSBAR — и там, където много органи от публичния сектор не успяват — е задължителната декларация за достъпност.

Всеки уебсайт и мобилно приложение в обхвата трябва да публикува декларация за достъпност, която:

  1. Посочва какъв стандарт цели да постигне сайтът — обикновено WCAG 2.1 AA
  2. Изброява известни проблеми с достъпността — конкретни бариери, които са идентифицирани и все още не са отстранени, с описание на всяка
  3. Включва твърдение за прекомерна тежест (ако е приложимо) — документирана обосновка защо определено съдържание не е направено достъпно
  4. Предоставя механизъм за обратна връзка — начин потребителите да се свържат с организацията, за да съобщят за бариери пред достъпността или да поискат достъпни алтернативи
  5. Посочва процедурата за прилагане — насочва потребителите, недоволни от отговора, към съответния орган за контрол
  6. Показва датата на преглед — кога декларацията е била последно актуализирана

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

Често срещани грешки в декларациите за достъпност:

  • Твърдение за пълно съответствие с WCAG 2.1 AA без доказателства
  • Изброяване на липса на известни проблеми, когато проблеми очевидно съществуват
  • Предоставяне на механизъм за връзка, който самият е недостъпен
  • Публикуване на декларация, която не е преглеждана повече от година
  • Използване на общ шаблон, копиран от друга организация, без адаптиране към реалния сайт

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

Прекомерна тежест

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

За да претендира за прекомерна тежест, организацията трябва да:

  1. Извърши официална оценка, съпоставяща разходите за постигане на достъпност с ползата за потребители с увреждания
  2. Вземе предвид размера, ресурсите на организацията и естеството на съдържанието
  3. Документира оценката
  4. Посочи твърдението в декларацията за достъпност, като идентифицира съдържанието и основанието за твърдението
  5. Периодично преразглежда твърдението

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

Контрол на прилагането във Великобритания

Контролът на прилагането на PSBAR се управлява по различен начин от съдебните спорове за достъпност в САЩ. Обединеното кралство няма индивидуално право на иск, аналогично на ADA Title III за достъпност на уебсайтове. Вместо това контролът е структуриран около:

Мониторинг от Правителствената цифрова служба (GDS) — GDS носи отговорност за мониторинга на съответствието на органите от публичния сектор с PSBAR. Те провеждат извадкови одити на уебсайтове и мобилни приложения и отчитат резултатите от съответствието на Европейската комисия (за периодите на отчитане преди Брекзит), а сега и съгласно запазените задължения на Великобритания.

Кабинетната служба (Cabinet Office) наблюдава цялостната рамка за съответствие, включително изискването ведомствата да имат планове за достъпност.

Законът за равенството от 2010 г. предоставя паралелен път. Законът изисква от доставчиците на услуги (включително органите от публичния сектор) да правят разумни приспособления за хора с увреждания. Уебсайт на публичен орган с бариери пред достъпността, който възпрепятства човек с увреждане да достъпи услуги, може да представлява незаконна дискриминация съгласно закона. За разлика от PSBAR, Законът за равенството подкрепя индивидуални искове — потребители с увреждания могат да заведат дела в трибунал по труда или окръжен съд.

Ofcom се занимава с контрола на изискванията, свързани с радио- и телевизионно излъчване. Органът за финансово поведение (FCA) и други секторни регулатори също могат да прилагат специфични за сектора изисквания за достъпност.

На практика прилагането на PSBAR е било относително умерено — GDS публикува данни за съответствието и работи с организациите за подобряване, вместо да предприема формални мерки за контрол. Обаче това не намалява правното задължение, а исковете по Закона за равенството остават реален риск.

Статус след Брекзит

PSBAR е транспониран от Директивата на ЕС за уеб достъпност съгласно Закона за Европейските общности. След Брекзит той се запазва като вътрешно право на Великобритания съгласно Закона за запазеното право на ЕС (отмяна и реформа) от 2023 г. Регламентите остават в пълна сила; след Брекзит Великобритания вече не е задължена да следва актуализациите на директивата WAD на ЕС или хармонизирания стандарт EN 301 549, но WCAG 2.1 AA остава приложимият технически стандарт.

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

Мобилни приложения

PSBAR се прилага както за мобилни приложения, така и за уебсайтове. Мобилните приложения, управлявани от органи от публичния сектор, трябва да:

  • Отговарят на критериите за успех на WCAG 2.1 ниво AA, приложими за родни мобилни приложения
  • Имат декларация за достъпност (която може да бъде публикувана в интернет, в самото приложение или в описанието в магазина за приложения)
  • Да са съвместими с функциите за достъпност на платформата (VoiceOver на iOS, TalkBack на Android)

Мобилната достъпност се оценява спрямо EN 301 549, който включва WCAG 2.1 и добавя специфични за мобилни устройства изисквания относно размера на целите за докосване, ориентацията и използването на платформени API.

Практическа пътна карта за съответствие с PSBAR

1. Одитирайте текущото си съответствие

Започнете с честна оценка на текущото положение. Инструментите за автоматизирано сканиране могат бързо да идентифицират значителна част от неуспехите по WCAG — проблеми с цветния контраст, липсващ алтернативен текст, проблеми с етикетирането на формуляри. Но автоматизираните инструменти надеждно откриват само 30–40% от проблемите с достъпността. Ръчен одит на достъпността с екранни четци и навигация само с клавиатура е задължителен за пълна картина.

2. Приоритизирайте отстраняването

Отстранете първо бариерите, които най-пряко пречат на потребителите да достъпят основните услуги. За местен съвет това може да са: порталът за подаване на заявления за строителство, формулярът за жилищни помощи, страницата за контакт и основната навигация. Обърнете внимание на транзакционните пътища преди информационното съдържание.

3. Публикувайте съответстваща декларация за достъпност

Използвайте шаблона на GDS. Бъдете честни относно известните проблеми. Осигурете работещ механизъм за връзка. Ако претендирате за прекомерна тежест за определено съдържание, документирайте оценката и я посочете ясно.

4. Отстранете и повторно тествайте

След всяко отстраняване проверете, че поправката решава проблема и не е внесла регресии. Това изисква както автоматизирано повторно тестване, така и ръчна проверка с помощни технологии.

5. Вградете достъпността в процеса на публикуване

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

6. Прегледайте декларацията за достъпност всяка година

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

Обобщение

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

Регламентите не са желателни насоки — те са закон, подсилен от задължението на Закона за равенството от 2010 г. за разумни приспособления. Органите от публичния сектор, които третират достъпността като непрекъсната практика за качество, а не като поле за отбелязване в контролен списък, ще намерят за по-лесно да отговорят на стандарта, да реагират на мониторинга на GDS и да обслужват целия спектър от своите потребители.

Ако управлявате уебсайт на публичния сектор и не сте сигурни в текущата си позиция по съответствие, безплатното сканиране на достъпността е най-бързата първа стъпка. За пълен одит, съпоставен с WCAG 2.1 AA и изискванията на PSBAR, свържете се с нашия екип.

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