Barrierefreiheit Website und EAA: was Unternehmen 2026 erledigen müssen

In einem Café an der Mariahilfer Straße zeigt mir der Inhaber eines kleinen Modegeschäfts seine Website vom Handy und klagt über die Umsätze. Die Seite ist schön: große Fotos, dünner hellgrauer Text auf Weiß, der Warenkorb als Icon ohne Beschriftung. Ich bitte ihn, für eine Minute die Augen zu schließen und per Stimme zu bestellen – und schalte auf seinem eigenen Handy den eingebauten Screenreader ein. Nach zwanzig Sekunden gibt er auf: Die Sprachausgabe liest „Schaltfläche, Schaltfläche, Link, Grafik“, die Formularfelder haben keine Namen, und bis zur Bezahlung kommt er gar nicht erst. „Und das, kauft so wirklich jemand?“, fragt er. In der EU kaufen so Dutzende Millionen Menschen, und die Barrierefreiheit der Website ist für sie keine Laune, sondern die einzige Möglichkeit, überhaupt bis zur Kasse zu gelangen. Seit Juni 2025 ist das, was er gerade gesehen hat, obendrein ein direkter Gesetzesverstoß.

Barrierefreiheit der Website ist kein Thema mehr „für Enthusiasten“ und keine Frage des guten Tons. Seit dem 28. Juni 2025 gilt in der EU der European Accessibility Act (EAA) – und zum ersten Mal ist eine nicht zugängliche Website kein ästhetischer Fehlgriff, sondern ein juristisches Risiko mit konkretem Preisschild. Das trifft nicht karitative Portale und keine Behörden, sondern ganz normale kommerzielle Betriebe: Shops, Banken, Buchungsdienste, jeden, der Menschen online etwas verkauft.

Und dieses eine sagt kaum jemand laut: Dieselbe Website, die einen Menschen mit Screenreader aussperrt, ist auch für den Suchroboter halb unsichtbar. Barrierefreiheit und SEO wachsen aus derselben Wurzel – aus einer sauberen, maschinenverständlichen Struktur. Eine Seite EAA-konform zu machen ist deshalb keine Strafsteuer. Es ist Arbeit, die nebenbei Ihre Rankings und Ihre Conversion hebt. Gehen wir der Reihe nach durch: was das Gesetz verlangt, wen es trifft, was WCAG im Klartext heißt und womit der Audit beginnt.

Was der European Accessibility Act ist und warum Juni 2025 die Deadline war

Der EAA ist eine EU-Richtlinie (2019/882), die fordert, dass eine ganze Reihe von Produkten und digitalen Dienstleistungen für Menschen mit Behinderungen zugänglich ist. Verabschiedet wurde sie schon 2019, den Ländern blieben Jahre, sie in nationales Recht zu überführen, und den Betrieben, sich vorzubereiten. Dieses Fenster ist zu: Seit dem 28. Juni 2025 gelten die Vorgaben und werden in der Praxis angewendet.

Wichtig ist, die Logik des Gesetzes zu verstehen, damit man nicht darin sucht, was nicht drinsteht. Der EAA schreibt nicht vor, welche Schaltfläche in welcher Farbe Ihre Website haben soll. Er gibt ein Ergebnis vor: Die Leistung muss einem Menschen mit Seh-, Hör-, Motorik- oder kognitiven Einschränkungen gleichberechtigt zugänglich sein. Wie Sie das technisch erreichen, beschreibt die Norm EN 301 549, die sich auf die internationalen WCAG-Empfehlungen stützt. Die Kette ist simpel: Gesetz (EAA) → technische Norm (EN 301 549) → prüfbare Checkliste (WCAG Stufe AA).

Noch ein Detail, das oft verwechselt wird. Der EAA ist nicht dasselbe wie die Web Accessibility Directive von 2016. Jene frühere Richtlinie betraf Websites des öffentlichen Sektors. Der EAA dehnt ähnliche Anforderungen erstmals auf private Unternehmen und Verbraucherdienste aus. Wer früher dachte „Barrierefreiheit ist für Behördenseiten, mich betrifft das nicht“ – seit 2025 stimmt das nicht mehr.

Wen es wirklich trifft

Hier beginnt das Wichtigste, denn die meisten Inhaber sind ehrlich überzeugt, dass sie das umgeht. Meistens zu Unrecht. Der EAA erfasst Unternehmen, die in einer recht breiten Liste von Kategorien an Verbraucher in der EU verkaufen:

• Onlineshops und E-Commerce – praktisch jeder Onlinehandel an Endkunden.
• Bank- und Zahlungsdienste – Online-Banking, Zahlungsdienstleister, alles rund um Verbraucherfinanzen.
• Verkehr und Fahrkarten – Websites und Apps zum Kauf von Tickets, für Buchungen, Fahrpläne.
• E-Books und ihre Shops, E-Reader.
• Telekommunikationsdienste und die zugehörige Hardware.
• Audiovisuelle Dienste – Zugang zu Streaming-Plattformen und Vergleichbarem.

Der entscheidende Grundsatz ist das Verkaufsgebiet, nicht das Firmensitzland. Ob Ihr Unternehmen in Österreich, Polen, der Schweiz oder gänzlich außerhalb der EU registriert ist – wenn Sie an Endverbraucher innerhalb der EU verkaufen, gelten die Vorgaben für Sie. Besonders relevant ist das für Betriebe mit einer mehrsprachigen Website, die Bestellungen aus mehreren EU-Ländern annehmen: Sie sind bereits auf diesem Markt.

Es gibt eine spürbare Ausnahme – Kleinstunternehmen im Dienstleistungsbereich: Betriebe mit weniger als 10 Beschäftigten und bis 2 Mio. Euro Jahresumsatz (oder Bilanzsumme) sind von einem Teil der Anforderungen gerade an Dienstleistungen befreit. Aber freuen Sie sich nicht zu früh: Erstens gilt die Ausnahme nicht für Hersteller und Verkäufer physischer Waren; zweitens fällt sie weg, sobald der Betrieb wächst; drittens verliert eine unzugängliche Website auch dann Kunden und Suchpositionen, wenn Sie formal darunterfallen. Das Gesetz ist die Untergrenze, nicht das Ziel.

Ein einfacher Test, ob es Sie betrifft: Verkaufen Sie über Website oder App etwas an Menschen in der EU? Wenn ja, gehen Sie davon aus, dass der EAA für Sie gilt – und beweisen Sie das Gegenteil nur über eine konkrete Norm im nationalen Recht, nicht „nach Gefühl“.

WCAG im Klartext: was eine barrierefreie Website ausmacht

WCAG (Web Content Accessibility Guidelines) klingt nach etwas, das eine eigene Ausbildung verlangt. Tatsächlich beruht alles auf vier menschlichen Prinzipien: Inhalt muss wahrnehmbar (sicht- oder hörbar), bedienbar (ohne Maus nutzbar), verständlich und robust (von Hilfstechnologien korrekt gelesen) sein. Die Konformitätsstufe, die der EAA verlangt, ist AA. Was das in der Praxis bedeutet, ohne Jargon:

Textkontrast

Hellgrauer Text auf weißem Grund wirkt „luftig“ im Designer-Portfolio und unleserlich für Menschen mit schwachem Sehvermögen – und nebenbei für jeden, der bei Sonne auf den Bildschirm schaut. WCAG AA verlangt ein Kontrastverhältnis von mindestens 4,5:1 für normalen Text und 3:1 für großen. Das ist der häufigste und am günstigsten zu behebende Fehler: Es reicht, den Text abzudunkeln und die Farbpaare mit einem Kontrast-Checker zu prüfen. Wenn Sie ohnehin die Palette überarbeiten, ist das der natürliche Moment, den Kontrast direkt in die Design-Tokens beim Website-Relaunch zu legen, statt hinterher zu flicken.

Tastaturbedienung

Ein großer Teil der Nutzer – Menschen mit motorischen Einschränkungen, Blinde und schlicht versierte Anwender – fasst die Maus nicht an. Die gesamte Website muss mit der Tastatur funktionieren: Man kommt mit der Tab-Taste durch, man sieht, welches Element gerade im Fokus ist (genau der Rahmen, den Designer so gern entfernen), und aus eingeblendeten Fenstern kommt man wieder heraus. In einer Minute geprüft: Nehmen Sie die Hand von der Maus und versuchen Sie, nur mit der Tastatur zu bestellen. Wo Sie hängen bleiben, sitzt der Bug.

Textalternativen (alt)

Ein Screenreader sieht das Bild nicht – er liest seine Beschreibung aus dem Attribut alt. Keine Beschreibung, und an dieser Stelle klafft für einen blinden Menschen ein Loch, manchmal vorgelesen als sinnloser Dateiname. Jedes inhaltlich tragende Bild braucht eine kurze, sinnvolle Beschreibung; rein dekorative bekommen ein leeres alt. Der Bonus, für den Marketer das lieben: Denselben alt liest auch Google, einer der Faktoren beim Bilder-Ranking.

Formulare mit Beschriftungen

Ein Eingabefeld ohne Beschriftung ist ein Rätselfeld. Ein grauer Platzhalter im Feld zählt nicht als Beschriftung: Er verschwindet, sobald man tippt, und der Screenreader liest ihn oft nicht vor. Jedes Feld braucht ein programmatisch verknüpftes <label>, und Fehler („ungültige E-Mail“) müssen als Text erklärt werden, nicht nur durch einen roten Rahmen. Für Unternehmen ist das doppelt kritisch: Das Formular ist der Ort, an dem die Anfrage entsteht, und ein unzugängliches Formular schneidet direkt in den Umsatz. Wenn Sie ohnehin Ordnung in Ihre Kontaktformulare bringen, reparieren Sie Barrierefreiheit und Conversion in einem Zug.

Überschriftenstruktur und Semantik

Ein Screenreader geht durch die Seite wie durch ein Inhaltsverzeichnis – er springt von Überschrift zu Überschrift. Gibt es genau ein echtes <h1> und danach eine logische Hierarchie aus <h2>/<h3>, orientiert sich ein blinder Nutzer sofort. Sind alle „Überschriften“ nur großer fetter Text ohne Tags, gibt es keine Navigation. Dieselbe Semantik – Schaltflächen als Schaltflächen, Links als Links, Listen als Listen ausgezeichnet – braucht auch der Suchroboter. Die Struktur ist im Kern dieselbe.

Barrierefreiheit und SEO: warum das eine Arbeit ist, nicht zwei

Hier kommt der Gedanke, für den sich das alles zu lesen lohnt. Screenreader und Googles Suchroboter „sehen“ Ihre Seite erstaunlich ähnlich: Keiner von beiden schaut auf das schöne Bild – beide folgen dem Code, der Struktur, dem Text. Deshalb fällt fast jede Anforderung an Barrierefreiheit mit einem Faktor zusammen, der bei der Suche hilft.

Anforderung an Barrierefreiheit	Was das im SEO bringt
alt für Bilder	Ranking in der Bildersuche, Kontext für die Seite
Saubere Struktur h1→h2→h3	Google versteht die Inhaltshierarchie, Chance auf Rich Snippets
Sinnvolle Linktexte	Bessere Verteilung der Linkkraft, klarere Ankertexte
Untertitel und Transkripte zu Videos	Indexierbarer Text statt eines für den Roboter „blinden“ Videos
Semantisches Markup	Saubereres Parsing der Seite, Basis für Schema.org
Schnelle, leichte Umsetzung	Direkter Beitrag zu den Core Web Vitals

Die letzte Zeile ist ein Kapitel für sich. Barrierefreie Seiten sind in der Regel leichter und sauberer gebaut, und das verbessert direkt die Core Web Vitals – LCP, INP und CLS, die Google 2026 im Ranking berücksichtigt. Ein beim Laden springendes Layout (schlechtes CLS) quält gleichermaßen den Menschen mit motorischer Einschränkung, der die „weglaufende“ Schaltfläche nicht trifft, und Ihre Positionen.

Und noch eine Verschiebung des Jahres 2026: AI Overviews in Google und Assistenten wie ChatGPT bauen ihre Antworten aus Seiten mit klarer, maschinenlesbarer Struktur. Genau die Semantik, die der Screenreader braucht, hilft Ihrem Inhalt, in die KI-Antwort zu kommen. Barrierefreiheit der Website, SEO und Zitierbarkeit in der KI-Suche entpuppen sich als drei Namen für dieselbe Code-Hygiene.

Von der schlichten Arithmetik der Zielgruppe ganz zu schweigen: Schätzungen zufolge lebt rund 15 Prozent der Menschen weltweit mit irgendeiner Form von Behinderung, und mit dem altersbedingten Nachlassen von Sehen und Hören ist der Anteil derer, denen Barrierefreiheit den Kauf real erleichtert, noch höher. Eine unzugängliche Website schickt diese Menschen still zum Wettbewerber, lange bevor überhaupt eine Behörde ins Spiel kommt.

Wie Sie einen Barrierefreiheits-Audit angehen: womit Sie diese Woche starten

Ein vollständiger WCAG-Audit ist Spezialistenarbeit, und ein Teil der Kriterien lässt sich nur von Hand und mit echten Hilfstechnologien prüfen. Das erste Bild können Sie sich aber an einem Abend selbst machen und das Ausmaß des Problems verstehen. Hier die ehrliche Reihenfolge nach absteigendem Nutzen:

1. Lassen Sie einen automatischen Scanner laufen. Kostenlose Werkzeuge (etwa die Erweiterungen axe DevTools oder WAVE, die Lighthouse-Prüfung in Chrome) markieren in einer Minute Kontrast, fehlende alt, unbeschriftete Felder. Der Vorbehalt: Die Automatik fängt allenfalls 30–40 % der Probleme – sie ersetzt keine manuelle Prüfung, sondern zeigt nur die Spitze.
2. Gehen Sie den wichtigsten Pfad nur mit der Tastatur. Maus weg und versuchen Sie die Hauptaktion der Seite – bestellen, ein Formular abschicken, buchen. Wo der Fokus verschwindet oder Sie stecken bleiben, sitzt ein priorisierter Bug.
3. Schalten Sie den Screenreader ein und hören Sie zu. Auf dem Mac ist das VoiceOver (Cmd+F5), in Windows steckt der Sprachausgabe-Assistent, kostenlos gibt es NVDA. Augen zu und durch Startseite und Bestellvorgang. Das ernüchtert stärker als jeder Bericht.
4. Prüfen Sie den Kontrast von Hand auf den wichtigsten Screens – Schaltflächen, Links, Text auf Fotos, hellgraue Beschriftungen.
5. Halten Sie die Funde fest und schätzen Sie den Umfang. Ein Teil der Korrekturen (Kontrast, alt, Formularbeschriftungen) sind Stunden. Ein Teil (kaputte Tastaturnavigation, nicht funktionierende Dialoge, selbstgebaute „Schaltflächen“ aus <div>) sitzt in Templates und Komponenten – dann ist es ehrlicher, einen vollwertigen Relaunch mit Barrierefreiheit als Fundament einzuplanen, als Loch um Loch zu stopfen.

Was Sie auf keinen Fall tun sollten, ist ein Overlay-Widget anzuhängen: den schwebenden Barrierefreiheits-Button, der verspricht, die Seite per Schalter für Schrift und Kontrast zu „reparieren“. Das ist die häufigste Falle. Overlays rühren den Quellcode nicht an, Screenreader ignorieren sie oft oder geraten mit ihnen in Konflikt, und die WCAG-Kriterien bleiben unerfüllt. Behörden und die Community von Menschen mit Behinderungen warnen unmissverständlich: Ein Overlay stellt keine EAA-Konformität her und wurde in mehreren Ländern selbst zum Anlass für Klagen. Echte Barrierefreiheit wird im Markup und im Design behoben – dort, wo die Ursache wohnt, nicht in einer Auflage über dem Symptom.

Was das für Geld und Termine bedeutet

Ehrlich zu den Kosten: Ein universelles Preisschild gibt es nicht, weil alles davon abhängt, wie tief das Problem im Code sitzt. Ist die Seite auf modernen Komponenten und sauberer Semantik gebaut, sind das beim Weg zu WCAG AA überwiegend Korrekturen an Kontrast, alt, Beschriftungen und Fokus – eine Rechnung über zweistellige Personenstunden. Ist die Seite alt, auf selbstgebauten „Bild-Schaltflächen“ und Layout-Tabellen, ist Umbauen oft günstiger als Reparieren – und dann macht man Barrierefreiheit zum Teil eines Relaunchs, nicht zu einem eigenen Posten. Die Größenordnungen haben wir im Beitrag dazu zerlegt, woraus sich die Kosten einer Website zusammensetzen; Barrierefreiheit fügt sich in dasselbe Budget ein und verdoppelt es nicht, wenn sie von Anfang an mitgedacht ist.

Die größte Ersparnis liegt in der Zeit. Barrierefreiheit, die in Design und Umsetzung von Anfang an mitläuft, ist fast gratis: richtiger Kontrast, semantische Tags und beschriftete Formulare kosten keinen Cent mehr als falsche. Barrierefreiheit, die einer fertigen Seite nachträglich angeschraubt wird, kostet ein Vielfaches und fällt immer kompromissbehaftet aus. Wenn also eine neue Website oder ein Relaunch vor Ihnen liegt, ist die günstigste Entscheidung Ihres Lebens gerade jetzt diese: WCAG AA schon im Lastenheft zu verlangen.

Und halten Sie das nicht für reine Ausgabe „fürs Häkchen im Gesetz“. Sie zahlen einmal und bekommen drei Dinge auf einmal: das EAA-Risiko vom Tisch, Zugang zu einer Zielgruppe, die Sie bisher an der Schwelle verloren haben, und ein Bündel technischer Verbesserungen, die Sie in der Suche und in KI-Antworten nach oben ziehen. Wenige Investitionen in eine Website rechnen sich entlang von drei Achsen gleichzeitig.

Wer am Ende gewinnt

Zurück zum Inhaber des Geschäfts im Café. Gegen Ende des Gesprächs hörte er auf zu fragen „wer kauft überhaupt so“, und begann zu fragen „was kostet die Reparatur“. Das ist die richtige Verschiebung. Barrierefreiheit ist kein freiwilliger Akt guten Willens mehr – seit Juni 2025 ist sie eine Anforderung des EU-Marktes, die Bußgelder, Klagen und eine Deadline in der Vergangenheit kennt, nicht in der Zukunft.

Doch in dieser Geschichte gewinnt nicht, wer mit einem Seufzer die Mindestanforderungen des Gesetzes abhakt. Es gewinnt, wer begriffen hat, dass eine barrierefreie Website schlicht eine gut gebaute Website ist: Menschen mit Screenreader lesen sie, Google mag sie, die KI zitiert sie, und sie verliert den Käufer nicht auf halbem Weg zur Kasse. Der EAA hat nur verpflichtend gemacht, was ohnehin zu tun war. Wer das gehört hat, holt sich gerade still Zielgruppe und Positionen von den Nachbarn, die immer noch hoffen, mit einem schwebenden Button in der Bildschirmecke davonzukommen.