Barrierefreiheit & BFSG

Barrierefreie Website erstellen lassen — WCAG 2.1/2.2 AA, BFSG-konform.

Echte Barrierefreiheit entsteht im Quellcode, nicht durch ein Overlay-Widget, das sich über die Seite legt. Ich baue jede Website von Anfang an auf WCAG 2.2 AA — sauber, geprüft und ohne Aufpreis. Für KMU, Praxen und Online-Shops, die das BFSG ernst nehmen.

WCAG 2.1/2.2 AA
BFSG-ready
Kein Overlay-Widget

Kostenloses Erstgespräch vereinbaren oder direkt anrufen: 04222 9466235

Für Unternehmen in ganz Deutschland — remote umgesetzt, persönlich betreut

Die häufigsten Irrtümer

Warum „barrierefrei" so oft schiefgeht

Die fünf häufigsten Irrtümer bei barrierefreien Websites

Seit das Barrierefreiheitsstärkungsgesetz (BFSG) gilt, bieten viele schnelle Lösungen an — die meisten lösen das Problem nicht, sondern verschleiern es. Fünf Punkte, an denen gut gemeinte Barrierefreiheit in der Praxis scheitert.

Das Overlay-Widget verspricht Barrierefreiheit „per Klick"

Ein eingebundenes Skript, das ein kleines Männchen-Icon einblendet, macht eine Seite nicht barrierefrei. Solche Overlays werden von Betroffenenverbänden und Screenreader-Nutzern überwiegend abgelehnt — sie überdecken die eigentlichen Probleme im Code, statt sie zu beheben. Die US-Handelsbehörde FTC verpflichtete den Overlay-Anbieter accessiBe 2025 zu 1 Mio. $ wegen irreführender Barrierefreiheits-Versprechen.

Niemand weiß, ob der Betrieb überhaupt vom BFSG betroffen ist

Das BFSG trifft nicht jeden gleich. Online-Shops und viele digitale Dienstleistungen im B2C sind erfasst, Kleinstunternehmen unter bestimmten Schwellen sind ausgenommen. Ohne saubere Einordnung wird entweder in Panik nachgerüstet oder eine echte Pflicht übersehen.

Barrierefreiheit wird erst am Ende „draufgesetzt"

Wer eine fertige Seite nachträglich zugänglich machen will, repariert Symptome: ein Alt-Text hier, ein Kontrast dort. Sauber wird es nur, wenn Struktur, Semantik und Bedienbarkeit von der ersten Zeile an mitgedacht sind.

Schöne Optik, aber mit Tastatur oder Screenreader unbenutzbar

Karten ohne Fokus-Ring, Buttons aus reinen <div>-Elementen, Formulare ohne echte Labels — visuell unauffällig, für einen Teil Ihrer Besucher aber eine Sackgasse. Genau diese Nutzer fallen sonst durchs Raster.

Barrierefreiheit gilt als reine Kostenpflicht ohne Nutzen

Dabei zahlt zugängliche Technik doppelt ein: Suchmaschinen honorieren semantisches HTML und klare Struktur, und Sie erreichen Menschen, die sonst abspringen. Barrierefreiheit und gutes SEO sind technisch zwei Seiten derselben Medaille.

Was echte Barrierefreiheit ausmacht

Im Quellcode umgesetzt — nicht per Widget überdeckt

Der schnelle Weg: ein Accessibility-Plugin einbinden und hoffen. Mein Weg: Barrierefreiheit ist Teil der Architektur, prüfbar mit Screenreader, Tastatur und automatisierten Tools. Sechs Punkte, an denen Sie ehrliche Umsetzung von Fassade unterscheiden.

Sechs Merkmale einer wirklich zugänglichen Website

Keine Versprechen, sondern nachprüfbare Entscheidungen — im Quellcode oder mit einem öffentlichen Tool kontrollierbar, bevor Sie unterschreiben.

Kein Overlay, keine Widget-Fassade

Zugänglichkeit steckt im HTML selbst — nicht in einem nachgeladenen Skript, das sich über die Seite legt und von Screenreader-Nutzern meist sofort wieder abgeschaltet wird.
WCAG 2.1/2.2 AA als Maßstab

Rechtlich maßgeblich fürs BFSG ist WCAG 2.1 Level AA (über die Norm EN 301 549); auf Wunsch baue ich direkt nach dem neueren 2.2. Kontraste, Fokus, Bedienbarkeit, Verständlichkeit — jedes Kriterium konkret umgesetzt, nicht nur behauptet.
Von der ersten Zeile an mitgedacht

Semantik und Struktur entstehen beim Bauen, nicht als Nachrüstung. Das ist günstiger, stabiler und hält einer echten Prüfung stand.
Mit Tastatur und Screenreader getestet

Bedienung ohne Maus, Vorlesen durch NVDA/VoiceOver, sichtbarer Fokus auf jedem Element — getestet, nicht angenommen.
Barrierefreiheit + SEO in einem

Sauberes semantisches HTML, klare Überschriften-Hierarchie und Alt-Texte helfen Screenreadern und Suchmaschinen gleichermaßen. Ein Aufwand, zwei Wirkungen.
Ohne Aufpreis im Festpreis enthalten

Jede individuell entwickelte Website wird auf WCAG 2.2 AA gebaut — Barrierefreiheit ist kein Zusatzmodul, sondern Bestandteil sauberer Arbeit.

Konkret umgesetzt

Barrierefreiheit für
Ihren Fall

Ob neue Seite, bestehender Auftritt oder eine besonders sensible Branche — Barrierefreiheit sieht je nach Ausgangslage anders aus. Vier Wege, abgestimmt auf Ihren Bedarf.

04 Leistungen

WCAG 2.1/2.2 AA — konkret

Barrierefreiheit ist kein Gefühl, sondern eine Liste prüfbarer Kriterien aus den Web Content Accessibility Guidelines (WCAG) auf Stufe AA. Rechtlich maßgeblich fürs BFSG ist die Fassung 2.1 (über die harmonisierte Norm EN 301 549); ich baue auf Wunsch direkt nach dem neueren 2.2. Sechs der wichtigsten Kriterien, an einem echten Projekt.

Erfasst sind seit dem 28.06.2025 vor allem Online-Shops und digitale Dienstleistungen für Verbraucher (B2C). Reine B2B-Angebote fallen nicht darunter. Kleinst-Dienstleister mit weniger als 10 Beschäftigten und höchstens 2 Mio. € Jahresumsatz (oder Bilanzsumme) sind ausgenommen — wer Produkte verkauft, bleibt aber in der Pflicht. Die verbindliche Einordnung trifft ein Anwalt.

WCAG 1.4.3
Farbkontrast ≥ 4,5:1

Fließtext, Links und Bedienelemente werden gegen ihren Hintergrund gemessen — lesbar auch bei schlechtem Licht oder eingeschränktem Sehvermögen.
WCAG 1.3.1
Semantisches HTML

Echte <nav>, <main>, <article>, <h1>–<h3> statt <div>-Wüsten. Screenreader lesen die Struktur vor, Suchmaschinen erkennen die Hierarchie.
WCAG 2.1.1
Volle Tastaturnavigation

Jede Funktion ist mit Tab, Enter und Leertaste erreichbar — ohne Maus. Mit Skip-Link direkt zum Hauptinhalt auf jeder Seite.
WCAG 1.1.1
Alt-Texte für alle Bilder

Jedes inhaltstragende Bild bekommt eine textliche Beschreibung; rein dekorative Grafiken werden korrekt als leer markiert, damit Screenreader sie überspringen.
WCAG 3.3.1
Formulare mit klaren Fehlern

Echte Labels statt grauer Platzhalter. Fehler werden benannt, in Klartext erklärt und mit dem betroffenen Feld verknüpft — nicht nur rot eingefärbt.
WCAG 2.4.7
Sichtbarer Fokus

Der Tastaturfokus ist immer erkennbar, auch auf Buttons und Karten. Kein unsichtbarer Outline-Reset, kein reines Maus-Design.

Barrierefreie Website anfragen

Die abschließende BFSG-/Rechtsbewertung trifft ein Anwalt oder eine anerkannte Prüfstelle. Meine Verantwortung: die technische Grundlage so zu bauen, dass eine Prüfung ohne Nachbesserungen durchläuft.

FAQ

Häufige Fragen zu barrierefreien Websites

Eine barrierefreie Website kann von möglichst allen Menschen genutzt werden — auch mit Seh-, Hör-, motorischer oder kognitiver Einschränkung. Technisch heißt das: ausreichende Kontraste, Bedienbarkeit per Tastatur, semantisches HTML für Screenreader, verständliche Sprache und klar beschriftete Formulare. Maßstab sind die WCAG auf Stufe AA — rechtlich fürs BFSG die Fassung 2.1 (über die Norm EN 301 549), auf Wunsch baue ich direkt nach dem neueren 2.2.

Mit dem Barrierefreiheitsstärkungsgesetz (BFSG) sind seit dem 28.06.2025 vor allem B2C-Angebote erfasst — insbesondere Online-Shops und digitale Dienstleistungen für Verbraucher. Reine B2B-Angebote fallen nicht darunter. Kleinst-Dienstleister mit weniger als 10 Beschäftigten und höchstens 2 Mio. € Jahresumsatz (oder Bilanzsumme) sind ausgenommen — diese Ausnahme gilt aber nur für Dienstleistungen, nicht für den Verkauf von Produkten. Praxen und Handwerker sind als kleine Dienstleister oft nicht zwingend erfasst, profitieren aber trotzdem. Die verbindliche Einordnung trifft ein Anwalt.

Bei mir nichts extra: Barrierefreiheit ist kein Aufpreis-Modul, sondern Teil sauberer Arbeit. Jede individuell entwickelte Website ab 1.490 € Festpreis wird auf WCAG 2.2 AA gebaut. Teurer wird es nur, wenn eine bestehende, technisch problematische Seite nachträglich zugänglich gemacht werden muss — das läuft dann als Relaunch und hängt vom Zustand der Altseite ab.

Nein. Diese Widgets legen sich über die Seite, ändern aber den Quellcode nicht und beheben die eigentlichen Probleme nicht. Die deutsche Überwachungsstelle BFIT-Bund hält ausdrücklich fest, dass Overlay-Tools eine Seite nicht konform machen; Betroffenenverbände und Screenreader-Nutzer lehnen sie überwiegend ab. In den USA wurden Unternehmen trotz Overlay verklagt, und die FTC verpflichtete den Anbieter accessiBe 2025 zu 1 Mio. $ wegen irreführender Versprechen. Echte Barrierefreiheit entsteht im Quellcode — genau so setze ich sie um.

Zuerst eine Bestandsaufnahme: Wo scheitern Kontrast, Tastaturbedienung, Struktur und Formulare? Kleinere Lücken lassen sich gezielt schließen; ist die technische Basis (z. B. ein überladenes WordPress-Theme) das Problem, ist ein Relaunch meist sinnvoller und am Ende günstiger als endloses Flicken. Ein kostenloser Website-Audit zeigt, wo Sie stehen.

Indirekt deutlich. Semantisches HTML, eine saubere Überschriften-Hierarchie, Alt-Texte und schnelle, klar strukturierte Seiten helfen Screenreadern und Suchmaschinen gleichermaßen. Barrierefreiheit ersetzt kein SEO, aber sie legt genau das technische Fundament, auf dem gutes Ranking aufbaut.