Website barrierefrei machen: der ehrliche Leitfaden – ohne Overlay-Tricks

„Website barrierefrei machen” klingt nach einem Schalter, den man einmal umlegt. Genau das versprechen Overlay-Tools – ein Skript einbinden, fertig. Und genau das ist das Problem: Echte Barrierefreiheit ist Arbeit am Quellcode, kein Widget, das man über die Seite legt.

Dieser Leitfaden zeigt den ehrlichen Weg in drei Schritten, erklärt, warum die Abkürzung scheitert, und sagt klar, wo ein Bedienmenü wirklich hilft – und wo nicht. Das Ziel ist nicht ein grünes Häkchen, sondern eine Seite, die Menschen mit Behinderungen tatsächlich nutzen können. Das erfüllt nebenbei das Gesetz, ist aber zuerst eine Frage des Respekts gegenüber realen Nutzern.

Was „barrierefrei” wirklich heißt

Eine Website ist barrierefrei, wenn Menschen mit Behinderungen sie in der allgemein üblichen Weise, ohne besondere Erschwernis und grundsätzlich ohne fremde Hilfe nutzen können. Maßstab ist der reale Mensch – jemand, der einen Screenreader verwendet, nur mit der Tastatur navigiert, auf hohe Kontraste angewiesen ist oder klare, verständliche Struktur braucht. Nicht ein Tool, das Barrierefreiheit behauptet.

Rechtlich verlangt das in Deutschland das Barrierefreiheitsstärkungsgesetz, technisch definiert über die WCAG. Beide sind wichtig – aber sie sind die Messlatte, nicht das eigentliche Ziel. Wer nur auf das Häkchen optimiert, verfehlt den Punkt; wer auf echte Nutzbarkeit hin baut, erfüllt das Häkchen automatisch mit.

Der ehrliche Weg gegen den Overlay-Shortcut

Der verlockende Shortcut sieht so aus: ein einziges Skript einbinden, das angeblich automatisch alle Barrieren beseitigt. Genau das verkaufen Overlay-Anbieter.

Warum das scheitert, ist schnell erklärt: Das Overlay verändert den Quellcode deiner Seite nicht – es legt nur eine Schicht darüber. Die eigentlichen Barrieren bleiben im Code bestehen, und für viele Nutzer assistiver Technologien wird die Seite dadurch nicht besser, sondern oft sogar unberechenbarer. Rechtlich erfüllt ein Overlay die Anforderungen nicht. Die ganze Mechanik dahinter – und warum Betroffenenverbände diese Tools ablehnen – behandelt Accessibility-Overlays

Der ehrliche Weg hat dagegen drei Schritte: prüfen, im Quellcode beheben, dranbleiben. Das ist mehr Aufwand – aber das Einzige, was tatsächlich wirkt.

Schritt 1: Ist-Zustand ehrlich prüfen

Bevor du etwas reparierst, musst du wissen, wo die echten Barrieren liegen. Und zwar über das hinaus, was ein einzelnes Prüf-Tool als grünes Häkchen meldet.

Automatisierte Tests sind ein guter Anfang: Sie finden fehlende Alternativtexte, schwache Kontraste oder strukturelle Fehler schnell. Ihre Grenze ist aber prinzipiell – sie können nur einen Teil der Kriterien überhaupt maschinell beurteilen, in der Praxis grob ein Drittel. Den Rest findet nur eine manuelle Prüfung mit Tastatur und Screenreader. Wie eine belastbare Prüfung aussieht, zeigt Barrierefreiheit testen

Entscheidend ist die Haltung dahinter: Ein ehrliches Prüfwerkzeug zeigt dir die echten Quellcode-Probleme, damit du sie beheben kannst – es maskiert sie nicht, damit der Score grün aussieht. Genau dafür ist Welcomas kommender WCAG-Scanner gebaut.

Schritt 2: Probleme im Quellcode beheben

Hier entsteht Konformität – nicht im Schritt davor und nicht durch ein Widget, sondern dadurch, dass jede gefundene Barriere tatsächlich gelöst wird. Ein fehlender Alternativtext wird ergänzt, ein zu schwacher Kontrast angepasst, eine nur mit der Maus erreichbare Schaltfläche tastaturbedienbar gemacht, eine unsaubere Struktur semantisch korrigiert.

Wie das konkret aussieht, hängt von deiner Plattform ab: Für WordPress gibt es eigene Wege und Grenzen, die WordPress barrierefrei machen behandelt; wer ohnehin neu gestaltet, legt die Grundlagen am besten direkt richtig – siehe barrierefreies Webdesign. Diese Arbeit kostet Zeit, zahlt aber doppelt: auf echte Nutzbarkeit und nebenbei auf bessere Auffindbarkeit in Suchmaschinen und eine angenehmere Bedienung für alle.

Schritt 3: Dranbleiben – Barrierefreiheit ist ein Prozess

Eine Website steht nicht still. Jeder neue Beitrag, jedes neue Bild, jede neue Funktion kann neue Barrieren mitbringen. Barrierefreiheit ist deshalb kein Projekt mit Enddatum, sondern ein Zustand, den man hält.

Der Kreislauf dafür ist einfach: erneut prüfen, beheben, und der nachweisbare Wert steigt – Schritt für Schritt. Genau dieser Verlauf (prüfen → beheben → erneut prüfen → Score steigt) ist der Beleg, den ein Overlay nie liefern kann. Nicht vergessen: Zum Pflichtprogramm gehört auch die Pflichtangabe, die Barrierefreiheitsinformationen nach BFSG

Ein Bedienmenü als Ergänzung – nicht als Ersatz

An dieser Stelle kommt das Bedienmenü ins Spiel, und es verdient eine ehrliche Einordnung. Ein Bedienmenü gibt deinen Besuchern Werkzeuge an die Hand: Textgröße ändern, Kontrast erhöhen, eine Leselinie einblenden, Inhalte vorlesen lassen. Für viele Menschen ist das ein echter, spürbarer Mehrwert.

Aber – und das ist der Punkt, den seriöse von unseriösen Anbietern trennt: Ein Bedienmenü macht deine Seite nicht automatisch barrierefrei. Es ersetzt nicht die Arbeit im Quellcode. Wer ein Widget als Compliance-Lösung verkauft, betreibt genau den Overlay-Schwindel, gegen den dieser ganze Leitfaden steht.

Deshalb ist Welcomas Bedienmenü bewusst als das positioniert, was es ist: eine ehrliche Komfort-Ergänzung für deine Besucher – sinnvoll auf einer Seite, deren echte Barrieren bereits im Code behoben sind. Es ist das Sahnehäubchen, nicht das Fundament. In dieser Reihenfolge ergibt es Sinn; in umgekehrter wäre es Augenwischerei.

Häufige Fehler und Mythen

• „Ein Overlay macht mich barrierefrei und BFSG-konform.” Nein – der Quellcode bleibt unverändert, die Barrieren bleiben. Details in Accessibility-Overlays
• „Ein WCAG-Siegel bedeutet BFSG-konform.” Nein. Die Norm EN 301 549 geht über die WCAG hinaus; voller WCAG-Score ist die Basis, nicht die Garantie.
• „Einfache oder Leichte Sprache ist für mich Pflicht.” Für die Privatwirtschaft in der Regel nicht – das betrifft vor allem den öffentlichen Sektor. Als Mehrwert sinnvoll, als Pflicht aber meist nicht zutreffend; die Abgrenzung klärt Einfache vs. Leichte Sprache
• „Barrierefreiheit ist nur ein Kostenfaktor.” Sie zahlt auf Reichweite, Suchmaschinen-Sichtbarkeit und die Bedienbarkeit für alle ein. Womit zu rechnen ist, zeigt Was kostet eine barrierefreie Website?
• „Einmal gemacht, für immer erledigt.” Barrierefreiheit ist ein laufender Prozess, kein einmaliges Häkchen.

Dieser Ratgeber ersetzt keine Rechtsberatung. Für die rechtliche Einordnung im Einzelfall ziehe fachkundige Beratung hinzu.