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

Европейският акт за достъпността се прилага от 28 юни 2025 г. През първата година повечето компании изчакваха да видят дали някой наистина ще следи за спазването му. Отговорът вече е ясен.

Френски съд задължи Carrefour да постигне пълно съответствие под заплаха от санкция от 500 € на ден. През 2026 г. органите за надзор на пазара в държавите членки преминаха от искания за информация към целенасочени проверки. Във всяка държава членка има механизми за подаване на жалби и организациите на хората с увреждания ги използват.

Ако продавате на потребители в ЕС и сайтът ви не е достъпен, това вече не е въпрос на репутация. Това е въпрос под надзор.

Какво всъщност обхваща Актът

Директива (ЕС) 2019/882 се прилага за определен списък от продукти и услуги, а не за целия интернет. Услугите в обхвата включват:

• Електронна търговия, определена широко като всяка услуга, която позволява на потребителя да сключи договор от разстояние. Ако някой може да разглежда, избира и купува на сайта ви, вие сте в обхвата.
• Банкови услуги за потребители, включително онлайн банкиране и платежни интерфейси.
• Услуги за пътнически превоз, включително уебсайтове, приложения и продажба на билети.
• Електронни съобщителни услуги.
• Достъп до аудиовизуални медийни услуги.
• Електронни книги и специализиран софтуер за тях.

Продуктите в обхвата включват терминали за самообслужване, платежни терминали, електронни четци и компютърен хардуер за потребители.

На практика две граници имат значение. Първо, директивата се прилага за услуги, предоставяни на потребители. Платформите, които са изцяло между предприятия, вътрешните инструменти и услугите, които не се предлагат на обществеността, са извън нея. Второ, има изключение за микропредприятия, които предоставят услуги: по-малко от десет служители и годишен оборот или обща стойност на баланса, която не надхвърля два милиона евро. Това изключение се прилага само за услуги, не и за продукти, и не се кандидатства за него: или сте под прага, или не сте.

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

Техническият стандарт

Актът определя функционални изисквания. Техническият еталон е хармонизираният европейски стандарт EN 301 549, в който се намират реалните проверими критерии.

Текущата референтна версия, V3.2.1 от март 2021 г., включва WCAG 2.1, ниво AA. ETSI публикува следващата версия, V4.1.1, на 2 септември 2026 г. Тя премества еталона към WCAG 2.2, който добавя малък брой критерии за успех за вида на фокуса, движенията с плъзгане, размера на целта, последователната помощ и повторното въвеждане. V4.1.1 все още не е цитирана в Официален вестник, така че засега V3.2.1 остава версията, която дава презумпция за съответствие. Нито един от новите критерии не е драматичен, но ако отстранявате проблеми сега, разработката по WCAG 2.2 вместо по 2.1 ви спестява двойната работа.

Съответствието с хармонизирания стандарт ви дава презумпция за съответствие с директивата. Това е практическата цел: WCAG 2.1 AA днес, WCAG 2.2 AA, ако искате резерв.

Какво означава това в кода

Насоките за достъпност обикновено се пишат на ниво принципи. Ето как изглеждат те като работа, въз основа на това, което откриваме почти при всеки одит.

Семантика и структура

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

• Използвайте истински елементи. Бутонът е <button>, а не div с onClick. Връзката, която води към друга страница, е <a href>. Тази единствена промяна оправя наведнъж управлението от клавиатурата, поведението на фокуса и обявяването.
• Ориентири (landmarks): header, nav, main, footer. Един main на страница.
• Заглавия в правилен ред, които описват структурата, а не са избрани заради размера на шрифта.
• Списъците като списъци, таблиците като таблици с правилни заглавни клетки и scope.
• Езикът е деклариран в елемента html и се сменя в текста там, където съдържанието минава на друг език. При многоезичен сайт това има по-голямо значение, отколкото хората предполагат, защото иначе екранният четец ще чете френски текст с английски глас.

Формуляри

При формулярите транзакциите се провалят, затова те се проверяват най-внимателно.

• Всяко поле за въвеждане има програмно свързан етикет. Текстът в placeholder не е етикет.
• Грешките са обозначени с текст, свързани с полето и обявени. Самата червена рамка не казва нищо на незрящ потребител.
• Задължителните полета са обозначени по начин, достъпен за помощните технологии.
• Атрибути autocomplete в полетата с лични данни, което е изричен критерий на WCAG и освен това подобрява конверсията.
• Групираните контроли използват fieldset и legend.

Клавиатура и фокус

• Всичко интерактивно е достъпно и управляемо с клавиатура, в ред, който съответства на визуалното разположение.
• Фокусът винаги е видим. Премахването на очертанията, без да бъдат заменени, е директен провал.
• Без капани за клавиатурата. Модалните прозорци задържат фокуса нарочно, връщат го при затваряне и се затварят с Escape.
• Връзка за прескачане към основното съдържание.

Визуален дизайн

• Контраст на текста най-малко 4,5 към 1 за нормален текст и 3 към 1 за едър текст.
• Нетекстов контраст 3 към 1 за компонентите на интерфейса и смислените графики, което хваща много рамки с нисък контраст в полетата на формулярите.
• Съдържанието се преподрежда при ширина 320 CSS пиксела без хоризонтално превъртане.
• Текстът се увеличава до 200% без загуба на съдържание.
• Цветът никога не носи смисъл сам по себе си.

Динамично съдържание

• Живите региони (live regions) обявяват промени, които стават без зареждане на страницата, например актуализации на количката или обобщения на грешките при валидиране.
• Персонализираните компоненти имат правилни роли, състояния и свойства. Ако изграждате combobox ръчно, следвайте ARIA Authoring Practices, вместо да импровизирате.
• Спазвайте предпочитанието за намалено движение.
• Нищо, което пуска звук автоматично, и без автоматично превъртащи се въртележки без контрол за пауза.

Документи и медии

• PDF файловете в обхвата трябва да имат тагове и да са четими. Фактура или общи условия, предоставени като сканирано изображение, не отговарят на изискванията.
• Видеото се нуждае от субтитри. Предварително записаният звук се нуждае от транскрипция.
• Изображенията се нуждаят от алтернативен текст, който предава предназначението им. Декоративните изображения получават празен атрибут alt.

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

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

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

Не преувеличавайте. Да заявите пълно съответствие, когато има известен пропуск, е по-лошо от това да заявите частично съответствие с план за отстраняване, както правно, така и практически.

Санкции

Санкциите се определят на национално ниво и варират значително. Сред публикуваните стойности са до 90 000 € в Нидерландия, от 10 000 до 100 000 € за нарушение в Германия, нива от 75 000 до 300 000 € за нарушение във Франция и до 60 000 € в Ирландия. Някои държави членки допускат изчисляване въз основа на оборота при повторни или тежки нарушения.

Финансовата експозиция често не е най-големият разход. Да бъдете задължени да отстраните проблемите под заплаха от дневна санкция означава да вършите работата под натиск на срокове и с одитор, което е много по-скъпо, отколкото да я свършите планирано.

Инструментите за наслагване (overlay) не работят

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

Гледайте на тях като на данък, а не като на решение.

Реалистичен път за отстраняване на проблемите

Ето последователността, която използваме и която обикновено премахва по-голямата част от риска през първите две фази.

Фаза 1: автоматично сканиране плюс ръчен одит. Автоматичните инструменти улавят около една трета от проблемите, което е полезно, но далеч не е достатъчно. Съчетайте сканирането с ръчно тестване с клавиатура и с екранен четец по критичните пътища: начална страница, категория, продукт, количка, поръчка, профил, контакт.

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

Фаза 3: поправете библиотеката от компоненти. Повечето сайтове са изградени от ограничен набор компоненти, повтарящи се навсякъде. Еднократната поправка на компонентите за бутон, поле за въвеждане, модален прозорец, падащо меню, раздели и таблица поправя наведнъж стотици страници. Тук е лостът.

Фаза 4: съдържание и документи. Алтернативен текст, заглавия, PDF файлове, субтитри. Бавно, но технически не е трудно.

Фаза 5: предотвратете регресиите. Автоматични проверки за достъпност в CI, правила за линтинг за JSX или шаблоните и критерии за достъпност в дефиницията за завършена задача (definition of done). Без това ще платите за одита отново след осемнадесет месеца.

Съпътстващата полза

Всичко по-горе подобрява и видимостта в търсачките, Core Web Vitals и конверсията. Правилната структура на заглавията, семантичното маркиране, истинските етикети и достатъчният контраст са същите неща, които помагат на роботите да анализират страницата и на обикновените потребители да завършат покупка от телефон при лошо осветление.

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

Откъде да започнете

Ако не сте минали одит, започнете с клавиатурата. Изключете мишката и опитайте да завършите покупка на собствения си сайт. Повечето екипи откриват първите си три проблема в рамките на пет минути и това е по-убедителна демонстрация за ръководството от всеки доклад.

Провеждаме одити за достъпност и програми за отстраняване на проблемите за компании, работещи в ЕС, включително работа по библиотеките от компоненти и интеграция в CI, така че поправката да се задържи. Повече подробности има на страницата на нашата услуга за отстраняване на проблеми с достъпността, а по-широкият регулаторен контекст е в нашата карта на цифровото съответствие в ЕС за 2026 г.

Свържете се с нас на office@c9group.dev, ако искате честна оценка на това къде се намирате.