Barrierefreiheit ukrainischer Behördenwebsites: DSTU EN 301 549 und Verordnung Nr. 757
· Lesezeit: 6 Min.
Behördenwebsites in der Ukraine müssen Anforderungen an die Barrierefreiheit erfüllen. Technische Grundlage dieser Anforderungen ist die nationale Norm DSTU EN 301 549:2022 (ДСТУ EN 301 549:2022), identisch mit der europäischen EN 301 549 V3.2.1; für das Web sind das die Kriterien der WCAG 2.1 der Stufen A und AA. Der zugehörige Rechtsakt ist die Verordnung Nr. 757 des Ministerkabinetts der Ukraine vom 21. Juli 2023 „Einige Fragen der Barrierefreiheit von Informations- und Kommunikationssystemen und Dokumenten in elektronischer Form“ (Деякі питання доступності інформаційно-комунікаційних систем та документів в електронній формі). Für Auftragnehmer bedeutet das etwas Einfaches: Anforderungen an die Barrierefreiheit tauchen in den Lastenheften von Ausschreibungen auf, und bei der Abnahme will der Auftraggeber einen Prüfbericht sehen.
DSTU EN 301 549 und Verordnung Nr. 757: was das ist
DSTU EN 301 549:2022
Das ist eine ukrainische nationale Norm, die die europäische EN 301 549 in der Version V3.2.1 wiedergibt. Die Norm umfasst nicht nur Websites, sondern auch mobile Apps, Dokumente, Software und Hardware. Für Webseiten verweist ihr Web-Abschnitt auf die Erfolgskriterien der WCAG 2.1 der Stufen A und AA: Kontrast, Textalternativen, Feldbeschriftungen, Tastaturbedienung, Seitenstruktur, Kompatibilität mit assistiven Technologien und so weiter.
Eine wichtige Feinheit: In der EU wurde bereits die neue Version EN 301 549 V4.1.1 auf Grundlage der WCAG 2.2 veröffentlicht (September 2026). Die ukrainische Version der Norm entspricht mit Stand Oktober 2026 der V3.2.1. Wenn eine Website bereits WCAG 2.2 AA erfüllt, erfüllt sie auch WCAG 2.1 AA; eine Prüfung nach der neueren Version schadet also nicht. Zu den Unterschieden siehe den Artikel was sich in WCAG 2.2 geändert hat.
Verordnung Nr. 757
Die Verordnung vom 21.07.2023 betrifft die Barrierefreiheit von Informations- und Kommunikationssystemen und Dokumenten in elektronischer Form im öffentlichen Sektor. Wir geben hier keine einzelnen Bestimmungen wieder: Lesen Sie vor der Erstellung eines Angebots oder Lastenhefts die geltende Fassung auf der offiziellen Website der Regierung (der Link steht im Abschnitt „Quellen“) und prüfen Sie, welche Systeme und Dokumente genau erfasst sind, wer für die Umsetzung verantwortlich ist und welche Fristen gelten.
Wen es in der Praxis betrifft
- Auftragnehmer, die Websites und Dienste für Behörden, Gemeinden, Krankenhäuser, Bildungseinrichtungen und andere Verwalter öffentlicher Mittel erstellen.
- Agenturen, die an Ausschreibungen über Prozorro teilnehmen, bei denen im Lastenheft WCAG 2.1 oder DSTU EN 301 549 genannt ist.
- Support-Teams, die während der Gewährleistung dafür verantwortlich sind, dass neue Seiten die Barrierefreiheit nicht verschlechtern.
Für private Unternehmen in der Ukraine sind solche Anforderungen derzeit nicht direkt festgelegt. Der Gesetzentwurf Nr. 14278 „Über digitale Barrierefreiheit“ (Про цифрову доступність), der auf Grundlage der europäischen Richtlinien 2016/2102 und 2019/882 erarbeitet wurde, wurde am 05.12.2025 in der Werchowna Rada registriert. Ob und in welcher Fassung er verabschiedet wurde, müssen Sie auf der Website des Parlaments prüfen: Bauen Sie den Vertrieb nicht auf der Annahme auf, dass das Gesetz bereits gilt. Gesondert: Ukrainische Unternehmen, die an Verbraucher in der EU verkaufen, können unter den europäischen EAA fallen. Mehr dazu im Leitfaden zum EAA.
Wie die Anforderungen ins Lastenheft und in die Abnahme gelangen
Der typische Weg sieht so aus:
- Das Lastenheft der Ausschreibung enthält die Anforderung: „Die Website muss die Anforderungen an die Barrierefreiheit nach WCAG 2.1 Stufe AA / DSTU EN 301 549:2022 erfüllen“.
- Während der Entwicklung orientiert sich das Team an diesen Kriterien: semantisches Markup, Kontrast, Beschriftungen, Tastatur.
- Bei der Abnahme verlangt der Auftraggeber einen Nachweis der Konformität: einen Prüfbericht, ein Testprotokoll oder ein Gutachten.
- Während der Gewährleistung pflegen Mitarbeitende des Auftraggebers die Inhalte, und neue Seiten bringen oft alte Fehler zurück: Bilder ohne Alt-Text, PDFs ohne Struktur, Tabellen als Bilder.
Die schwächsten Stellen sind die Punkte 3 und 4. Der Abnahmebericht wird oft einmalig von Hand erstellt, danach prüft niemand die Website regelmäßig.
Welchen Bericht ein Auftragnehmer braucht
Der Abnahmebericht muss nicht nur für Entwickler verständlich sein, sondern auch für die Vertretung des Auftraggebers, die ihn unterschreibt. Was er enthalten sollte:
- Liste der geprüften Seiten und Datum der Prüfung.
- Gefundene Probleme mit Zuordnung zu den Kriterien der WCAG 2.1 und den Abschnitten der DSTU EN 301 549:2022.
- Schweregrad und Priorität jedes Problems.
- Verlauf: was zwischen der ersten und der wiederholten Prüfung behoben wurde.
- Ehrliche Einschränkung: dass es sich um eine automatische Prüfung handelt, welche Kriterien automatisch geprüft wurden und was eine manuelle Prüfung erfordert.
Unser Dienst erstellt einen solchen Bericht auf Ukrainisch mit Bezug zur DSTU EN 301 549:2022 und kann die Website während der Gewährleistung wöchentlich prüfen. Wichtig: Das ist eine automatische Prüfung, kein vollständiges Audit, und keine Rechtsberatung. Die Automatik findet nur einen Teil der Probleme. Wenn das Lastenheft ein Gutachten verlangt, muss der automatische Bericht durch eine manuelle Prüfung ergänzt werden: Durchgang per Tastatur, Arbeit mit einem Screenreader, Prüfung der Dokumente. Mehr zu den Grenzen der Automatik auf der Seite so funktioniert es.
Typische Fehler auf Websites des öffentlichen Sektors
- PDF-Dokumente ohne Textebene, eingescannte Anordnungen und Beschlüsse, die ein Screenreader nicht lesen kann.
- Nachrichten mit Fotos ohne Alt-Text oder mit dem Alt-Text „Foto“.
- Tabellen als Bilder (Fahrpläne, Sprechzeiten für Bürgerinnen und Bürger).
- Kontaktformulare ohne Feldbeschriftungen und mit CAPTCHA ohne barrierefreie Alternative.
- Zu wenig Kontrast in Kopf- und Fußbereich mit Wappen und Gemeindefarben.
- Eine „Version für Sehbehinderte“, die die Korrektur der Hauptversion ersetzt, selbst aber die Kriterien nicht erfüllt.
Die meisten dieser Fehler decken sich mit dem, was wir auf kommerziellen Websites sehen; eine Liste mit Erklärungen finden Sie im Artikel die 10 häufigsten Barrierefreiheitsfehler, eine Liste zur Selbstprüfung in der WCAG-2.2-Checkliste.
Warum keine „Sonderversion“ und kein Widget
Eine separate „Version für Sehbehinderte“ oder ein Widget, das die Schrift vergrößert und den Kontrast einschaltet, macht die Hauptwebsite nicht barrierefrei. Ein Screenreader sieht weiterhin den Code der Hauptversion, und die Fehler im Markup verschwinden nicht. Details im Artikel warum Overlays nicht funktionieren.
Kurzer Plan für Auftragnehmer
- Prüfen Sie die Vorlagen (Startseite, Nachricht, Dokument, Kontaktformular) vor der Übergabe, nicht danach.
- Beheben Sie Fehler in den Vorlagen: So wiederholen sie sich nicht auf Tausenden Seiten.
- Schulen Sie die Content-Verantwortlichen des Auftraggebers darin, Alt-Texte auszufüllen und barrierefreie Dokumente zu veröffentlichen.
- Übergeben Sie die Arbeit mit einem Bericht, der sich auf DSTU EN 301 549:2022 bezieht.
- Prüfen Sie die Website während der Gewährleistung regelmäßig und zeigen Sie dem Auftraggeber den Verlauf.
Antworten auf häufige Fragen
Was ist DSTU EN 301 549:2022? Eine nationale Norm, identisch mit EN 301 549 V3.2.1; für das Web die Kriterien der WCAG 2.1 A und AA.
Was regelt die Verordnung Nr. 757? Die Barrierefreiheit staatlicher Informations- und Kommunikationssysteme und elektronischer Dokumente; Details in der geltenden Fassung auf der Website der Regierung.
Gelten die Anforderungen für Unternehmen? Derzeit vor allem für den öffentlichen Sektor; der Stand des Gesetzentwurfs Nr. 14278 muss geprüft werden.
Reicht ein automatischer Bericht? Er ist kein vollständiges Audit: Für ein Gutachten ist zusätzlich eine manuelle Prüfung nötig.
Prüfen Sie eine Seite Ihrer Website kostenlos und sehen Sie, wie der Bericht aussieht.