Wenn Sie an Verbraucher in der EU verkaufen, lautet die Antwort mit hoher Wahrscheinlichkeit ja. Und die Frist ist vor über einem Jahr abgelaufen.
Diese Seite beantwortet die Frage vollständig: wer betroffen ist, welche Norm Sie tatsächlich bindet, wie durchgesetzt wird und was nötig ist, um eine Website nachzurüsten, die nie dafür gebaut wurde. Wenn Sie es konkret für Ihre eigene Seite brauchen: Wir prüfen sie und schicken Ihnen die Liste.
Der European Accessibility Act (Richtlinie (EU) 2019/882) gilt für Dienstleistungen, die Verbrauchern in der EU angeboten werden. In Deutschland ist er als Barrierefreiheitsstärkungsgesetz (BFSG) umgesetzt und gilt seit dem 28. Juni 2025. Eine Übergangsfrist, mit der sich noch planen ließe, gibt es nicht mehr.
Die Ausnahme für Kleinstunternehmen gilt für Dienstleistungen, nicht für Produkte, und sie entfällt in dem Moment, in dem Sie einen Schwellenwert überschreiten. Beim Wachstum gibt es keine Schonfrist. Wer öffentliche Mittel für Barrierefreiheit erhalten hat, kann sich ohnehin nicht darauf berufen.
Ein Punkt, den Unternehmen regelmäßig falsch einschätzen: Aus der Ausnahme herauszuwachsen ist kein Thema für die nächste Planungsrunde. Die Pflicht entsteht mit dem Überschreiten des Schwellenwerts, nicht beim nächsten Audit.
Das Gesetz verlangt, dass Dienstleistungen barrierefrei sind. Die technischen Kriterien nennt es nicht. Die stehen in der harmonisierten europäischen Norm, und zu wissen, welche Fassung gilt, ist der Unterschied zwischen einer konformen und einer beinahe konformen Website.
Die europäische Norm für die Barrierefreiheit von IKT. Wer sie einhält, genießt die Konformitätsvermutung. Sie verweist auf WCAG 2.1 Stufe AA.
Nicht AAA, das kaum jemand für sich beansprucht und das auch niemand verlangt. Nicht WCAG 2.0, das überholt ist. Gemessen werden Sie an Stufe AA der WCAG 2.1.
Eine Überarbeitung der EN 301 549, die WCAG 2.2 Stufe AA übernimmt, soll erscheinen und anschließend im Amtsblatt der EU zitiert werden. Sie ergänzt Kriterien zu Fokusdarstellung, Ziehbewegungen, Zielgröße und Authentifizierung.
WCAG 2.2 AA umfasst 2.1 AA in der Praxis vollständig. Wer auf 2.2 umsetzt, erfüllt die heutige Pflicht und muss die nächste Normfassung nicht erneut bezahlen. Wer nur auf 2.1 umsetzt, macht die Arbeit zweimal.
Jeder Mitgliedstaat benennt seine eigene Marktüberwachungsbehörde und legt seine eigenen Sanktionen fest. Die Zahl hängt also davon ab, wo Ihre Kunden sitzen. Zwei Dinge sind überall gleich: Die Behörden warten nicht auf eine Beschwerde, und die Anordnung, den Dienst nachzubessern oder vom Markt zu nehmen, kostet meist mehr als das Bußgeld.
Der leisere Druck kommt aus der Beschaffung. Große und öffentliche Auftraggeber verlangen zunehmend einen Konformitätsnachweis, bevor sie unterschreiben. Ihn nicht zu haben kostet Aufträge, lange bevor sich eine Behörde meldet.
Das ist keine Vermutung. WebAIM prüft seit 2019 jedes Jahr automatisiert die Startseiten der eine Million meistbesuchten Websites gegen die WCAG. Der Durchlauf vom Februar 2026 ist der aktuelle.
Automatische Prüfung ist die Untergrenze, nicht das Ziel. Diese Zahlen erfassen nur, was sich maschinell nachweisen lässt, und das ist der kleinere Teil der WCAG. Eine Seite ohne automatisch erkennbare Fehler kann mit Tastatur oder Screenreader trotzdem unbenutzbar sein. Genau deshalb ist die Prüfung unten kein bloßer Scan.
Die Prozentwerte geben an, welcher Anteil der eine Million Startseiten den jeweiligen Fehler im Februar 2026 aufwies. Wer noch nie ein Audit hatte, sollte davon ausgehen, die meisten davon zu haben.
Text, der das Verhältnis von 4,5:1 zum Hintergrund nicht erreicht, bei großer Schrift 3:1. Meist eine Entscheidung aus der Markenpalette, die nie nachgeprüft wurde, und der mit Abstand häufigste Fehler im Web.
Bilder ohne alt-Attribut oder mit dem Dateinamen darin. Dekorative Bilder brauchen ein leeres alt, informative eine Beschreibung. Beides ist häufiger falsch als richtig.
Eingabefelder mit Platzhalter statt Label, oder ein Label, das dem Feld nicht programmatisch zugeordnet ist. Im Checkout kostet dieser Fehler nicht nur das Audit, sondern den Verkauf.
Ein Link, dessen einziger Inhalt ein Icon oder ein leeres Element ist. Der Screenreader sagt „Link“ und sonst nichts. Verbreitet in Navigationen, Social-Icons und Kachel-Layouts.
Derselbe Fehler bei einem Bedienelement, das etwas auslöst. Menü-Buttons, Schließen-Symbole und reine Icon-Aktionen sind die üblichen Quellen.
Kein lang-Attribut am html-Element, also rät die assistive Technik die Aussprache. Eine Korrektur von einer Zeile, die ein Siebtel des Webs bis heute nicht gemacht hat.
Jeder dieser Punkte ist ein Problem im Quellcode mit einer Lösung im Quellcode. Keiner davon wird durch ein Skript behoben, das Sie in Ihre Seite einfügen.
Barrierefreiheits-Overlays werden als eine Zeile JavaScript verkauft, die eine Website konform macht. Das tun sie nicht, und eines zu kaufen ist inzwischen ein eigenes Risiko.
Wir beheben die Ursache im Quellcode. Das Ergebnis ist Code, der Ihnen gehört, der Ihr nächstes Deployment überlebt und den ein Prüfer nachvollziehen kann.
Die kostenlose Prüfung ist echte Arbeit, kein Lockangebot mit angehängtem Scan. Es gibt sie, weil sich eine Umsetzung nicht seriös kalkulieren lässt, ohne vorher in den Code gesehen zu haben.
Wir nehmen Ihre URL und prüfen eine repräsentative Auswahl: Startseite, eine Kategorie- oder Listenseite, eine Produkt- oder Detailseite und Ihren Checkout oder Ihre Registrierung. Automatisiert mit axe und WAVE, danach manuell mit Tastatur und Screenreader in den Abläufen, auf die es ankommt. Sie erhalten die Befunde, jeweils dem verletzten WCAG-Erfolgskriterium zugeordnet, unabhängig davon, ob Sie uns beauftragen.
Die Befunde geordnet nach Auswirkung auf Nutzer, rechtlichem Risiko und Aufwand. Blockierende Fehler in Kauf- oder Registrierungsstrecken zuerst, denn die sind für Ihre Nutzer am schlimmsten und für eine Behörde am naheliegendsten. Sie bekommen Festpreis und Zeitplan, bevor die Umsetzung beginnt.
Unsere Entwickler arbeiten in Ihrer Codebasis, in Ihrem Branch, nach Ihren Review-Regeln. Semantik, Fokussteuerung, Beschriftungen und Fehlerbehandlung, Kontraste, ARIA, das entweder korrekt ist oder entfernt wird. Auf Komponentenebene, damit derselbe Fehler nicht auf der nächsten Seite wieder auftaucht.
Erneut geprüft, automatisiert und von Hand, mit NVDA, VoiceOver und TalkBack sowie reiner Tastaturbedienung. Sie erhalten einen Bericht zum behobenen Stand gegenüber EN 301 549 und WCAG. Das ist das Dokument, nach dem die Beschaffung fragt, und das Sie im Haus haben wollen, falls eine Behörde schreibt.
Barrierefreiheit geht mit jedem Release verloren, das niemand geprüft hat. Optional laufend: Regressionstests, Prüfung neuer Funktionen vor dem Livegang und Schulungen, damit Ihr Team dieselben sechs Fehler nicht erneut einbaut.
Wahrscheinlich, jedenfalls was den EAA betrifft, der Dienstleistungen für Verbraucher erfasst. Prüfen Sie vorher zwei Dinge: ob irgendein Teil Ihres Angebots auch von einer Privatperson gekauft werden kann, und ob Ihre Geschäftskunden in der Beschaffung einen Nachweis der Barrierefreiheit verlangen. Das Zweite trifft mehr B2B-Unternehmen als das Erste.
Nur wenn zusätzlich Ihr Jahresumsatz oder Ihre Jahresbilanzsumme 2 Millionen Euro nicht übersteigt, und nur für Dienstleistungen. Beide Bedingungen müssen erfüllt sein. Gezählt wird über das gesamte Unternehmen, eine kleine Marke innerhalb einer größeren Gruppe ist also kein Kleinstunternehmen.
Wenn Sie betroffen sind und Ihr Dienst nicht barrierefrei ist: ja, formal. Das ist unangenehm, aber weder ungewöhnlich noch ein Grund zu warten. Behörden beginnen in aller Regel mit einer Aufforderung zur Nachbesserung, und ein datiertes Audit samt laufendem Umsetzungsplan vorzeigen zu können ist eine deutlich bessere Ausgangslage als gar nichts.
Heute 2.1 Stufe AA, über EN 301 549 V3.2.1. Die Fassung, die WCAG 2.2 Stufe AA übernimmt, wird im Lauf des Jahres 2026 erwartet. Wir setzen auf 2.2 AA um, damit diese Fassung die bereits bezahlte Arbeit nicht wieder aufreißt.
Bei einem üblichen Onlineshop oder SaaS-Produkt sind es nach dem Audit meist einige Wochen Entwicklungsarbeit, keine Monate. Die entscheidende Größe ist nicht die Zahl der Seiten, sondern die Zahl der unterschiedlichen Komponenten. Fünfzig Seiten aus zwölf Komponenten sind weniger Arbeit als acht Seiten aus sechzig.
Ja. React, Next.js, Vue, Angular und Svelte auf Komponentenebene. WordPress, Drupal, Shopify, Shopware und Magento auf Theme- und Template-Ebene. Native iOS- und Android-Apps für VoiceOver, TalkBack, Zielgrößen und dynamische Schriftgrößen.
Eine URL und, falls die zu prüfenden Abläufe hinter einem Login liegen, einen Testzugang. Mehr nicht. Die Befunde behalten Sie, unabhängig davon, ob Sie mit uns weitermachen.
Wir liefern alles, was hineingehört: den Konformitätsstand, die geprüften Kriterien, was weiterhin nicht konform ist und warum, sowie den Feedback-Mechanismus. Veröffentlicht wird sie von Ihnen, in Ihrem Namen, denn es ist Ihre Erklärung und nicht unsere.
Sagen Sie uns, wo wir hinsehen sollen. Sie erhalten die Befunde mit dem jeweils verletzten WCAG-Kriterium und, wenn Sie möchten, einen Festpreis für die Behebung.
Buchen Sie 30 Minuten. Wir sagen Ihnen, ob Sie betroffen sind und worauf Ihre Website ungefähr zuläuft, ganz ohne Formular.