Eine Website unter dem European Accessibility Act audit-ready zu machen ist ein Prozess in sechs Schritten: Anwendungsbereich klären, gegen den Standard prüfen, in Prioritätsreihenfolge beheben, Barrierefreiheitserklärung veröffentlichen, alles dokumentieren, weiter beobachten. Keiner der Schritte verlangt Heldentaten. Und keiner lässt sich durch ein Ein-Zeilen-JavaScript-Widget ersetzen.

„Audit-ready“ ist das richtige Ziel, und es lohnt sich, präzise zu sein, was das heißt: Wenn eine Marktüberwachungsbehörde (die staatliche Stelle, die prüft, ob Unternehmen dieses Gesetz einhalten), ein Kunde oder ein Gericht fragt, wo Sie stehen, können Sie mit Nachweisen antworten. Eine dokumentierte Bewertung, ein priorisiertes Fix-Protokoll, eine veröffentlichte Erklärung. Das ist ein anderes Ziel als die Behauptung einer perfekten Website, die praktisch keine echte Website ist. Und es ist das besser verteidigbare.

Schritt 1: Anwendungsbereich und Pflicht feststellen

Klären Sie zuerst, ob Sie überhaupt erfasst sind (unser Scope-Guide behandelt das im Detail): Können Verbraucher auf Ihrer Website einen Kauf abschließen, und liegen Sie über der Kleinstunternehmen-Linie (10+ Beschäftigte oder mehr als 2 Mio. € Umsatz)? Das Ergebnis dieses Schritts ist ein geschriebener Satz: *„Wir sind als Erbringer einer E-Commerce-Dienstleistung im Anwendungsbereich; keine Ausnahme greift.“* Dieser Satz verankert alles Weitere, inklusive der Barrierefreiheitserklärung.

Schritt 2: Gegen EN 301 549 / WCAG 2.1 AA prüfen

Der technische Maßstab ist die EN 301 549, die EU-Norm für barrierefreie Technik, die für Webinhalte die WCAG 2.1 Stufe AA einbindet (die verbreitete Checkliste der Web-Barrierefreiheitsregeln). Es gibt zwei Testebenen, und die Trennung klar zu haben zählt:

  • Automatisiertes Scannen findet rund 30–40 % der WCAG-Kriterien (Quelle: Automated Accessibility Coverage Report von Deque Systems): Kontrast, fehlende Alt-Texte, unbeschriftete Bedienelemente, Struktur, Seitensprache. Das sind zugleich die häufigsten Fehler auf echten Websites, der automatisierte Layer findet also schnell einen großen Teil Ihrer tatsächlichen Exponierung.
  • Manuelle Tests und Tests mit assistiven Technologien braucht es für den Rest: Fokus-Reihenfolge, sinnvolle Lesereihenfolge, komplexe Widgets, das tatsächliche Verhalten der Website im Screenreader (der Software, mit der blinde Nutzer sich Seiten vorlesen lassen).

Starten Sie automatisiert (Minuten, und es definiert die Arbeitsliste), dann holen Sie manuelle Tests für die volle Abdeckung dazu. Wer „automatisiertes Audit = vollständige Konformitätsbewertung“ verkauft, verkauft zu viel.

Die automatisierte Ebene können Sie sofort starten. Unser kostenloser Barrierefreiheit-Test prüft eine Seite gegen WCAG 2.1 AA und zeigt Score sowie den schwersten Befund mit der einschlägigen Vorschrift.

Schritt 3: In Prioritätsreihenfolge beheben

Nicht alle Befunde sind gleich. Die Reihenfolge, die die reale Exponierung am schnellsten senkt:

  1. Alles, was einen Kauf blockiert. Ein Checkout, der sich nicht per Tastatur bedienen lässt, unbeschriftete Formularfelder. Das sind die Fehler, die Nutzer am direktesten treffen und am häufigsten in Beschwerden auftauchen.
  2. Häufige, einfache Fixes. Kontrast, Alt-Texte, Seitensprache, Button-Namen: Probleme mit hohem Volumen, die oft auf Theme-Ebene liegen und über den ganzen Shop skalieren.
  3. Struktur und Navigation. Überschriften, Landmarken, Fokus-Indikatoren.
  4. Edge-Case-Widgets. Karussells, eigene Datepicker, komplexe Filter.

Schritt 4: Die Barrierefreiheitserklärung veröffentlichen

Erfasste Dienstleistungserbringer müssen eine Erklärung zur Barrierefreiheit veröffentlichen, in Deutschland die Barrierefreiheitserklärung. Das ist eine öffentliche Seite, die beschreibt, wie der Dienst die Anforderungen erfüllt, bekannte Einschränkungen benennt, die Rechtsgrundlage nennt und (entscheidend) einen Feedback-Mechanismus bereitstellt, über den Nutzer Barrieren melden können. Sie lebt öffentlich auf der Website, typischerweise im Footer verlinkt, neben Impressum und Datenschutzerklärung.

Für den Privatsektor gibt es in der Regel kein zentrales Register, bei dem sie einzureichen wäre. Sie veröffentlichen sie auf dem Dienst, halten sie in Ihrer Dokumentation vor, und die Überwachungsbehörde kann sie anfordern. Eine fehlende oder Boilerplate-Erklärung ist einer der am häufigsten zitierten Mängel, gerade weil sie in zehn Sekunden Prüfung sichtbar ist. Sie ist zugleich eine der billigsten Lücken zum Schließen.

Wenn Sie die Erklärung zum ersten Mal schreiben, beginnen Sie mit der Struktur. Unser Generator für die Barrierefreiheitserklärung erstellt aus Ihren Angaben einen Entwurf mit allen erforderlichen Teilen samt Rückmeldekanal, den Sie anschließend anpassen und veröffentlichen.

Schritt 5: Alles dokumentieren

Dieser Schritt ist der Unterschied zwischen „wir haben gearbeitet“ und „wir können belegen, dass wir gearbeitet haben“. Halten Sie an einem Ort vor:

  • die Feststellung zum Anwendungsbereich (Schritt 1),
  • die Audit-Ergebnisse, automatisiert und manuell, mit Datum,
  • das Behebungsprotokoll: was wann gefixt wurde und was geplant ist,
  • eine etwaige Bewertung zur unverhältnismäßigen Belastung, falls Sie diese Entlastung geltend machen,
  • die veröffentlichte Erklärung und ihre Versionshistorie.

Warum das praktisch zählt: Der Vollzug läuft in jedem relevanten Markt als gestuftes Verfahren, es eskaliert also in Etappen. Ermittlung, dann eine förmliche Aufforderung, die Mängel bis zu einer Frist zu beheben, erst dann Bußgelder. Wenn dieses Schreiben ankommt, ist ein dokumentierter Audit-Trail mit laufendem Fix-Plan der Beleg guten Willens: Sie tun bereits, was das Schreiben verlangt. Das ist kein Schutz vor Bußgeldern (den bietet keine Dokumentation), aber es verändert das Gespräch von „Verweigerer ignoriert das Gesetz“ zu „Anbieter mitten in der Nachbesserung, mit Belegen“. Behörden bewerten diese Situationen unterschiedlich, und das französische Carrefour-Urteil (Tribunal judiciaire de Caen, 4. Juni 2026), das dem Unternehmen sechs Monate unter täglichem Zwangsgeld gab, zeigt: Auch Gerichte denken in Bis-dann-gefixt-Fenstern.

Schritt 6: Kontinuierlich beobachten

Zwei Dinge bewegen sich unter Ihren Füßen: Ihre Website (jedes Release, jedes Theme-Update, jede neue Produktseite kann still wieder etwas kaputt machen) und die Norm (die EN 301 549 entwickelt sich Richtung neuerer Fassungen mit WCAG 2.2). Ein einmaliges Audit ist eine Momentaufnahme, die ab dem ersten Tag altert. Scannen Sie nach den Fixes erneut, um sie zu verifizieren, und dann regelmäßig weiter. Diese wiederkehrende Nachweisspur ist selbst Teil der Dokumentation aus Schritt 5.

Warum Overlays keine Abkürzung sind

Ihnen werden Anbieter begegnen, die ein Barrierefreiheits-„Overlay“ verkaufen: eine Zeile JavaScript, die Ihre Website angeblich automatisch repariert. Die Faktenlage sagt etwas anderes:

  • Overlays reparieren den zugrunde liegenden Code nicht. Die meisten WCAG-Fehler bleiben für Nutzer und für Prüfer, die unter das Widget schauen, vorhanden.
  • 2025 ging die US-Handelsaufsicht FTC gegen accessiBe vor, den bekanntesten Overlay-Anbieter, und ordnete eine Zahlung von 1 Million US-Dollar an, wegen irreführender Behauptungen, das automatische Produkt könne jede Website standardkonform machen (FTC-Pressemitteilung).
  • Barrierefreiheits-Verbände und Testorganisationen dokumentieren seit Jahren, dass Overlays mit der assistiven Technologie kollidieren können, die echte Nutzer bereits einsetzen.

Das Muster zum Verinnerlichen: Wäre der Fix ein Einzeiler, stünde er in der Norm. Echte Fixes passieren in Ihrem Code, CMS und Theme. Dort sind sie auch am billigsten skalierbar, denn die meisten Shops scheitern an einer Handvoll wiederholter Fehler auf Template-Ebene.

FAQ

F: Wie lange dauert der Weg zu audit-ready? A: Die Schritte 1, 2 (automatisiert) und 4 passen in die erste Woche. Der Behebungszeitplan hängt von den Befunden ab, aber weil die häufigsten Fehler auf Template-Ebene liegen (Kontrast, Alt-Texte, Labels), räumen viele Shops den Großteil ihrer Exponierung in ein bis zwei Entwicklungssprints ab.

F: Brauchen wir einen externen Auditor? A: Rechtlich nicht, für den Selbstbewertungsweg im Privatsektor. Sie brauchen eine dokumentierte Bewertung gegen EN 301 549 / WCAG 2.1 AA. Automatisierte Tools plus interne oder beauftragte manuelle Tests sind ein legitimer Weg, sie zu erstellen. Was zählt: Die Nachweise existieren und halten stand.

F: Was steht in der Barrierefreiheitserklärung, wenn die Website noch bekannte Fehler hat? A: Exakt das. Bekannte Einschränkungen sind ein eingeplanter Teil der Erklärung. Eine Erklärung, die ihre offenen Punkte und Behebungspläne benennt, ist glaubwürdiger (und in einer Nachbesserungsfrist nützlicher) als eine, die Perfektion behauptet.

F: Wir haben letztes Jahr ein Overlay installiert. Sind wir abgedeckt? A: Lassen Sie einen unabhängigen Scan laufen und sehen Sie, was darunter übrig bleibt, typischerweise der Großteil der eigentlichen Befunde. Behandeln Sie das Overlay weder als Fix noch als Nachweis, und budgetieren Sie echte Behebung.

Quellen

Sehen Sie, wo Ihre Website steht

Der kostenlose Scan prüft Ihre Website gegen WCAG 2.1 AA und zeigt erste Ergebnisse in wenigen Minuten.

Website kostenlos scannen Musterbericht herunterladen

Verwandter Artikel: Sind wir betroffen? Der EAA-Scope-Guide für Online-Unternehmen

Dieser Artikel dient der Information und ist keine Rechtsberatung.