Barrierefreie Website: Was sie unterscheidet, warum sie besser rankt — und warum das 2026 noch immer ein Thema ist
Eine barrierefreie Website sollte eigentlich keine Besonderheit sein. Sie sollte der Standard sein. Ist sie aber nicht — und das ist das eigentliche Problem.
Schauen wir uns an, was wirklich den Unterschied ausmacht, welche Fehler am häufigsten passieren, warum Barrierefreiheit von Anfang an günstiger ist als nachträglich — und warum das Thema 1,9 Millionen Menschen in Österreich direkt betrifft.
Was "barrierefrei" überhaupt bedeutet
Barrierefreiheit im Web bedeutet: Ihre Website ist für alle Menschen nutzbar — unabhängig davon ob jemand sieht, hört, eine Maus bedienen kann oder kognitive Einschränkungen hat.
Der größte und am häufigsten übersehene Teil dieser Gruppe: Menschen mit Seheinschränkungen oder vollständiger Blindheit. Sie nutzen sogenannte Screenreader — Programme die den Inhalt einer Website vorlesen. NVDA ist der bekannteste kostenlose Screenreader für Windows. Ich habe ihn selbst auf meiner eigenen Website getestet. Nach zehn Minuten wusste ich: selbst eine sauber codierte Seite klingt anders als sie aussieht.
Was ein Screenreader-Nutzer erlebt wenn eine Website schlecht gebaut ist: Er hört eine endlose Liste von Links ohne Beschreibung. Er hört "Bild, Bild, Bild" weil Alt-Texte fehlen. Er findet den Hauptinhalt nicht weil Sprungmarken fehlen. Er kämpft sich durch eine Navigation die für Augen gebaut wurde — nicht für Ohren.
1,9 Millionen Menschen — keine Randgruppe
In Österreich leben rund 1,9 Millionen Menschen mit einer Behinderung — das sind etwa 22 % der Bevölkerung. Weltweit sind es über eine Milliarde.
Aber auch wer heute keine Einschränkung hat ist nicht außen vor: ein gebrochener Arm, eine Augenoperation, grelles Sonnenlicht auf dem Handy, Konzentrationsprobleme nach einer langen Arbeitswoche — temporäre Einschränkungen treffen jeden irgendwann. Barrierefreiheit hilft nicht einer Randgruppe. Sie hilft allen — früher oder später.
Wer eine Website ohne Barrierefreiheit betreibt schließt bewusst oder unbewusst einen erheblichen Teil seiner potenziellen Kunden aus.
Die häufigsten Fehler — erschreckend simpel
In meiner täglichen Arbeit sehe ich immer wieder dieselben Probleme:
Kontraste — der mit Abstand häufigste Fehler. Hellgrauer Text auf weißem Hintergrund sieht modern aus. Für Menschen mit Sehschwäche ist er schlicht nicht lesbar. Die WCAG-Richtlinien fordern ein Kontrastverhältnis von mindestens 4.5:1 für normalen Text — der Goldstandard AAA liegt bei 7:1. Die meisten Websites die ich prüfe scheitern bereits an diesem Grundprinzip.
Fehlende Sprungmarken — ein Screenreader-Nutzer der auf Ihrer Startseite landet muss sich ohne Sprungmarken durch die gesamte Navigation kämpfen bevor er zum eigentlichen Inhalt kommt. Auf jeder einzelnen Seite. Wieder und wieder. Ein einziger Link am Seitenanfang — "Zum Inhalt springen" — löst dieses Problem vollständig. Er ist für sehende Besucher unsichtbar. Für Screenreader-Nutzer ist er Gold wert.
Fehlende oder falsche Alt-Texte — jedes Bild braucht eine Beschreibung. Nicht "Bild1.jpg". Nicht "IMG_20240318". Sondern: was zeigt das Bild, warum ist es da, was soll der Besucher verstehen? Ein dekoratives Bild bekommt ein leeres Alt-Attribut (alt="") — damit weiß der Screenreader dass er es überspringen soll.
Falsche Überschriftenstruktur — H1, H2, H3 sind keine Formatierungswerkzeuge. Sie sind die Gliederung Ihrer Seite — wie ein Inhaltsverzeichnis das Screenreader vorlesen. Eine H3 die nach einer H1 kommt weil sie optisch kleiner wirkt verwirrt jeden Screenreader-Nutzer.
Formulare ohne Labels — ein Eingabefeld ohne Label ist für einen Screenreader-Nutzer ein leeres Rechteck. Er weiß nicht was er eingeben soll. Placeholder-Text gilt nicht als Label — er verschwindet beim Tippen.
Fehlende Tastatursteuerung — das vergessen die meisten vollständig. Menschen mit motorischen Einschränkungen navigieren ausschließlich per Tastatur — kein Mausklick, nur Tab und Enter. Ist jeder Link, jede Schaltfläche, jedes Formularfeld per Tastatur erreichbar? Ist der Fokus — also welches Element gerade aktiv ist — sichtbar? Ohne sichtbaren Fokus-Indikator ist eine Website für Tastatur-Nutzer schlicht unbenutzbar.
WCAG A, AA und AAA — was bedeutet das?
Die WCAG (Web Content Accessibility Guidelines) sind die internationalen Standards für Barrierefreiheit im Web. Sie kennen drei Konformitätsstufen:
Stufe A — das absolute Minimum
Stufe A umfasst die grundlegendsten Anforderungen. Ohne sie ist eine Website für bestimmte Nutzergruppen vollständig unzugänglich. Beispiele: Alt-Texte auf Bildern, keine rein farbbasierte Information, Seiten haben einen Titel.
Stufe A allein reicht heute nicht mehr aus — weder rechtlich noch praktisch.
Stufe AA — der gesetzliche Standard
Stufe AA ist der Maßstab den das österreichische Barrierefreiheitsgesetz und die EU-Richtlinie fordern. Sie umfasst unter anderem Kontrastanforderungen (4.5:1 für normalen Text), sichtbare Fokus-Indikatoren, Untertitel für Videos und eine konsistente Navigation.
AA ist das Ziel das jede Website erreichen sollte — und das die meisten nicht erreichen.
Stufe AAA — der Goldstandard
Stufe AAA ist die höchste Konformitätsstufe. Sie fordert unter anderem einen Kontrast von 7:1, Gebärdensprache für Videos und erweiterte Anforderungen an die Lesbarkeit. Nicht jede Website muss AAA erfüllen — aber wer es tut, schließt praktisch niemanden aus.
Meine eigenen Seiten sind auf AAA ausgelegt — nicht weil es Pflicht ist, sondern weil es der richtige Anspruch ist.
Warum von Anfang an — und nicht nachträglich
Das ist der Punkt der viele Auftraggeber überrascht.
Eine Website die nachträglich barrierefrei gemacht werden soll ist in den meisten Fällen günstiger neu zu bauen. Der Grund: Barrierefreiheit ist kein Layer der oben draufgelegt wird. Sie steckt in der Struktur des Codes — in der Hierarchie der Überschriften, in der semantischen Bedeutung jedes HTML-Elements, in der Art wie Formulare gebaut sind, in der Reihenfolge in der Inhalte im Quellcode stehen.
Wer eine fertige WordPress-Website nachträglich barrierefrei machen will stößt auf ein strukturelles Problem: das Theme, die Plugins, der Page-Builder — sie alle produzieren Code der für Bildschirme optimiert ist, nicht für Screenreader. Einzelne Punkte lassen sich flicken. Das Fundament lässt sich nicht ändern ohne alles neu zu bauen.
Von Anfang an barrierefrei zu codieren bedeutet: jede Entscheidung im Code wird einmal richtig getroffen. Der Aufwand ist beim ersten Mal etwa 15 bis 20 Prozent höher. Nachträglich kostet es ein Vielfaches — oder es wird gar nicht gemacht weil das Budget fehlt.
Was barrierefrei codiert werden kann — und was nicht
Die gute Nachricht zuerst: praktisch alles was auf einer Website vorkommt kann barrierefrei umgesetzt werden. Texte, Bilder, Formulare, Tabellen, Navigation, Videos, PDFs, Akkordions, Tabs, Slider, Modals, interaktive Karten — all das hat eine barrierefreie Lösung. Es ist eine Frage der Entscheidung beim Codieren, nicht der technischen Machbarkeit.
- Bilder — Alt-Text, fertig
- Videos — Untertitel und Audiodeskription
- PDFs — barrierefrei exportiert, mit Lesereihenfolge und Tags
- Formulare — korrekte Labels, Fehlermeldungen die Screenreader vorlesen
- Tabellen — mit Kopfzeilen die dem Screenreader die Struktur erklären
- Interaktive Elemente — Akkordions, Tabs, Modals — alle mit Tastatursteuerung und ARIA-Attributen umsetzbar
- Animationen — barrierefrei wenn sie abschaltbar sind oder
prefers-reduced-motionrespektieren
Wo Grenzen entstehen — und warum
Eingebettete Inhalte von Drittanbietern — ein Google Maps Iframe, ein YouTube-Video, ein Facebook-Feed, ein Buchungswidget eines externen Anbieters. Diese Inhalte liegen außerhalb Ihres Codes. Ist der Drittanbieter selbst nicht barrierefrei, können Sie das von außen nicht korrigieren. Die beste Lösung: eine barrierefreie Alternative anbieten — zum Beispiel die Adresse als Text zusätzlich zur Karte.
Ältere PDFs — ein eingescanntes Dokument ist technisch gesehen nur ein Bild. Ohne OCR und nachträgliche Aufbereitung ist es für Screenreader unsichtbar. Das ist lösbar — aber aufwändig.
CAPTCHA — klassische Bild-CAPTCHAs sind für blinde Nutzer schlicht nicht lösbar. Barrierefreie Alternativen existieren — Honeypot-Methoden, Audio-CAPTCHA, oder moderne unsichtbare Lösungen.
Komplexe Datenvisualisierungen — ein interaktives Diagramm mit hundert Datenpunkten kann für Screenreader-Nutzer vereinfacht werden — aber eine vollständige Entsprechung ist manchmal schlicht eine gut strukturierte Datentabelle daneben.
Barrierefreiheit scheitert fast nie an der Technik. Sie scheitert an der Entscheidung — oder daran dass externe Anbieter eingebunden werden die selbst keine Barrierefreiheit liefern.
Der Mythos: Barrierefreie Websites sehen hässlich aus
Dieser Irrglaube hält sich hartnäckig — und er ist schlicht falsch. Barrierefreiheit schreibt kein Design vor. Sie schreibt Mindestanforderungen an Kontrast, Struktur und Bedienbarkeit vor.
Ein guter Designer arbeitet mit diesen Anforderungen — nicht gegen sie. Hohe Kontraste können elegant sein. Klare Struktur ist gutes Design. Sichtbare Fokus-Indikatoren lassen sich gestalten. Eine barrierefreie Website kann genauso modern, individuell und ästhetisch sein wie jede andere — sie schließt nur niemanden aus.
Die schönsten Websites die ich kenne sind barrierefrei. Die hässlichsten auch — aber das liegt nicht an der Barrierefreiheit.
Kognitive Barrierefreiheit — der unterschätzte Bereich
Barrierefreiheit wird oft nur mit Seheinschränkungen gleichgesetzt. Aber klare Sprache, kurze Sätze, logische Struktur — das ist ebenfalls Barrierefreiheit. Für Menschen mit Lernschwächen, Dyslexie oder kognitiven Einschränkungen. Und nebenbei: für alle anderen auch.
Wer kompliziert schreibt schließt Menschen aus. Wer klar schreibt erreicht mehr — und rankt nebenbei besser bei Google weil Besucher länger bleiben.
Die Gesetzeslage in Österreich — konkret
Das Barrierefreiheitsgesetz (BaFG) ist seit Juni 2025 in Kraft. Es setzt die EU-Richtlinie 2019/882 um und betrifft deutlich mehr Unternehmen als viele glauben.
Wer ist betroffen?
Grundsätzlich alle Unternehmen die Produkte oder Dienstleistungen für Verbraucher anbieten — sofern sie mehr als 10 Mitarbeiter haben oder einen Jahresumsatz von mehr als 2 Millionen Euro erzielen. Darunter fallen unter anderem: Online-Shops, Banken und Versicherungen, Telekommunikationsanbieter, Verkehrsdienstleister und deren digitale Angebote.
Öffentliche Stellen — Behörden, Gemeinden, öffentliche Einrichtungen — unterlagen bereits vorher strengeren Anforderungen.
Kleinere Betriebe unter den genannten Schwellenwerten sind formal ausgenommen — aber die Anforderungen ihrer Kunden und der Druck durch Mitbewerber werden steigen.
Was droht bei Verstoß?
Das BaFG sieht Beschwerdemöglichkeiten für betroffene Nutzer vor sowie Marktüberwachung durch zuständige Behörden. Konkrete Strafrahmen sind im Gesetz verankert — eine Rechtsberatung im Einzelfall ist empfehlenswert wenn Unsicherheit besteht.
Ich bin keine Rechtsanwältin — für konkrete rechtliche Fragen wenden Sie sich bitte an einen Experten für IT-Recht in Österreich.
Der Google-Vorteil den viele nicht kennen
Barrierefreiheit und Suchmaschinenoptimierung sind keine getrennten Themen. Sie sind dasselbe Thema aus zwei Perspektiven.
Google ist blind. Googles Crawler liest Ihre Website wie ein Screenreader — er sieht keine Bilder, er versteht kein Layout, er folgt der Logik des Codes. Was für einen Screenreader-Nutzer klar und navigierbar ist, ist für Google klar und indexierbar.
Konkret: saubere Überschriftenstruktur hilft Google zu verstehen worum es auf einer Seite geht. Alt-Texte auf Bildern sind für Google die einzige Möglichkeit Bilder zu "lesen". Sprungmarken und klare Navigation helfen Google die Seitenstruktur zu erfassen. Gute Kontraste senken die Absprungrate weil Besucher länger bleiben — und die Absprungrate ist ein Rankingsignal.
Eine barrierefreie Website ist technisch sauber. Eine technisch saubere Website rankt besser. Das ist keine Theorie — das sehe ich täglich in der Praxis.
Automatische Tools — und ihre Grenzen
WAVE, Lighthouse, der W3C Validator — sie sind nützlich und ich empfehle sie. Aber sie finden vielleicht 30 % der tatsächlichen Probleme. Den Rest findet nur ein Mensch der die Website tatsächlich mit einem Screenreader bedient.
Ein grüner Lighthouse-Score bedeutet nicht vollständige Barrierefreiheit. Er bedeutet dass die Maschine keine offensichtlichen Fehler gefunden hat. Ob die Website für einen blinden Menschen wirklich benutzbar ist — das zeigt nur der Test mit echten Nutzern oder zumindest mit einem echten Screenreader.
Warum ist das 2026 noch immer ein Thema?
Die WCAG-Richtlinien gibt es seit 1999. Seit 1999. Und trotzdem scheitert die überwiegende Mehrheit der Websites die ich prüfe an den Grundlagen — nicht an den komplexen Anforderungen, an den Grundlagen.
Der Grund ist so simpel wie unbefriedigend: Barrierefreiheit kostet beim ersten Mal etwas mehr — und der Auftraggeber sieht es nicht. Ein schlechter Kontrast fällt im Präsentationsgespräch nicht auf. Fehlende Alt-Texte sieht niemand im Browser. Eine falsche Überschriftenstruktur ist im fertigen Design unsichtbar.
Was 1,9 Millionen Menschen in Österreich täglich erleben bleibt für sehende Auftraggeber und viele Webdesigner abstrakt — solange man es nicht selbst erlebt hat.
Ich habe es erlebt. Mit NVDA, auf meiner eigenen Website, zehn Minuten lang. Das reicht um zu verstehen warum es wichtig ist. Und warum ich es bei jeder Website die ich baue von Anfang an richtig mache.
Was Sie tun können
Sie planen eine neue Website?
Bestehen Sie darauf dass Barrierefreiheit von Anfang an Teil des Auftrags ist — nicht ein optionales Extra das am Ende gestrichen wird wenn das Budget knapp wird.
Sie haben eine bestehende Website?
Lassen Sie sie prüfen. Kostenlos, anonym, ohne Login — mit meinem Prüftool sehen Sie sofort wo Sie stehen.
Sie bauen selbst eine Website mit KI?
Claude denkt Barrierefreiheit automatisch mit — Alt-Texte, Überschriftenstruktur, Sprungmarken, Kontraste. Das ist einer der Gründe warum ich Claude für diese 4-teilige Serie bevorzugte. Zur Serie: Mit KI eine Website bauen →