Die EAA-Regeln gelten seit einem Jahr. Die meisten Teams können die Einhaltung immer noch nicht nachweisen.

On 28. Juni 2025Der Europäische Barrierefreiheitsgesetz ging von einer Fristsetzung in die Durchsetzungsphase über. Das ist nun über ein Jahr her. 

Wenn es nicht mehr dringlich erscheint, ist das normal. Fristen verlieren schnell an Bedeutung, sobald nichts Offensichtliches kaputtgeht. Doch Barrierefreiheit versagt nicht wie ein Serverausfall. Die Folgen zeigen sich später – in Form einer Klage, eines gescheiterten Audits oder eines ins Stocken geratenen Vertrags. Und wenn es soweit ist, ist die Ursache fast immer dieselbe: Jemand konnte das Produkt nicht nutzen, und niemand hat es rechtzeitig bemerkt. 

Aber wir dürfen nicht aus den Augen verlieren, worum es hier eigentlich geht. Es geht nicht nur darum, einen Prüfer zufriedenzustellen. Es geht darum, ob ein echter Mensch das Produkt nutzen kann. 

Der beste Freund meines Vaters ist seit seiner Geburt blind. Wenn ich ihn in seiner Küche beobachte, sehe ich, wie er die Vorbereitungen und das Kochen schneller und sauberer erledigt als die meisten Sehenden, weil er jede Oberfläche und jedes Werkzeug „fühlen“ kann.  

Wenn man ihm ein iPhone gibt, um eine Rechnung über eine Banking-App zu bezahlen, ist all diese Erfahrung irrelevant. Ein Messer hat Gewicht und eine Haptik, die ihm ein haptisches Feedback geben. Ein Touchscreen kann nicht erfassen, ob sein Daumen auf „Überweisen“ oder „Abbrechen“ gelandet ist. Ob er die Zahlung abschließen kann, hängt nicht von seinen Fähigkeiten ab. Es kommt allein darauf an, ob das Entwicklerteam die App für ihn getestet hat. 

Die Durchsetzung von Gesetzen ist der gesellschaftliche Weg, diese Frage überhaupt erst aufkommen zu lassen. Doch die Frage selbst drehte sich nie wirklich um die Durchsetzung von Gesetzen. Es geht um ihn und alle, die ihm gleichen. 

Das war jedoch schon immer ein Missverständnis dessen, was Durchsetzung bedeutet. Durchsetzung ist kein einmaliges Datum – sie ist eine fortlaufende Haltung. 

Die Kontrollbehörde fragt nicht, ob Sie die Prüfung einmal bestanden haben. Sie fragt, ob Sie nachweisen können, dass Sie die Prüfung weiterhin bestehen. 

Die EAA schreibt vor, dass digitale Produkte, einschließlich mobiler Anwendungen, die Zugänglichkeitsstandards für Nutzer mit Behinderungen erfüllen müssen, wobei WCAG 2.2 als technische Grundlage dient. Die Einhaltung dieser Vorgaben beschränkte sich jedoch nie allein darauf, ob eine Anwendung am Veröffentlichungstag einen Test bestand. Vielmehr geht es darum, ob ein Unternehmen dauerhaft und kontinuierlich nachweisen kann, dass die Validierung der Barrierefreiheit integraler Bestandteil seiner Softwareentwicklung ist. 

Das ist ein grundlegend anderer Maßstab als „Wir haben vor Ablauf der Frist einen Scan durchgeführt“. Derselbe Unterschied besteht in allen Bereichen der Compliance-Prüfung: Kein Prüfer akzeptiert ein einmaliges positives Ergebnis als Nachweis für eine fortlaufende Kontrolle. Barrierefreiheit bildet da keine Ausnahme, und ein Jahr der Durchsetzung hat dies den Organisationen, die nun mit Audits, Beschaffungsfragebögen und – in immer mehr Fällen – mit Gerichtsverfahren konfrontiert sind, deutlich gemacht. 

Die Zahl der Klagen wegen mangelnder Barrierefreiheit von Websites in den USA hat einen historischen Höchststand erreicht. Im ersten Halbjahr 2026 wurde das höchste jemals verzeichnete Volumen an Klagen registriert, sodass das Jahr voraussichtlich über 6,000 Einreichungen erreichen wird – etwa 20 % mehr als 2025, welches bereits einen Anstieg von 27 % gegenüber 2024 verzeichnete.UsableNet, Halbjahresbericht 2026).  

Zwischen der Durchsetzung des EAA in der EU und den ADA-Rechtsstreitigkeiten in den USA ist die Aussage „Wir werden uns irgendwann mit der Barrierefreiheit befassen“ zu einer der teuersten Positionen geworden, die ein Ingenieur oder Leiter der Compliance-Abteilung einnehmen kann. 

Die KI hat das Problem vergrößert, nicht verkleinert. 

Der Zeitpunkt ist hier entscheidend. Die Durchsetzung erfolgte genau zu dem Zeitpunkt, als sich die Softwareentwicklung beschleunigte. In vielen Unternehmen macht KI-generierter Code mittlerweile 40–50 % der Ausgabe aus, und dieser Anteil steigt weiter.Digital.ai, Die vierte Welle: KI schreibt den Code. Wer testet ihn?)Programmieraufgaben, die früher Tage dauerten, dauern jetzt nur noch Stunden. 

Mehr Code, der schneller ausgeliefert wird, bedeutet mehr zu prüfende Stellen für Barrierefreiheit in jedem Sprint. KI-generierter Code ist nicht automatisch barrierefrei, nur weil er schnell erstellt wurde. Fehlende Alternativtexte, fehlerhafte Fokusreihenfolge, unbeschriftete Formularfelder und interaktive Elemente, die sich nicht per Tastatur oder Schalter bedienen lassen, sind genau die Art von Fehlern, die in einer Hochgeschwindigkeits-Pipeline schnell unentdeckt bleiben, wenn sie nicht systematisch geprüft werden. 

Organisationen, die die Überprüfung der Barrierefreiheit nicht in ihren Standard-Release-Workflow integriert haben, geraten in Schwierigkeiten. Mit jedem Release häufen sich Compliance-Schulden an, und diese Schulden wachsen schneller als noch vor einem Jahr. 

Warum die meisten Teams die Messlatte noch nicht erreichen 

Hier zeigt sich immer wieder die Lücke: Einen Scan durchzuführen ist nicht dasselbe, wie dessen Durchführung nachweisen zu können. Wenn die Ergebnisse der Barrierefreiheitsprüfung in einem separaten Dashboard angezeigt werden, das nicht mit dem Build, dem Gerät oder der Testausführung verknüpft ist, die sie erzeugt haben, erhalten die Teams Dokumente statt aussagekräftiger Nachweise. Die Frage eines Auditors – welcher Scan wurde mit welchem ​​Build, auf welchem ​​Gerät und im Rahmen welches Tests durchgeführt? – erfordert eine direkte Antwort, keine aufwendige Rekonstruktion. 

Nach einem Jahr ist das Zeitfenster, um das herauszufinden, kleiner als zuvor. 

Die EAA wird durchgesetzt. ADA-Klagen sind an der Tagesordnung und nehmen zu. WCAG 2.2 hat die Messlatte für alle Organisationen höher gelegt. All das ist mittlerweile bekannt, doch ein Jahr Erfahrung damit hat eines deutlich gemacht: Die Organisationen, die Schwierigkeiten haben, sind nicht diejenigen, die die Anforderungen nicht verstehen. Es sind diejenigen, deren Testprozesse nicht darauf ausgelegt sind, fortlaufende, nachvollziehbare und leicht zu überprüfende Nachweise zu erbringen. 

Um diese Lücke zu schließen, ist kein komplett neues Barrierefreiheitsprogramm erforderlich. Vielmehr muss die Validierung der Barrierefreiheit so behandelt werden, wie es in etablierten Organisationen bereits mit Funktionstests geschieht: als Standard, der fester Bestandteil jeder Veröffentlichung ist und nicht als separate Initiative parallel dazu läuft. 

Das ist wo Digital.ai kommt mit: automatisierter WCAG-Scan, unterstützt von deque — die branchenweit am häufigsten verwendete Barrierefreiheits-Engine — wobei jedes Ergebnis mit dem Build, dem Gerät und dem Test verknüpft ist, der es erzeugt hat, wodurch die Beweislücke geschlossen wird. 

Irgendwo versucht eine Version von dem Freund meines Vaters, das zu nutzen, was dein Team gerade ausgeliefert hat. Compliance ist die Dokumentation. Ihm verdanke ich es, dass sich das Ganze überhaupt lohnt zu entwickeln.