Seit dem 28. Juni 2025 gilt das Barrierefreiheitsstärkungsgesetz (BFSG) für bestimmte Dienstleistungen, darunter den elektronischen Geschäftsverkehr mit Verbrauchern[1][2]. Die gemeinsame Marktüberwachungsstelle der 16 Bundesländer ist seit September 2025 bundesweit tätig[5]. Und die europäische Norm für digitale Barrierefreiheit, EN 301 549, liegt seit September 2026 in einer neuen Version 4.1.1 vor[6]. Höchste Zeit, das eigene Farbsystem zu prüfen. Wir zeigen, welche Kontraste gelten, für wen das BFSG greift und wie Sie Ihre Markenfarben erhalten, ohne Menschen auszuschließen (Stand: 8. November 2026).

Das BFSG erfasst nicht jede Website. Es gilt unter anderem für Telekommunikationsdienste, Bankdienstleistungen, E-Books und Dienstleistungen im elektronischen Geschäftsverkehr, die für Verbraucher erbracht werden[2]. Elektronischer Geschäftsverkehr meint Dienste, die über Websites oder Apps auf individuelle Anfrage eines Verbrauchers im Hinblick auf einen Vertragsschluss erbracht werden, typischerweise also Onlineshops und Buchungsstrecken[3]. Auf reine Präsentationswebsites, die nur informieren oder werben, sollte das Gesetz nach Einschätzung der Bundesfachstelle Barrierefreiheit dagegen nicht anwendbar sein[4].
Ausgenommen sind Kleinstunternehmen, die Dienstleistungen anbieten[22]: weniger als zehn Beschäftigte und höchstens zwei Millionen Euro Jahresumsatz oder Jahresbilanzsumme[3]. Daneben gibt es Ausnahmen, wenn die Anforderungen eine Dienstleistung grundlegend verändern oder eine unverhältnismäßige Belastung verursachen würden. Das müssen Unternehmen selbst beurteilen und dokumentieren; wer sich auf die Belastung beruft, muss mindestens alle fünf Jahre neu prüfen[7][8].
Den technischen Maßstab liefern die Web Content Accessibility Guidelines (WCAG) des W3C, die internationalen Richtlinien für barrierefreie Webinhalte. Sie kennen drei Konformitätsstufen; AA ist die übliche mittlere Stufe. Der Kontrast ist das Helligkeitsverhältnis zwischen Vorder- und Hintergrundfarbe, von 1:1 (keiner) bis 21:1 (Schwarz auf Weiß). Die folgenden Angaben beziehen sich auf WCAG 2.2, Stufe AA[9]:
| Element | Anforderung | WCAG-Kriterium |
|---|---|---|
| Fließtext, Links, Platzhaltertext, Text bei Hover oder Fokus | mindestens 4,5:1, große Schrift 3:1[10] | 1.4.3 |
| Visuelle Merkmale, an denen man aktive Bedienelemente und ihre Zustände erkennt, etwa Feldrahmen oder Fokusanzeige | mindestens 3:1 zur angrenzenden Farbe; ausgenommen inaktive und unveränderte Browser-Elemente[11] | 1.4.11 |
| Fehlermeldungen, Pflichtfelder, Statusanzeigen | Farbe nie als einziges Merkmal[12] | 1.4.1 |
| Logos und Schriftzüge der Marke | ✓ keine Kontrastanforderung[9] | 1.4.3 (Ausnahme) |
| Übriger Text in CI-Farben | ✗ keine Ausnahme[10] | 1.4.3 |
Weitere Ausnahmen beim Textkontrast betreffen rein dekorativen Text und Text in inaktiven Bedienelementen[9]. Auch die 24-Pixel-Regel kennt Ausnahmen, etwa bei ausreichendem Abstand zwischen Zielen, für Links im Fließtext und für unveränderte Browser-Elemente[13].
Die gute Nachricht: Markenfarben können erhalten bleiben, wenn ihre Einsatzrollen angepasst und alle relevanten Farbkombinationen geprüft werden. Der Trick liegt in der Rollenverteilung. Trennen Sie die Markenpalette, die Wiedererkennung schafft, von Funktionsfarben für Text und Bedienelemente, die geprüfte Kontraste haben. In Designsystemen geschieht das über sogenannte Design Tokens, also benannte Farbvariablen.
Ein Beispiel mit einem hellen Markenblau: Als Textfarbe auf Weiß erreicht #4da3ff nur 2,63:1 und fällt durch. Als Fläche mit dunklem Text darauf kommt dieselbe Farbe auf 6,63:1 und besteht. Für Links und Buttons übernimmt ein dunkleres Blau aus derselben Farbfamilie mit 6,87:1. Die Werte haben wir mit der Kontrastformel der WCAG berechnet[9]. Achtung beim Fokusrahmen: Direkt auf dem gleichfarbigen Button wäre er unsichtbar, auf dem hellen Markenblau käme er nur auf etwa 2,6:1. Deshalb steht er im Beispiel mit Abstand auf hellem Grund; prüfen Sie ihn überall, wo er erscheint.
:root {
/* Markenpalette: Flächen, Illustrationen, Logo */
--brand-blue: #4da3ff; /* als Text auf Weiß nur 2,63:1, also nicht für Text */
/* Funktionsfarben: Text und Bedienelemente */
--text: #1a1a1a; /* auf Weiß 17,4:1, auf --brand-blue 6,63:1 */
--link: #0057b8; /* auf Weiß 6,87:1 */
--button-bg: #0057b8;
--button-text: #ffffff; /* auf --button-bg 6,87:1 */
--focus-ring: #0057b8; /* auf Weiß 6,87:1, angrenzende Flächen prüfen */
}
/* Fokusrahmen mit Abstand, damit er an den hellen Seitenhintergrund grenzt */
:focus-visible {
outline: 3px solid var(--focus-ring);
outline-offset: 2px;
}
.teaser {
background: var(--brand-blue); /* Markenfarbe als Fläche */
color: var(--text); /* dunkler Text darauf */
}Nein. Manuelle Prüfungen fließen nicht in den Lighthouse-Wert ein[16].
Nein. Automatisiert lassen sich derzeit nicht alle Barrieren finden; nötig ist die Prüfung durch Fachleute[17].
Nein. Markenvorgaben allein begründen keine Kontrastausnahme; die Ausnahme für Logos und Schriftzüge gilt nicht für sonstigen Text in Markenfarben[10].
Rechtlich verbindlich sind BFSG und die zugehörige Verordnung. Die WCAG sind technische Empfehlungen des W3C, die EN 301 549 ist eine europäische technische Norm. Nach § 4 BFSG wird die Erfüllung derjenigen Anforderungen vermutet, die durch einschlägig im EU-Amtsblatt referenzierte harmonisierte Normen oder deren Teile abgedeckt sind, sofern das Angebot diesen entspricht[1]. Für die neue EN 301 549 V4.1.1 ist das noch nicht geschehen: Sie wurde am 30. Oktober 2026 an die EU-Kommission übergeben, die Referenzierung ist erst als nächster Schritt für den 22. Januar 2027 geplant[6].
Wer unter das BFSG fällt, muss außerdem Informationen zur Barrierefreiheit in barrierefreier Form veröffentlichen, etwa in den AGB oder auf andere deutlich wahrnehmbare Weise. Dazu gehören eine Beschreibung der Dienstleistung, wie sie die Anforderungen erfüllt, und die zuständige Marktüberwachungsbehörde[18][23]. Diese Information ist laut Marktüberwachungsstelle nicht mit der „Erklärung zur Barrierefreiheit“ öffentlicher Stellen gleichzusetzen[21].
Vor allem dann, wenn Sie Verbrauchern über die Website Verträge anbieten, etwa in einem Onlineshop oder einer Buchungsstrecke. Reine Informations- und Werbeseiten sind nach Einschätzung der Bundesfachstelle in der Regel nicht erfasst. Kleinstunternehmen mit Dienstleistungen sind ausgenommen.
Nicht zwingend. Zu helle Markenfarben können für Flächen und Akzente erhalten bleiben, wenn für Text und Bedienelemente Funktionsfarben mit geprüftem Kontrast hinzukommen und alle Kombinationen geprüft sind.
Veröffentlichen Sie die gesetzlich geforderten Informationen zur Barrierefreiheit gut auffindbar und barrierefrei und halten Sie sie aktuell, solange Sie die Dienstleistung anbieten[18][23]. Interne Prüfberichte sind empfehlenswert. Wer sich als verpflichteter Dienstleister auf eine Ausnahme nach §§ 16 oder 17 BFSG beruft, muss die Beurteilung dokumentieren, fünf Jahre nach der letzten Leistung aufbewahren und die zuständigen Behörden unterrichten; bei § 17 ist außerdem bei Änderungen, auf Verlangen der Behörde und mindestens alle fünf Jahre neu zu beurteilen[7][8]. Das gilt nicht für die eigenständige Ausnahme für Kleinstunternehmen[22].
Die ARIA Authoring Practices Guide (APG) des W3C bietet Umsetzungsmuster für Menüs, Akkordeons oder Dialoge, ausdrücklich als informative Sammlung ohne eigenes Konformitätsmodell[24]. Das GOV.UK Design System der britischen Regierung ist ein weiteres Referenzangebot[25]. Beide ersetzen weder die Prüfung der fertigen Website noch einen Nachweis nach dem BFSG.
Nein. Automatische Tests finden nur einen Teil der Barrieren. Tastaturbedienung, Screenreader und verständliche Abläufe müssen Menschen prüfen.
- Barrierefreiheitsstärkungsgesetz (BFSG), Gesetzestext mit Inkrafttreten: gesetze-im-internet.de
- § 1 BFSG, Anwendungsbereich: gesetze-im-internet.de
- § 2 BFSG, Begriffsbestimmungen (Nr. 17 und 26): gesetze-im-internet.de
- Bundesfachstelle Barrierefreiheit: FAQ zum BFSG: bundesfachstelle-barrierefreiheit.de
- Marktüberwachungsstelle der Länder für die Barrierefreiheit (MLBF): Mitteilung vom 01.06.2026: mlbf-barrierefrei.de
- ETSI: Arbeitsprogramm EN 301 549 V4.1.1: portal.etsi.org
- § 16 BFSG, Grundlegende Veränderung: gesetze-im-internet.de
- § 17 BFSG, Unverhältnismäßige Belastung: gesetze-im-internet.de
- W3C: Web Content Accessibility Guidelines (WCAG) 2.2 (12.12.2024): w3.org
- W3C WAI: Understanding SC 1.4.3 Contrast (Minimum): w3.org
- W3C WAI: Understanding SC 1.4.11 Non-text Contrast: w3.org
- W3C WAI: Understanding SC 1.4.1 Use of Color: w3.org
- W3C WAI: Understanding SC 2.5.8 Target Size (Minimum): w3.org
- Chrome for Developers: Kontrast prüfen und verbessern: developer.chrome.com
- Firefox Source Docs: Accessibility Inspector: firefox-source-docs.mozilla.org
- Chrome for Developers: Lighthouse Accessibility Scoring: developer.chrome.com
- BFIT-Bund: Einschätzung zu Overlay-Tools: bfit-bund.de
- § 14 BFSG mit Anlage 3, Pflichten der Dienstleistungserbringer: gesetze-im-internet.de
- Android Developers: Barrierefreiheit von Apps testen: developer.android.com
- Apple Support: Bedienungshilfen auf dem iPhone: support.apple.com
- MLBF: Informationen für Unternehmen: mlbf-barrierefrei.de
- § 3 BFSG, Absatz 3: Ausnahme für Kleinstunternehmen: gesetze-im-internet.de
- BFSG Anlage 3, Informationen über Dienstleistungen: gesetze-im-internet.de
- W3C WAI: ARIA Authoring Practices Guide, Einführung: w3.org
- GOV.UK Design System: Accessibility: design-system.service.gov.uk