Працює
Академія
Законодавство

ДСТУ EN 301 549 — вимоги до сайтів в Україні

ДСТУ EN 301 549 — державний стандарт цифрової доступності в Україні. Хто зобов'язаний, що перевіряється, які штрафи та як підготувати сайт.

· 5 хв читання

ДСТУ EN 301 549 — вимоги до сайтів в Україні

ДСТУ EN 301 549 — це державний стандарт України з доступності інформаційно-комунікаційних технологій, прийнятий на основі європейського стандарту EN 301 549. Він встановлює обов'язкові технічні вимоги до вебсайтів, мобільних застосунків, документів і програмного забезпечення для державного сектору України.

Коротко: якщо ви розробляєте або підтримуєте сайт державного органу, підприємства державної форми власності або отримуєте державне фінансування на цифрові продукти — ДСТУ EN 301 549 обов'язковий для вас.


Що таке ДСТУ EN 301 549?

ДСТУ — абревіатура від "Державний стандарт України". EN 301 549 — номер базового європейського стандарту, розробленого ETSI (Європейським інститутом стандартів у сфері телекомунікацій) на замовлення Єврокомісії.

Стандарт охоплює вимоги до доступності для широкого спектру цифрових продуктів:

КатегоріяЩо охоплює
ВебконтентСайти, вебзастосунки, онлайн-документи
Мобільні застосункиiOS, Android, PWA
Програмне забезпеченняДесктопні програми, операційні системи
ДокументиPDF, DOCX, XLSX, PPTX
Апаратне забезпеченняКіоски, банкомати, принтери

Для вебсайтів і мобільних застосунків стандарт посилається безпосередньо на WCAG 2.1 рівня AA як технічну основу.

Факт: За даними ЦМЦІ, лише 12% державних сайтів України відповідають вимогам ДСТУ EN 301 549 навіть на базовому рівні.


Різниця між ДСТУ EN 301 549 і WCAG 2.2

Часто ці стандарти плутають або вважають синонімами. Ось ключові відмінності:

ПараметрWCAG 2.2ДСТУ EN 301 549
РозробникW3C (міжнародний)ETSI / адаптовано в Україні
ОхопленняЛише вебконтентВебсайти + мобільні + ПЗ + документи + обладнання
Юридична силаРекомендація (але є основою законів)Державний стандарт (обов'язковий за законом)
Технічна базаСамостійний документДля вебу посилається на WCAG 2.1 AA
Версія2.2 (жовтень 2023)Базується на EN 301 549 v3.2.1

Практичний висновок: Якщо ваш сайт відповідає WCAG 2.2 AA, він виконує і вимоги ДСТУ EN 301 549 для вебконтенту. Але ДСТУ ширший — він охоплює і PDF-документи, і мобільний застосунок.


Хто зобов'язаний дотримуватись?

Відповідно до Постанови КМУ №757 та чинного законодавства, ДСТУ EN 301 549 є обов'язковим для:

Обов'язково:

  • Органи державної влади (міністерства, відомства, ЦОВВ)
  • Органи місцевого самоврядування (міські, районні ради)
  • Державні підприємства та установи
  • Комунальні підприємства
  • Заклади освіти та охорони здоров'я, що фінансуються з бюджету

Рекомендовано (і незабаром стане обов'язковим):

  • Приватний бізнес, що надає послуги широкого вжитку
  • Банки та фінансові установи
  • E-commerce майданчики
  • Медичні та освітні онлайн-сервіси

Законопроєкт 14278, схвалений Кабміном, поширює вимоги на приватний сектор — детальніше: Законопроєкт 14278.


Що конкретно перевіряється?

Стандарт організований у розділи. Для вебсайтів ключові:

Розділ 9: Вебконтент

Базується на WCAG 2.1 AA. Перевіряється:

  • Alt-тексти для всіх значущих зображень
  • Субтитри для відео (автоматичні не рахуються — потрібні якісні)
  • Контраст тексту мінімум 4.5:1 для звичайного, 3:1 для великого (18pt+)
  • Навігація клавіатурою — весь функціонал без миші
  • Фокус-стан — видимий на всіх інтерактивних елементах
  • Підписи форм — кожне поле має <label> або aria-label
  • Структура заголовків — H1→H2→H3, без пропуску рівнів
  • Мова документа — атрибут lang="uk" на <html>
  • Підказки при помилках — опис помилки, а не лише підсвічування
  • Zoom до 200% — без горизонтального скролу

Розділ 10: Документи (не вебконтент)

  • PDF з тегами (tagged PDF)
  • Альтернативний текст для зображень у документах
  • Навігація в документі

Розділ 11: Програмне забезпечення

  • Доступність нативних мобільних застосунків
  • Підтримка AT (assistive technologies) на рівні ОС

Які штрафи за невідповідність?

Це одне з найбільших "білих плям" у публічному просторі — майже ніхто не пише про реальні наслідки. Ось актуальна картина:

Для державних органів:

  • Перевірки Держспецзв'язку — уповноваженого органу з моніторингу цифрової доступності
  • Приписи про усунення порушень — з конкретними строками
  • Дисциплінарна відповідальність керівників
  • Публічне розголошення — ЦМЦІ та інші організації публікують рейтинги дивись /rankings
  • Відмова у фінансуванні цифрових проєктів без підтвердженої відповідності

Для приватного бізнесу (після набуття чинності Законопроєкту 14278):

  • Адміністративні штрафи (конкретні розміри визначатимуться підзаконними актами)
  • Приписи регуляторних органів (НКРЕКУ, НБУ — для відповідних секторів)

Найбільший ризик зараз — репутаційний:

Рейтинги ЦМЦІ публікуються у відкритому доступі. ЗМІ активно цитують аутсайдерів. Пряма шкода репутації вимірюється набагато більше, ніж будь-який адміністративний штраф.

Факт: У США лише за 2024 рік подано понад 4 000 судових позовів щодо недоступності сайтів. Україна рухається в цьому ж напрямку.


Як підготувати сайт до відповідності

Покроковий план для досягнення відповідності ДСТУ EN 301 549:

Крок 1: Аудит

Проведіть комплексний аудит доступності. Почніть з безкоштовного автоматичного сканування: → Сканувати сайт на ЦМЦІ

Автоматика виявить ~40% помилок. Для повної картини потрібен ручний аудит.

Крок 2: Пріоритизація

Розділіть помилки за критичністю:

  • Критичні (Level A): виправити першочергово — блокують доступ
  • Важливі (Level AA): виправити у першому спринті
  • Рекомендовані (Level AAA): за можливості

Крок 3: Виправлення

Типові виправлення, що покривають 80% проблем:

  • Додати alt-тексти до всіх зображень
  • Виправити контраст кольорів (налаштувати палітру)
  • Додати <label> до всіх полів форм
  • Перевірити і виправити структуру заголовків
  • Забезпечити видимий фокус-стан
  • Додати атрибут lang="uk" до <html>

Крок 4: Оцінка відповідності (VPAT)

Підготуйте VPAT (Voluntary Product Accessibility Template) або Декларацію доступності — публічний документ на сайті, що описує рівень відповідності та відомі проблеми.

Крок 5: Підтримка

Включіть перевірку доступності в процес розробки:

  • axe-core в CI/CD pipeline
  • Чеклист доступності для code review
  • Навчання команди базовим принципам

Корисні посилання

Чи була ця стаття корисною?