Przejdź do treści
Pandus
pl Zmień język
Menu

Dostępność ukraińskich stron publicznych: DSTU EN 301 549 i uchwała nr 757

· 5 min czytania

Strony państwowe na Ukrainie muszą spełniać wymagania dostępności, a ich podstawą techniczną jest norma krajowa DSTU EN 301 549:2022 (ДСТУ EN 301 549:2022), identyczna z europejską EN 301 549 V3.2.1, czyli w przypadku internetu kryteria WCAG 2.1 na poziomach A i AA. Powiązanym aktem prawnym jest uchwała Gabinetu Ministrów Ukrainy nr 757 z 21 lipca 2023 roku „Niektóre kwestie dostępności systemów informacyjno-komunikacyjnych i dokumentów w postaci elektronicznej” (Деякі питання доступності інформаційно-комунікаційних систем та документів в електронній формі). Dla wykonawcy oznacza to prostą rzecz: wymagania dostępności pojawiają się w specyfikacjach przetargów, a przy odbiorze prac zamawiający chce zobaczyć raport z kontroli.

DSTU EN 301 549 i uchwała nr 757: czym są

DSTU EN 301 549:2022

To ukraińska norma krajowa, która powtarza europejską EN 301 549 w wersji V3.2.1. Norma obejmuje nie tylko strony internetowe, ale też aplikacje mobilne, dokumenty, oprogramowanie i sprzęt. W przypadku stron internetowych jej rozdział o webie odsyła do kryteriów sukcesu WCAG 2.1 na poziomach A i AA: kontrast, alternatywy tekstowe, etykiety pól, obsługa z klawiatury, struktura strony, zgodność z technologiami wspomagającymi itd.

Ważny niuans: w UE opublikowano już nową wersję EN 301 549 V4.1.1 opartą na WCAG 2.2 (wrzesień 2026 roku). Ukraińska wersja normy według stanu na październik 2026 roku odpowiada V3.2.1. Jeśli strona spełnia już WCAG 2.2 AA, spełnia też WCAG 2.1 AA, więc kontrola według nowszej wersji niczego nie psuje. O różnicach piszemy w artykule co zmieniło się w WCAG 2.2.

Uchwała nr 757

Uchwała z 21.07.2023 dotyczy dostępności systemów informacyjno-komunikacyjnych i dokumentów w postaci elektronicznej w sektorze publicznym. Nie streszczamy tu jej poszczególnych punktów: przed przygotowaniem oferty lub specyfikacji przeczytaj obowiązującą wersję na oficjalnej stronie rządu (link w sekcji „Źródła”) i sprawdź, jakie dokładnie systemy i dokumenty są objęte, kto odpowiada za wykonanie i jakie terminy ustalono.

Kogo to dotyczy w praktyce

  • Wykonawców, którzy tworzą strony i serwisy dla organów władzy, hromad (wspólnot terytorialnych), szpitali, placówek oświatowych i innych dysponentów środków publicznych.
  • Agencji biorących udział w przetargach przez Prozorro, w których specyfikacja wskazuje WCAG 2.1 lub DSTU EN 301 549.
  • Zespołów wsparcia, które w okresie gwarancji odpowiadają za to, by nowe strony nie pogarszały dostępności.

Dla prywatnego biznesu na Ukrainie takie wymagania nie są obecnie wprost ustanowione. Projekt ustawy nr 14278 „O dostępności cyfrowej” (Про цифрову доступність), przygotowany na podstawie dyrektyw europejskich 2016/2102 i 2019/882, zarejestrowano w Radzie Najwyższej 05.12.2025. Czy został uchwalony i w jakim brzmieniu, trzeba sprawdzać na stronie parlamentu: nie warto budować sprzedaży na założeniu, że ustawa już obowiązuje. Osobno: ukraińskie firmy, które sprzedają konsumentom w UE, mogą podlegać europejskiemu EAA. Więcej w przewodniku po EAA.

Jak wymagania trafiają do specyfikacji i odbioru

Typowa ścieżka wygląda tak:

  1. Specyfikacja przetargu zawiera wymaganie: „strona musi spełniać wymagania dostępności WCAG 2.1 poziomu AA / DSTU EN 301 549:2022”.
  2. W trakcie realizacji zespół kieruje się tymi kryteriami: semantyczny kod, kontrast, etykiety, klawiatura.
  3. Przy odbiorze zamawiający prosi o potwierdzenie zgodności: raport z kontroli, protokół testów lub opinię specjalisty.
  4. W okresie gwarancji treści dodają pracownicy zamawiającego, a nowe strony często przywracają stare błędy: obrazy bez alt, PDF-y bez struktury, tabele w formie obrazków.

Najsłabsze miejsca to punkty 3 i 4. Raport do odbioru często robi się jednorazowo ręcznie, a potem nikt regularnie nie sprawdza strony.

Jakiego raportu potrzebuje wykonawca

Raport do odbioru musi być zrozumiały nie tylko dla programisty, ale też dla przedstawiciela zamawiającego, który go podpisuje. Co powinien zawierać:

  • Listę sprawdzonych stron i datę kontroli.
  • Znalezione problemy z odniesieniem do kryteriów WCAG 2.1 i punktów DSTU EN 301 549:2022.
  • Wagę i priorytet każdego problemu.
  • Dynamikę: co poprawiono między pierwszą a ponowną kontrolą.
  • Uczciwe ograniczenie: że to automatyczna kontrola, które kryteria sprawdzono automatycznie i co wymaga ręcznej kontroli.

Nasz serwis tworzy taki raport po ukraińsku z odniesieniem do DSTU EN 301 549:2022 i może sprawdzać stronę co tydzień przez cały okres gwarancji. Ważne: to automatyczna kontrola, a nie pełny audyt, i nie porada prawna. Automat znajduje tylko część problemów. Jeśli specyfikacja wymaga opinii eksperckiej, automatyczny raport trzeba uzupełnić ręczną kontrolą: przejściem klawiaturą, pracą z czytnikiem ekranu, sprawdzeniem dokumentów. Więcej o granicach automatyzacji na stronie jak to działa.

Typowe błędy na stronach sektora publicznego

  • Dokumenty PDF bez warstwy tekstowej, zeskanowane zarządzenia i decyzje, których czytnik ekranu nie odczyta.
  • Aktualności ze zdjęciami bez alt albo z alt „zdjęcie”.
  • Tabele w formie obrazków (rozkłady, harmonogramy przyjęć obywateli).
  • Formularze zgłoszeń bez etykiet pól i z CAPTCHA bez dostępnej alternatywy.
  • Niewystarczający kontrast w nagłówku i stopce z herbem i barwami hromady.
  • „Wersja dla osób słabowidzących”, która zastępuje poprawienie wersji głównej, ale sama nie spełnia kryteriów.

Większość tych błędów pokrywa się z tym, co widzimy na stronach komercyjnych; listę z wyjaśnieniami znajdziesz w artykule 10 najczęstszych błędów dostępności, a listę do samodzielnej kontroli w liście kontrolnej WCAG 2.2.

Dlaczego nie „wersja specjalna” i nie widżet

Osobna „wersja dla słabowidzących” albo widżet, który powiększa czcionkę i włącza kontrast, nie czyni głównej strony dostępną. Czytnik ekranu nadal widzi kod wersji głównej, a błędy w kodzie nigdzie nie znikają. Szczegóły w artykule dlaczego nakładki nie działają.

Krótki plan dla wykonawcy

  1. Sprawdź szablony (strona główna, aktualność, dokument, formularz zgłoszenia) przed oddaniem, a nie po nim.
  2. Popraw błędy w szablonach: wtedy nie powtórzą się na tysiącach stron.
  3. Naucz redaktorów treści zamawiającego uzupełniać alt i publikować dostępne dokumenty.
  4. Oddaj pracę z raportem odnoszącym się do DSTU EN 301 549:2022.
  5. Sprawdzaj stronę regularnie w okresie gwarancji i pokazuj zamawiającemu dynamikę.

Odpowiedzi na częste pytania

Czym jest DSTU EN 301 549:2022? Normą krajową identyczną z EN 301 549 V3.2.1; w przypadku internetu to kryteria WCAG 2.1 A i AA.

Co reguluje uchwała nr 757? Dostępność państwowych systemów informacyjno-komunikacyjnych i dokumentów elektronicznych; szczegóły w obowiązującej wersji na stronie rządu.

Czy wymagania obejmują biznes? Obecnie przede wszystkim sektor publiczny; status projektu ustawy nr 14278 trzeba sprawdzać.

Czy automatyczny raport wystarczy? To nie jest pełny audyt: do opinii eksperckiej potrzebna jest jeszcze ręczna kontrola.

Sprawdź bezpłatnie jedną stronę swojego serwisu i zobacz, jak wygląda raport.

Źródła

Czytaj także