Standards und rechtlicher Rahmen

Standards und rechtlicher Rahmen

0:00 Tag zwei beginnt mit dem Regelwerk. Und gleich ein Satz vorweg, der für dieses ganze Modul gilt: Wir ordnen ein, wir beraten nicht. Alles, was über die technische Einordnung hinausgeht, ist eine juristische Prüfung und gehört in andere Hände. Das ist keine Bescheidenheitsfloskel, das schützt Sie und mich. Was ich Ihnen dagegen mitgeben kann, ist der technische Auftrag, und der lautet erfreulich klar: die Richtlinien in Version 2.2 auf Stufe AA erfüllen, und zwar nachweisbar.

0:28 Dieses Modul zeigt, was dahintersteckt, woher die Verpflichtung kommt und welche Nachweise am Ende verlangt werden.

Standards und rechtlicher Rahmen

0:36 Acht Kapitel, und sie bauen aufeinander auf wie eine Kette. Wir beginnen bei den vier Prinzipien der Richtlinien, klären die Konformitätsstufen und sehen uns an, was Version 2.2 an praxisrelevanten Kriterien ergänzt hat. Dann geht es zur europäischen Norm, danach zur Rechtskette aus EU-Richtlinie, Accessibility Act und deutschem Umsetzungsgesetz.

0:56 Zum Schluss zwei sehr praktische Kapitel: öffentliche Beschaffung und die Frage, welche Nachweise eigentlich zu erbringen sind. In der Übung ordnen Sie Ihr eigenes Produkt ein — mit ausdrücklicher Markierung dessen, was Sie nicht entscheiden dürfen.

WCAG 2.2 und die vier Prinzipien

1:11 Beginnen wir beim Regelwerk selbst. Es wirkt auf den ersten Blick wie eine lange Kriterienliste, hat aber eine Struktur — und die ist praktisch nützlicher, als man erwartet. Die Web Content Accessibility Guidelines ordnen jedes einzelne Kriterium einem von vier Prinzipien zu: wahrnehmbar, bedienbar, verständlich, robust.

1:30 Das klingt nach Ordnungssystem für Aktenschränke und ist in Wahrheit ein Suchraster. Denn diese vier Wörter sagen Ihnen, wonach Sie überhaupt suchen. Fehlt ein Alternativtext, ist die Information nicht wahrgenommen worden — das ist ein Wahrnehmbarkeitsproblem. Fehlt der Fokusindikator, ist es ein Bedienbarkeitsproblem. Der praktische Gewinn: Wer in Prinzipien denkt, findet Fehlerklassen statt Einzelfälle.

1:54 Sie reparieren dann nicht einen Alternativtext, sondern erkennen, dass eine ganze Kategorie von Information nur visuell vorliegt. Sehen Sie sich die rechte Spalte an — das sind alles Befunde, die uns in diesem Seminar schon begegnet sind. Der belegte Sitzplatz nur farblich markiert: Die Information kommt nicht an, also wahrnehmbar. Die Sitzplatzwahl nur per Ziehen: Sie lässt sich nicht bedienen.

2:19 Ein technischer Fehlercode statt einer Erklärung: nicht verständlich. Und die Eigenbau-Combobox ohne Rolle: nicht robust, weil sie bei assistiver Technik nicht ankommt. Wenn Sie in Ihrem Projekt einen Befund haben und nicht wissen, wie er zu beheben ist, hilft diese Zuordnung erstaunlich oft weiter. Sie sagt Ihnen, in welcher Richtung die Lösung liegt.

2:40 Der erste Stolperstein ist der, gegen den dieses Kapitel gebaut ist: die Prinzipien als bloße Gliederung lesen statt als Suchraster. Dann sind sie Kapitelüberschriften und leisten nichts. Der zweite ist ein Begriffsproblem mit Folgen: Robust wird mit Browserkompatibilität verwechselt. Gemeint sind assistive Techniken — Screenreader, Spracheingabe, Vergrößerungssoftware. Eine Seite kann in jedem Browser perfekt aussehen und trotzdem nicht robust sein.

3:07 Und der dritte ist ein Effizienzverlust: nach Einzelkriterien suchen, ohne die Fehlerklasse dahinter zu erkennen. Sie reparieren dann fünfzig Einzelfälle, wo eine Änderung im Design System alle auf einmal erledigt hätte.

Konformitätsstufen A, AA und AAA

3:21 Jetzt zu den drei Stufen. Sie werden in Verträgen und Ausschreibungen ständig genannt und ebenso häufig missverstanden — besonders die höchste, mit der viele es gut meinen und sich damit einen Bärendienst erweisen. Drei Stufen, drei Rollen. Stufe A beschreibt das Minimum — ohne das sind Inhalte für manche Menschen schlicht unbenutzbar.

3:40 AA ist der Zielstandard in Recht und Praxis, und AA gilt auch in diesem Seminar; wenn ich von Konformität spreche, meine ich AA. Und dann AAA, und hier wird es interessant: Diese Stufe ist ausdrücklich nicht dafür gedacht, für ganze Websites gefordert zu werden. Das steht so in den Richtlinien selbst. Einzelne AAA-Kriterien gezielt zu erfüllen, weil eine Zielgruppe sie braucht, ist sinnvoll.

4:04 AAA pauschal zu fordern verschiebt die Diskussion dagegen ins Unerreichbare — und blockiert damit oft das, was tatsächlich machbar wäre. Die rechte Spalte sagt Ihnen, wo Sie den Stufen tatsächlich begegnen. Stufe A kommt als Untermenge in jeder Prüfung vor — sie wird nie separat abgenommen, weil sie in AA enthalten ist. AA steht in Verträgen, Ausschreibungen und in diesem Seminar.

4:28 Und AAA taucht als einzelne, gezielt gewählte Kriterien auf, dort wo eine bekannte Zielgruppe es konkret braucht. Ein Beispiel: Wenn Ihre Anwendung viel Gebärdensprachnutzung hat, kann ein AAA-Kriterium zu Gebärdensprachvideos genau richtig sein. Aber das ist eine Entscheidung für ein Kriterium, nicht für eine Stufe. Der erste Stolperstein passiert meist im Vertrieb und in bester Absicht: AAA pauschal versprechen.

4:54 Das ist ein Versprechen, das sich für eine ganze Website praktisch nicht halten lässt — und Sie haben es schriftlich gegeben. Der zweite: A als Zwischenziel behandeln, das man erst einmal erreicht und später ausbaut. So wird nie abgenommen; die Prüfung fragt nach AA. Und der dritte ist eine Verwechslung, die auch umgekehrt schadet: einzelne AAA-Kriterien mit voller AAA-Konformität verwechseln.

5:18 Wenn Sie drei AAA-Kriterien erfüllen, dann erfüllen Sie drei AAA-Kriterien. Schreiben Sie das genau so — es ist eine gute Nachricht, aber eine präzise.

Neue und praxisrelevante Kriterien der WCAG 2.2

5:28 Jetzt zu den Ergänzungen der Version 2.2. Sie sind überschaubar an Zahl und überraschend häufig einschlägig — besonders bei einem Buchungsportal wie Fahrtwind. Sechs Ergänzungen, und sie treffen ausgerechnet die Stellen, die viele Projekte in den letzten Jahren gebaut haben. Fokusindikatoren dürfen nicht verdeckt werden — ein direktes Problem für klebende Kopfzeilen. Zielgrößen brauchen ein Mindestmaß.

5:52 Die Authentifizierung darf nicht am Erinnern scheitern, was Zeichenrätsel und Rechenaufgaben ausschließt. Wiederkehrende Eingaben sollen nicht erneut abgefragt werden. Ziehbewegungen brauchen eine Alternative — das trifft den Sitzplan bei Fahrtwind unmittelbar. Und Hilfe soll an gleicher Stelle stehen. Sie sehen: Das sind keine akademischen Feinheiten, das sind Anforderungen an Bausteine, die Sie täglich verwenden.

6:18 Die rechte Spalte ist Ihre Prüfliste für den nächsten Sprint, denn sie nennt genau die Stellen, an denen es typischerweise bricht. Klebende Kopfzeilen verdecken den Fokus, wenn man mit Tab nach oben navigiert. Icon-Reihen in Tabellenzeilen unterschreiten die Zielgröße fast immer. Zeichenrätsel bei der Anmeldung sind nach 2.2 nicht mehr zulässig — das trifft viele Bestandsanwendungen. Mehrstufige Buchungsstrecken fragen bekannte Daten wieder ab.

6:44 Und der Sitzplan per Ziehen braucht einen Weg mit einfachem Zeigen. Gehen Sie diese fünf Zeilen einmal gegen Ihr Produkt durch; die Trefferquote ist erfahrungsgemäß hoch. Der erste Stolperstein kennen Sie aus Modul fünf: die Zielgröße am Mauszeiger bemessen statt am Finger. Am Schreibtisch sehen die Symbole angenehm kompakt aus, auf dem Telefon trifft man sie nicht.

7:06 Der zweite ist ein Sicherheitsirrtum mit gegenteiliger Wirkung: das Einfügen aus dem Passwortmanager unterbinden. Das war einmal als Schutz gedacht und erschwert heute vor allem die Anmeldung — es zwingt Menschen zu einfacheren Passwörtern, macht die Sache also unsicherer. Und der dritte ist neu und sehr verbreitet: eine klebende Kopfzeile einführen, ohne den Fokus dagegen zu prüfen.

7:28 Tabben Sie einmal durch Ihre Seite und schauen Sie, wo der Indikator verschwindet.

EN 301 549 als europäischer ICT-Standard

7:33 Jetzt kommt die Norm, über die die europäischen Vorgaben auf die Richtlinien verweisen. Sie ist der technische Bindeglied zwischen Recht und Umsetzung — und ihr Fassungsstand ist gerade in Bewegung. Diese Norm ist der europäische Standard für barrierefreie Informations- und Kommunikationstechnik. Für Webinhalte enthält sie keine eigenen Kriterien, sondern verweist auf die WCAG — das ist wichtig zu wissen, weil viele das anders erwarten.

8:01 Zum Fassungsstand: Version 3.2.1 ist Ende August 2026 die zuletzt veröffentlichte Fassung. Die Nachfolgefassung 4.1.1 wurde am 24. August 2026 zur Veröffentlichung angenommen und für den 3. September 2026 angekündigt. Sie merken an dieser Detailtreue schon, worauf ich hinauswill: Bei dieser Norm zählt der Fassungsstand ausnahmsweise wirklich, und zwar aus vertraglichen Gründen.

8:26 Vier Gründe. Verträge verweisen auf eine bestimmte Fassung, nicht auf den jeweils neuesten Stand — das ist Absicht, denn sonst wäre die Leistung nicht bestimmbar. Ein Fassungswechsel mitten in der Projektlaufzeit verändert die Abnahmegrundlage, und darüber sollte man vorher gesprochen haben statt hinterher zu streiten. Prüfberichte müssen die zugrunde gelegte Fassung nennen, sonst kann niemand sie einordnen — sie sind dann schlicht wertlos.

8:51 Und praktisch: Neue Unterlagen sollten die kommende Fassung bereits berücksichtigen, damit sie nicht am Tag der Veröffentlichung veralten. Kurz gesagt — schreiben Sie immer die Fassung dazu, und schreiben Sie das Datum Ihrer Aussage dazu. Der erste Stolperstein ist der, den ich in Dokumenten am häufigsten sehe: einen Fassungsstand nennen, ohne das Datum der Aussage dazuzuschreiben.

9:14 Zwei Jahre später weiß niemand, ob das damals stimmte. Der zweite ist ein inhaltliches Missverständnis: annehmen, die Norm enthalte eigene Webkriterien. Für Web verweist sie auf die Richtlinien — wer in der Norm nach Kontrastwerten sucht, sucht an der falschen Stelle. Und der dritte betrifft die Abnahme: Prüfberichte ohne Angabe der zugrunde gelegten Fassung akzeptieren. Das ist ein Bericht ohne Maßstab.

9:38 Fragen Sie nach, das kostet eine Mail und spart im Zweifel eine Auseinandersetzung.

Von der EU-Richtlinie über den Accessibility Act zum BFSG

9:43 Jetzt die Rechtskette. Drei Ebenen, die häufig nebeneinandergestellt werden, obwohl sie hintereinanderstehen. Wer das einmal richtig sortiert hat, kann die meisten Fragen im Projekt selbst beantworten. Die Kette hat drei Glieder. Die EU-Richtlinie zur Barrierefreiheit von Websites verpflichtet öffentliche Stellen. Der European Accessibility Act erweitert die Pflichten auf bestimmte private Dienste — und Personenbeförderung mit Onlinebuchung gehört dazu, weshalb unser Beispiel Fahrtwind für dieses Modul überhaupt tragfähig ist.

10:16 Und das Barrierefreiheitsstärkungsgesetz setzt den Act in Deutschland um; seine wesentlichen Regelungen gelten seit dem 28. Juni 2025, konkretisiert durch die zugehörige Verordnung. Drei Ebenen, ein Ziel. Das Entscheidende für Ihre Arbeit: Am technischen Ende steht in allen drei Fällen dasselbe. Achten Sie auf die rechte Spalte, denn dort steht dreimal praktisch dasselbe. Das technische Ziel ist immer die Erfüllung der Richtlinien, vermittelt über die europäische Norm.

10:44 Was sich unterscheidet, ist der Adressat und der Grad der Konkretisierung — wer verpflichtet ist, mit welchen Fristen und unter welcher Aufsicht. Für Sie als Entwicklungsteam ist das eine gute Nachricht: Sie müssen nicht drei verschiedene Standards erfüllen. Sie müssen einen erfüllen und wissen, welcher Rahmen Sie dazu verpflichtet. Die juristische Frage ist, ob Sie betroffen sind. Die technische Antwort ist in allen Fällen dieselbe.

11:09 Der erste Stolperstein ist der, den die Tabelle auflöst: die drei Ebenen als konkurrierende Anforderungen behandeln. Sie konkurrieren nicht, sie bauen aufeinander auf. Der zweite ist eine Übergeneralisierung in die eine Richtung: aus dem Anwendungsbereich des Acts auf jedes Produkt schließen. Es gibt Ausnahmen, Schwellenwerte und Abgrenzungen — das ist genau der Punkt, an dem Juristen gefragt sind.

11:33 Und der dritte ist eine Übergeneralisierung in die andere Richtung: Übergangsregelungen übersehen und Fristen falsch als abgelaufen melden. Beides führt zu falscher Dringlichkeit — einmal zu hoch, einmal zu niedrig. Beides ist teuer.

Öffentliche Auftraggeber und barrierefreie Beschaffung

11:47 Jetzt wird es sehr konkret. In der Beschaffung wird Barrierefreiheit vom Qualitätsthema zum Vertragsthema — und damit relevant für Vertrieb, Angebot und Projektleitung, nicht nur für die Entwicklung. Wer an die öffentliche Hand liefert, begegnet Barrierefreiheit zuerst in der Ausschreibung — nicht im Sprint. Und dort werden Nachweise verlangt, keine Absichtserklärungen.

12:09 Das verschiebt die Anforderung nach vorn und hat eine unangenehme Eigenschaft: Sie muss im Angebot stehen, im Sprint umgesetzt und bei Abnahme belegt werden. Fällt eines dieser drei Glieder aus, wird daraus eine Nachforderung — und die kann mit Vertragsstrafe belegt sein. Das ist der Moment, in dem Barrierefreiheit im Unternehmen ihre Aufmerksamkeit bekommt.

12:30 Meine Empfehlung: Nutzen Sie diesen Moment, um sie prozessual zu verankern, statt einmalig nachzurüsten. Fünf Schritte, die vom Angebot bis zur Abnahme reichen. Erst die Fassung und Stufe im Angebot benennen — das schafft Bestimmbarkeit für beide Seiten. Dann die Anforderung in die Definition of Done übernehmen, ausdrücklich nicht in ein Sammelticket; ein Sammelticket wird verschoben, eine Definition of Done wirkt bei jeder einzelnen Aufgabe.

12:57 Dazu je Komponente die Vier-Zeilen-Regel aus Modul sechs. Prüfungen datiert dokumentieren, mit Werkzeug und Technikkombination. Und bei der Abnahme den Bericht vorlegen — samt der Liste des noch Offenen. Diese Liste wegzulassen ist unehrlich und fällt bei der ersten Gegenprüfung auf. Mit Liste sind Sie ein sorgfältiger Anbieter, ohne ein ertappter.

13:18 Der erste Stolperstein ist der teuerste im ganzen Modul: Barrierefreiheit im Angebot zusagen und im Sprint nicht einplanen. Die Zusage ist schriftlich, die Umsetzung fehlt, und der Aufwand fällt am Ende trotzdem an — nur zum vierfachen Preis. Der zweite ist verwandt: Nachweise erst zur Abnahme erzeugen, wenn Änderungen teuer sind.

13:37 Dokumentieren Sie laufend, dann ist der Bericht eine Zusammenstellung und keine Nachtschicht. Und der dritte ist eine Frage der Haltung: offene Punkte verschweigen statt sie mit Termin und Behelf zu benennen. Ein benannter offener Punkt mit Umgehungslösung wird in aller Regel akzeptiert. Ein verschwiegener wird gefunden.

Nachweise, Erklärung und die Grenze zur Rechtsberatung

13:57 Das letzte inhaltliche Kapitel behandelt, was neben dem Code zu liefern ist — und wo dieses Seminar seine Grenze zieht. Zur Pflicht gehört mehr als konformer Code. Es braucht eine auffindbare Erklärung zum Stand der Barrierefreiheit, einen funktionierenden Rückmeldeweg für Betroffene und dokumentierte Prüfungen. Alle drei haben eine gemeinsame Schwäche: Sie entstehen nicht nebenbei und sie veralten still.

14:21 Deshalb brauchen sie zwei Dinge, die nichts kosten und trotzdem meist fehlen — einen Verantwortlichen und ein Datum. Ohne Verantwortlichen pflegt sie niemand, ohne Datum merkt niemand, dass sie veraltet ist. Und damit zur Grenze dieses Moduls, die ich noch einmal ausspreche: Wir ordnen ein, wir beraten nicht. Alles Weitere ist eine juristische Prüfung.

14:42 Die rechte Spalte beschreibt, wie diese Artefakte sterben — und zwar alle drei leise. Die Erklärung veraltet, weil niemand sie nach Releases pflegt; sie beschreibt dann einen Stand von vor zwei Jahren. Der Rückmeldeweg veraltet, weil die Adresse ins Leere läuft — die Kollegin ist gegangen, das Postfach ist verwaist. Und der Prüfbericht ist wertlos, wenn der Prüfumfang nicht genannt ist, weil dann niemand weiß, was geprüft wurde und was nicht.

15:08 Machen Sie daraus eine kleine Routine: Nach jedem größeren Release fünfzehn Minuten für diese drei Artefakte. Das ist der ganze Aufwand. Der erste Stolperstein ist ein rechtlich riskanter: eine Erklärung veröffentlichen, die vollständige Konformität behauptet. Vollständige Konformität ist eine starke Aussage, und wenn ein einzelnes Kriterium bricht, steht sie schriftlich falsch da.

15:31 Benennen Sie das Bekannte und Offene — das ist ausdrücklich vorgesehen. Der zweite hat eine bittere Ironie: den Rückmeldeweg auf ein Formular legen, das selbst nicht zugänglich ist. Genau die Menschen, die sich melden wollen, können es dann nicht. Und der dritte gilt für mich in diesem Raum genauso wie für Sie im Projekt: Rechtsfragen beantworten, statt sie an eine Prüfung zu verweisen.

Übung — den eigenen Anwendungsfall einordnen

15:54 In der Übung wenden Sie das auf zwei Produkte an — auf Fahrtwind und auf Ihr eigenes. Und der wichtigste Schritt ist der, in dem Sie aufschreiben, was Sie nicht wissen können. Sie ordnen zwei Produkte ein: Fahrtwind und ein eigenes. Geübt wird die Ableitung — für ein konkretes Angebot bestimmen, welcher Rahmen greift, welcher technische Standard daraus folgt und welche Nachweise zu erbringen wären.

16:17 Erfolgreich sind Sie, wenn für beide Produkte eine Einordnung mit Rahmen, Standard und Nachweisliste vorliegt und die ungeklärten Punkte ausdrücklich als juristisch zu prüfen markiert sind. Diese Markierungen sind das eigentliche Ergebnis. Eine Gruppe ohne offene Punkte hat die Grenze zur Rechtsberatung überschritten — das ist kein Scherz, sondern der Prüfmaßstab dieser Übung.

16:38 Wer früh fertig ist, formuliert den Erklärungsabsatz zum noch Offenen. Fünf Schritte, und die ersten vier sind Handwerk: Art des Angebots bestimmen, den greifenden Rahmen benennen und die Fundstelle notieren, daraus Standard und Stufe ableiten, die Nachweise auflisten. Die Fundstelle ist dabei wichtiger als sie aussieht — sie macht Ihre Einordnung überprüfbar statt behauptet.

17:00 Schritt fünf ist Pflicht: markieren, was ohne juristische Klärung nicht entscheidbar ist. Wer nichts markiert, hat entweder ein sehr einfaches Produkt oder zu schnell entschieden. In den allermeisten Fällen ist es das Zweite — Größenschwellen, Übergangsfristen und Dienstabgrenzungen sind selten eindeutig. Der erste Stolperstein ist die Abkürzung über die Branche: aus der Branche auf die Pflicht schließen, ohne Größe und Fristen zu prüfen. Es gibt Schwellen, und sie sind relevant.

17:28 Der zweite ist eine unvollständige Antwort: den technischen Standard weglassen, weil der Rahmen schon genannt ist. Der Rahmen sagt Ihnen, dass Sie müssen — der Standard sagt Ihnen, was. Beide gehören in die Einordnung. Und der dritte ist der, gegen den Schritt fünf gebaut ist: offene Rechtsfragen in der Gruppe entscheiden statt sie zu markieren.

17:48 Eine Gruppenmeinung zu einer Rechtsfrage ist keine Rechtsauskunft, sieht im Protokoll aber genauso aus. Vier Punkte. Die vier Prinzipien sind ein Suchraster, keine Gliederung — nutzen Sie sie, um Fehlerklassen statt Einzelfälle zu finden. AA ist das Ziel; AAA ist nicht für ganze Websites gedacht und ein pauschales Versprechen dort ist unhaltbar.

18:09 Version 2.2 trifft besonders Anmeldung, Zielgrößen und Ziehbewegungen — drei Stellen, die viele Bestandsanwendungen betreffen. Und Prüfberichte ohne Fassung, Umfang und Datum sind wertlos. Ein letzter Hinweis in eigener Sache: Alle Fassungsstände dieses Moduls sind der Stand August 2026 und gehören vor jedem Termin nachgeprüft.

18:30 Im nächsten Modul geht es von den Regeln zu den Menschen, für die sie gemacht sind.