Ein Klient rief mich im März an, verängstigt. Sie betreibt einen mittleren E-Commerce-Betrieb, der Küchenutensilien verkauft, in Deutschland und den Niederlanden versendet, und ihr Entwickler (nicht wir, um das klarzustellen) hatte ihr gerade gesagt, die Website „brauche wahrscheinlich etwas Arbeit bei der Barrierefreiheit". Das war alles. Keine Details, kein Zeitplan, keine Erwähnung, dass der European Accessibility Act eine harte Durchsetzungsfrist von 28. Juni 2025 hatte. Sie erfuhr es aus einem Branchenbrief.
Diese Art von vager Übergabe ist meiner Meinung nach ein berufliches Versagen. Und genau jetzt, überall im Vereinigten Königreich und in der EU, machen Agenturen das ständig.
Lass mich also direkt sein, was der EAA tatsächlich verlangt, was das für die Websites bedeutet, die du gebaut hast, und was du den Klienten, die dich bezahlen, wirklich schuldest.
Was der EAA eigentlich ist (und nicht)
Der European Accessibility Act ist eine EU-Direktive, die die Mitgliedstaaten bis Juni 2022 in nationales Recht umsetzen mussten. Die Durchsetzung trat am 28. Juni 2025 in Kraft. Sie gilt für eine breite Palette von Produkten und Dienstleistungen, aber für unsere Zwecke: Websites und mobile Apps, die E-Commerce-, Bank-, Transport- und Mediendienste für EU-Verbraucher anbieten, sind im Scope.
Hier verwirren sich die Leute. Der EAA ist nicht dasselbe wie die Public Sector Bodies Accessibility Regulations, die ab 2018 Regierungswebsites abdeckten. Das ist der Privatsektor. Wenn du eine Webshop für eine kleine Brüsseler Möbelmarke gebaut hast, oder eine Buchungsplattform für ein Berliner Yoga-Studio, dieser Klient unterliegt jetzt der Durchsetzung.
Der technische Standard, auf den der EAA verweist, ist WCAG 2.1 Level AA. Vier Prinzipien: wahrnehmbar, bedienbar, verständlich, robust. Die spezifischen Erfolgskriterien (es gibt 50 auf AA-Ebene) sind das, auf das Gerichte und Regulatoren hinweisen, wenn etwas schiefgeht.
Seahawk hat Websites in über 40 Ländern gebaut. Ich hatte dieses Gespräch mit Klienten auf drei Kontinenten. Der EAA ist nicht besonders beängstigend, aber der Durchsetzungsmechanismus über die EU-Mitgliedstaaten ist real, und die Bußgelder variieren je nach Land. Deutschland hat besonders eine streitbare Barrierefreiheits-Kultur, die Jahre vor dem EAA existierte.
Wer fällt tatsächlich darunter
Nicht jede Website, die du je ausgeliefert hast, ist plötzlich eine rechtliche Haftung. Aber der Scope ist breiter als die meisten Agenturen Klienten sagen.
Im Scope: E-Commerce (jede Website, die Bestellungen von EU-Verbrauchern entgegennimmt), Bank- und Finanzdienstleistungen, audiovisuelle Mediendienste, E-Books und E-Book-Reader, elektronische Kommunikation, Fahrgastverkehrsdienste.
Außerhalb des Scope (größtenteils): Mikrounternehmen mit weniger als 10 Mitarbeitern und unter 2 Millionen Euro Jahresumsatz. Notiz: das ist ein UND, nicht ein ODER.
Also wenn du einen WooCommerce-Shop für eine 15-köpfige britische Marke gebaut hast, die nach Frankreich versendet, sind sie im Scope. Wenn du eine Website für eine 3-köpfige Bäckerei in Manchester gebaut hast, die nur lokal versendet, wahrscheinlich nicht. Aber ich würde das Gespräch trotzdem führen. Klienten fragen. Besser, sie hören es von dir.
Die UK-Situation ist post-Brexit leicht unterschiedlich. Der EAA als EU-Direktive gilt nicht direkt in Großbritannien. Aber wenn dein Klient EU-Kunden hat, gilt er für ihn. Und es gibt allen Grund anzunehmen, dass Großbritannien seine eigenen privatwirtschaftlichen Barrierefreiheitsregeln in den nächsten Jahren verschärfen wird. Ich baue unabhängig davon zu WCAG 2.1 AA, weil eine spätere Nachbesserung immer teurer ist.
Die vier Dinge, die du wahrscheinlich gerade falsch machst
Ich werde ehrlich sein. Nach der Überprüfung von Dutzenden Websites in den letzten 18 Monaten sind das die Fehler, die ich auf fast allem sehe.
- Fehlende oder unzureichende Barrierefreiheitserklärungen. Das EAA verlangt eine schriftliche Barrierefreiheitserklärung auf jeder betroffenen Website. Nicht ein Kontrollkästchen in einer Fußzeile. Eine echte Erklärung, die das Konformitätsniveau, bekannte Probleme und Kontaktdetails für Nutzer zur Meldung von Problemen beschreibt. Die meisten Websites, die ich prüfe, haben nichts, oder haben eine fünfzeilige juristische Standardvorlage, die irgendwo anders kopiert wurde.
- Fehler bei der Farbkontrast. WCAG 2.1 AA erfordert ein Kontrastverhältnis von 4,5:1 für normalen Text. Ich habe axe DevTools auf der Website eines Fintech-Kunden im letzten Herbst ausgeführt und 34 separate Kontrastfehler gefunden, hauptsächlich in grau-auf-weiß Formularfeldern. Der Designer hatte sie in Figma auf einem kalibrierten Monitor in einem dunklen Raum ausgewählt. Sah wunderbar aus. Erfüllte den Standard vollständig nicht.
- Tastaturnavigation, die bei Modalen und Dropdowns fehlschlägt. Focus-Trapping in Modal-Dialogen ist eines der am häufigsten nicht erfüllten Erfolgskriterien. Nutzer, die mit der Tastatur navigieren (einschließlich Menschen, die Switch-Controls nutzen, nicht nur Tab-Tasten-Profis), verlaufen sich. Ich habe von Agenturen gebaute Navigationsmenüs gesehen, bei denen das Drücken von Escape absolut nichts bewirkt.
- Bilder mit fehlenden oder bedeutungslosen Alt-Texten. Nicht nur leere Alt-Attribute. Gleich schlecht: Alt-Text, der „image1.jpg" oder „Produktfoto" sagt, ohne nützliche Beschreibung. Ich hatte einen Kunden, dessen gesamter Produktkatalog aus einem Lieferantenfeed mit Dateinamen als Alt-Text massenimportiert wurde. Tausende von Bildern. Das ist ein erheblicher Prüffehler.
Was eine ordentliche Barrierefreiheitsprüfung tatsächlich beinhaltet
Automatisierte Tools erfassen etwa 30-40% der WCAG-Probleme. Das ist eine gut dokumentierte Zahl. Der Rest erfordert menschliches Urteilsvermögen.
Hier ist der Prozess, den ich für jede betroffene Website empfehlen würde:
- Führen Sie axe DevTools oder Lighthouse in Chrome DevTools über wichtige Templates aus (Startseite, Produktseite, Checkout-Ablauf, Kontaktformular).
- Überprüfen Sie die Navigation nur mit der Tastatur durch die gesamte Kaufreise. Keine Maus. Nur Tab, Shift+Tab, Enter, Escape, Pfeiltasten. Sehen Sie, was kaputt geht.
- Testen Sie mit einem Screenreader. NVDA ist kostenlos unter Windows. VoiceOver ist in macOS integriert. Verbringen Sie eine Stunde mit geschlossenen Augen auf der Checkout-Seite.
- Überprüfen Sie den Farbkontrast mit dem Colour Contrast Analyser von TPGi. Tun Sie dies bei jedem Textelement, nicht nur beim Body-Text.
- Lesen Sie alle Fehlermeldungen jedes Formulars durch. Identifizieren sie das Feld? Beschreiben sie das Problem? Oder sagen sie einfach „bitte korrigieren Sie die obigen Fehler"?
Dies ist keine Arbeit für einen Nachmittag. Für eine komplexe E-Commerce-Website würde ich 2-3 Tage für eine gründliche Prüfung einplanen, plus weitere 3-5 Tage für Behebung. Kalkulieren Sie entsprechend.
Die Barrierefreiheitserklärung im Speziellen
Das W3C hat einen guten Generator für Barrierefreiheitserklärungen. Ich habe ihn als Ausgangspunkt bei einem Dutzend Projekte verwendet. Er wird die Erklärung nicht für Sie schreiben, aber er gibt Ihnen die Struktur. Die Erklärung muss unter einer konsistenten URL leben, aus der Fußzeile verlinkt sein und aktualisiert werden, wenn Sie Probleme beheben oder neue finden.
Die vertragliche Frage, die niemand beantworten möchte
Hier geht es um Folgendes: Wenn Sie eine Website gebaut haben, die jetzt unter das EAA fällt, und Sie haben sie nicht nach WCAG 2.1 AA gebaut, haften Sie dann?
Wahrscheinlich nicht rechtlich. Es sei denn, Ihr Vertrag verspricht explizit die Einhaltung von Barrierefreiheit (die meisten tun das nicht), fällt die rechtliche Haftung auf Ihren Kunden als Betreiber des Dienstes. Aber das ist ein schwacher Trost. Der Kunde wird mit Recht das Gefühl haben, dass Sie ihn hätten darauf hinweisen sollen. Besonders, wenn sie später zu Ihnen zurückkommen, nachdem ein Regulator sie kontaktiert hat.
Meine Position: Wenn Sie die Website gebaut haben, haben Sie eine berufliche Pflicht, den Kunden zu informieren. Senden Sie eine einfache E-Mail. „Ihre Website könnte unter das Gesetz über die Barrierefreiheit in der EU fallen. Hier ist, was das bedeutet. Hier ist, was wir tun müssten. Hier ist eine grobe Kostenschätzung." Das ist alles. Sie haben Ihre Aufgabe getan.
2021 hatte Seahawk einen in den USA ansässigen Reisebuchungskunden, der in der EU tätig war. Wir haben die anstehende Richtlinie proaktiv gekennzeichnet, bevor sie davon gehört hatten. Sie kamen acht Monate später zurück und gaben uns ein vollständiges Sanierungsprojekt. Wahrscheinlich £18.000 Arbeit, die wir nie bekommen hätten, wenn wir den Mund gehalten hätten.
Seien Sie nicht passiv dabei. Das ist nicht, Kunden zu nerven. Das ist, ein Profi zu sein.
Barrierefreiheitsarbeit ehrlich bepreisen
Barrierefreiheitsanpassungen werden überall unterschiedlich bepreist. Ich habe Agenturen gesehen, die £500 für ein „Barrierefreiheits-Audit" verlangen, das nur ein automatisierter Lighthouse-Scan ist. Das ist kein Audit. Das ist ein billiger Trick.
Echte Zahlen aus unseren eigenen Projekten:
- Grundlegendes automatisiertes Audit-Bericht mit priorisierten Problemen: £800-1.500 je nach Website-Komplexität.
- Vollständiges manuelles Audit (automatisiert plus Tastaturnavigation, Screenreader, Kontrast, Formular-Tests): £2.500-5.000.
- Behebung auf einer mittelgroßen WooCommerce-Site mit 50-100 Seitenvorlagen: £4.000-9.000.
- Vollständige Behebung plus Barrierefreiheitserklärung plus Dokumentation für eine komplexe Web-App: £12.000+.
Das sind keine aufgeblähten Zahlen. Barrierefreiheitsarbeit ist langsame, sorgfältige, detailorientierte Arbeit. Nur die Tastaturnavigation erfordert Zeit, weil du echte Nutzer-Journeys testest, nicht nur herumklickst.
Und ja, du solltest auch für laufende Überwachung berechnen. Barrierefreiheit ist keine einmalige Reparatur. Jedes Mal wenn du ein neues Feature hinzufügst, eine Farbpalette änderst oder ein Theme aktualisierst, kannst du neue Fehler einführen. Vierteljährliche Audits mit Retainer sind eine legitime Service-Linie.
Was man Kunden sagen sollte, die fragen: „Sind wir konform?"
Sag nicht ja, wenn du die Arbeit nicht gemacht hast. Sag auch nicht „wahrscheinlich".
Die ehrliche Antwort ist fast immer: „Nicht vollständig, und hier ist warum." Vollständige WCAG 2.1 AA Konformität auf einer nicht trivialen Site, die nicht von Anfang an mit Barrierefreiheit im Sinn gebaut wurde, ist echt selten. Es gibt fast immer etwas.
Was ich Kunden sage: „Wir können dir eine verteidigbare Position verschaffen. Das bedeutet keine kritischen Fehler, eine aktuelle Barrierefreiheitserklärung, einen Prozess zum Umgang mit Nutzer-Beschwerden und eine dokumentierte Behebungs-Roadmap für Probleme mit niedrigerer Priorität." Das ist machbar. Das ist auch das, worauf ein Regulator schauen würde, wenn er entscheidet, ob er Durchsetzungsmaßnahmen einleiten soll.
Niemand erwartet Perfektion am ersten Tag. Sie erwarten guten Willen und einen Prozess. Schaff beides.
FAQ
Gilt der EAA für britische Agenturen, die Websites für EU-Kunden bauen?
Er gilt für deinen Kunden, nicht direkt für dich. Wenn dein Klient einen E-Commerce-Service betreibt, der EU-Verbraucher anspricht, ist er der „Wirtschaftsakteur" unter der Richtlinie und trägt die Compliance-Verantwortung. Aber du hast die Site gebaut. Wenn sie den Standard nicht erfüllt, ist das ein Gespräch, das du führen musst.
Was passiert, wenn eine Site nach Juni 2025 nicht konform ist?
Die Durchsetzung unterscheidet sich je nach Mitgliedstaat. In der Praxis ist der wahrscheinlichste erste Kontakt eine Beschwerde von einem Nutzer oder einer Behindertenrechtsorganisation, gefolgt von einer Anfrage einer nationalen Marktüberwachungsbehörde zur Behebung. Bußgelder unterscheiden sich je nach Land erheblich. Deutschland und Frankreich waren historisch aktiver in diesen Angelegenheiten als einige kleinere Mitgliedstaaten.
Ist WCAG 2.2 erforderlich, oder reicht 2.1?
Der EAA verweist auf den Standard EN 301 549, der derzeit mit WCAG 2.1 AA übereinstimmt. WCAG 2.2 fügt neun neue Erfolgskriterien hinzu. Du bist rechtlich noch nicht verpflichtet, 2.2 für EAA-Zwecke zu erfüllen, aber 2.2 zu bauen, wo es machbar ist, ist sinnvolle Zukunftssicherung.
Kann ein Kleinstunternehmen wirklich befreit sein?
Ja, wenn es beide Schwellwerte erfüllt: weniger als 10 Mitarbeiter UND unter €2 Millionen jährlicher Umsatz. Aber einzelne Mitgliedstaaten können sich dafür entscheiden, die Richtlinie breiter anzuwenden. Verlasse dich nicht auf die Befreiung, ohne deine spezifische Kundensituation gegen die Gesetze in den Ländern zu überprüfen, in denen sie tätig sind.
Wir haben die Site vor zwei Jahren gebaut. Sind wir haftbar?
Die Site ist danach in Scope, was sie jetzt tut, nicht wann sie gebaut wurde. Das Alter der Site ist irrelevant für Compliance. Was zählt, ist, ob sie derzeit WCAG 2.1 AA erfüllt. Wenn nicht, muss der Betreiber es reparieren. Ob er Kosten vom ursprünglichen Entwickler zurückfordern kann, hängt ganz von deinem Vertrag ab.
---
Barrierefreiheit ist keine Nischen-Sorge oder ein Nice-to-have mehr. Für einen großen Teil der Sites, die unsere Branche baut, ist es jetzt eine rechtliche Anforderung mit echter Durchsetzung dahinter. Die Agenturen, die hier vorangehen, werden feststellen, dass es tatsächlich ein anständiger Einnahmestrom ist. Diejenigen, die still bleiben, bis Kunden Briefe bekommen, werden diese Gespräche viel schwieriger finden.
Mach das Audit. Schreib die Erklärung. Sag dem Kunden Bescheid.