Web-Barrierefreiheit.

Web-Barrierefreiheit heißt, dass eine Website auch von Menschen mit visuellen, auditiven, motorischen oder kognitiven Unterschieden benutzt werden kann.

Die Definition ist leicht, die Umsetzung schwer. Die Schwierigkeit ist nicht technisch: Barrierefreiheit kommt fast immer erst nach getaner Arbeit auf den Tisch, als „das ergänzen wir noch“-Posten. An diesem Punkt ist die nachträgliche Korrektur teuer, unvollständig und meist kosmetisch. Dieser Leitfaden vertritt das Gegenteil — Barrierefreiheit ist eine Entwurfsentscheidung, keine nachträglich ergänzte Schicht.

Der Leitfaden leistet drei Dinge. Er gibt den rechtlichen Rahmen in der Türkei wieder, wie er ist. Er trennt die vier Prinzipien und drei Konformitätsstufen von WCAG 2.2, ohne Raum für Verwirrung zu lassen. Und am wichtigsten: Er zeigt, was automatische Prüfwerkzeuge messen und was NICHT — denn ein hoher Barrierefreiheits-Score bedeutet keine barrierefreie Website.

Die Lage in der Türkei: das Rundschreiben von 2025

Das Rundschreiben des Präsidialamts vom 24. Juni 2025 setzte die Barrierefreiheit der Websites und mobilen Anwendungen öffentlicher Einrichtungen auf die Tagesordnung. Der Standard, auf den sich das Rundschreiben bezieht, ist WCAG 2.2, die angestrebte Konformitätsstufe A.

Das Ministerium für Familie und Soziale Dienste veröffentlichte daraufhin eine Checkliste. Die Liste entfaltet die 31 Erfolgskriterien der Stufe A von WCAG 2.2 in 126 Bewertungsfragen und ordnet sie unter den vier Prinzipien. Also kein abstrakter Grundsatztext, sondern ein Punkt für Punkt prüfbares Dokument.

Das Rundschreiben bindet direkt die öffentliche Hand. Praktisch reicht seine Wirkung weiter: Zulieferer der öffentlichen Hand, Agenturen in öffentlichen Ausschreibungen und Softwareanbieter mit Firmenkunden schauen am Ende auf dieselbe Liste. Seit 2026 gilt die Stufe AA als De-facto-Standard für öffentliche Einrichtungen und größere Unternehmen — eine Stufe über dem A, das das Rundschreiben vorschreibt.

Das Gesetz verlangt Stufe A; der Markt erwartet AA. Der Abstand dazwischen ist auf den meisten Websites Arbeit von wenigen Tagen.

Vier Prinzipien: wahrnehmbar, bedienbar, verständlich, robust

Die gesamte WCAG ruht auf vier Prinzipien, nach ihren englischen Anfangsbuchstaben POUR genannt. Jedes Erfolgskriterium lebt unter einem der vier, und zusammen geben sie die operative Definition des Wortes „barrierefrei“.

1. Wahrnehmbar — Inhalte müssen in einer Form angeboten werden, die der Nutzer wahrnehmen kann. Alternativtext fürs Bild, Untertitel fürs Video, neben der Farbe ein zweites unterscheidendes Merkmal.
2. Bedienbar — die Bedienelemente müssen sich betätigen lassen. Auch ohne Maus: per Tastatur, Schalterzugang, Sprachbefehl.
3. Verständlich — sowohl der Text als auch das Verhalten der Oberfläche müssen vorhersehbar sein. Die Fehlermeldung muss sagen, was passiert ist und was zu tun ist.
4. Robust — Inhalte müssen von den Hilfstechnologien von heute und morgen verlässlich interpretiert werden können. Semantisches HTML ist die Grundlage.

Die Reihenfolge ist kein Zufall, sondern eine Abhängigkeitskette. Nicht wahrnehmbarer Inhalt lässt sich nicht bedienen; eine nicht bedienbare Oberfläche lässt sich nicht verstehen; und selbst verstanden funktioniert sie morgen nicht, wenn sie nicht robust ist. Auch beim Prüfen einer Website lohnt es, in dieser Reihenfolge vorzugehen.

A, AA, AAA: welche Stufe?

WCAG definiert drei Konformitätsstufen, und sie bauen aufeinander auf: Eine AA-konforme Website ist auch A-konform. Die Stufen ordnen den Umfang, nicht die Schwierigkeit — AAA ist nicht „besser“, sondern breiter, und manche seiner Kriterien sind nicht für jeden Inhaltstyp realistisch. Selbst das W3C empfiehlt nicht, AAA für die ganze Website anzustreben.

1. A — die Basis. Kriterien, ohne die Inhalte für manche Nutzer völlig unzugänglich sind. Alternativtext, Tastaturzugang, keine Fokusfallen. Das Rundschreiben in der Türkei bezieht sich auf diese Stufe.
2. AA — der De-facto-Standard. Kontrast 4,5:1, Nicht-Text-Kontrast 3:1, sichtbarer Fokus, Touch-Ziel 24×24 CSS-Pixel. Diese Stufe wird in Unternehmens- und öffentlichen Projekten erwartet.
3. AAA — erweitert. Kontrast 7:1, Touch-Ziel 44×44, Gebärdensprachdolmetschung. Als Ziel für die ganze Website nicht empfohlen; in bestimmten Abläufen sinnvoll.

Der praktische Rat: Nehmen Sie AA als Basis und sammeln Sie AAA dort ein, wo es billig ist. Beim Kontrast auf AAA zu gehen ist oft nur eine Farbänderung und kostet nichts — der Fließtext dieser Website misst gegen den Papiergrund 18,15:1, das Zweieinhalbfache der AAA-Schwelle von 7:1. Untertitel um Gebärdensprache zu ergänzen ist dagegen ein echter Produktionsaufwand. Dass zwei Kriterien auf derselben Stufe stehen, gibt ihnen nicht dieselbe Priorität.

Barrierefreiheit lässt sich nicht nachrüsten

Die Barrierefreiheit einer Website wird großteils in dem Moment entschieden, in dem die Palette gewählt wird. Das Kontrastverhältnis ist eine Farbentscheidung; der Fokusindikator eine Entwurfsentscheidung; das Touch-Ziel eine Rasterentscheidung. Sie leben in der tiefsten Schicht des CSS, auf Token-Ebene. Nach Fertigstellung der Website zu diesen Entscheidungen zurückzukehren ist, als setzte man einen aus dem Fundament gezogenen Ziegel wieder ein.

Die gesunde Methode ist deshalb, Barrierefreiheit als Budgetposten zu führen, nicht als Prüfposten — wie ein Performance-Budget. Steht in der Palettendatei der Kontrast jedes Farbpaars, kann die Gestaltung das falsche Paar nicht verwenden. Ist der Fokusring ein Token, vergisst ihn keine Komponente. Ist das Touch-Ziel ein Minimum, schrumpft es auf dem Handy nicht.

Barrierefreiheit nachträglich zu ergänzen ist, als schaute man nach Fertigstellung des Gebäudes in die Erdbebenverordnung.

Die gemessene Basis: die eigenen Zahlen dieser Website

Behauptete und gemessene Barrierefreiheit sind verschiedene Dinge. Die folgenden Werte sind aus der Palettendatei dieser Website berechnet, und die Prüfsuite misst sie bei jedem Lauf neu — ändert sich eine Farbe, leuchtet der Test rot. Berechnet wird mit der WCAG-eigenen Formel der relativen Leuchtdichte.

1. Fließtext / Papiergrund — 18,15:1. Die AAA-Schwelle ist 7:1.
2. Sekundärtext / Papiergrund — 7,07:1. Knapp über der AAA-Schwelle; dieser Wert wurde bewusst gewählt.
3. Akzentfarbe / Papiergrund — 10,22:1. Links und Fokusring verwenden diese Farbe.
4. Fließtext / Kartengrund — 16,01:1.
5. Akzent auf dunklem Grund / Tinte — 4,55:1. Im dunklen Band knapp über der AA-Schwelle von 4,5:1.
6. Fehlerfarbe / Papiergrund — 6,25:1. Nur im Formularfehler verwendet; nie in der Dekoration.

Die eigentliche Funktion dieser Tabelle ist nicht, die Zahlen zu veröffentlichen, sondern sie einzufrieren. Wenn die Palettendatei bearbeitet wird und eine Farbe verrutscht, heißt der rot leuchtende Test, dass die Kontrastentscheidung nicht mehr am Auge von irgendwem hängt. So wird Barrierefreiheit bewahrt: nicht nach Augenmaß, sondern mit einem Wächter.

Die Grenze der automatischen Prüfung

Barrierefreiheits-Werkzeuge — axe, Lighthouse, WAVE — sind wirklich nützlich und sollten in jedem Projekt laufen. Aber sie teilen einen blinden Fleck: Sie messen nur die Fragen, die sie stellen, und die nicht gestellten Fragen erscheinen in keiner Liste. Ein hoher Score heißt nicht „alles in Ordnung“, sondern „die Antworten auf meine Fragen waren gut“.

Genau das ist auf dieser Website passiert und ist dokumentiert. Lighthouse-Barrierefreiheits-Score 96, null axe-Verstöße. Zugleich maß die einzige sichtbare Begrenzung der Textfelder im Kontaktformular — dem einzigen Konversionspfad der Website — 1,29:1 Kontrast gegen den Grund; wo ein Feld beginnt und endet, war selbst für sehende Nutzer unklar.

Der Grund ist einfach und lehrreich: Die Kontrastregel von axe misst den TEXT gegen seinen eigenen Hintergrund. WCAG 1.4.11, „Nicht-Text-Kontrast“, betrifft dagegen die Begrenzung des Bedienelements und verlangt 3:1. Zwei verschiedene Fragen; das Werkzeug stellte die erste, der Fehler lag in der zweiten. Die Begrenzung wurde auf 3,13:1 angehoben und ein Wächter ergänzt.

Der Score war hoch, weil der Score diese Frage nicht stellte.

Die Lehre ist nicht, den Werkzeugen zu misstrauen. Die Lehre ist: Einem Score lässt sich nicht trauen, ohne zu wissen, welche Frage das Werkzeug stellt. Die automatische Prüfung gehört vor die Checkliste, nicht an ihre Stelle; der Rest der Liste wird von Hand abgeschritten.

Wo anfangen

Für alle, die eine bestehende Website barrierefrei machen wollen, hier ein nach Wirkung geordneter Anfang. Die Reihenfolge zählt: Die oberen Punkte betreffen mehr Nutzer und kosten weniger.

1. Machen Sie eine Tastaturtour. Legen Sie die Maus weg und versuchen Sie, die Website nur mit Tab und Enter von Anfang bis Ende zu benutzen. Jede Stelle, an der Sie hängen bleiben, ist ein Fehler.
2. Sehen Sie, wo der Fokus ist. Bei jedem Tab-Druck muss sichtbar sein, welches Element gewählt ist. Ist es das nicht, liegt ein Verstoß gegen 2.4.7 vor.
3. Messen Sie den Kontrast, schätzen Sie nicht. Das Auge täuscht; berechnen Sie die Palettenpaare und schreiben Sie sie in die Datei.
4. Schreiben Sie Alternativtexte für Bilder — geben Sie dekorativen einen LEEREN Alternativtext, keine Auslassung.
5. Richten Sie die Überschriftenhierarchie. Ein h1, eine nicht übersprungene h2/h3-Folge. Das ist das Inhaltsverzeichnis des Screenreader-Nutzers.
6. Machen Sie Formularfehler hörbar. Der Fehlertext muss ans Feld gebunden sein und aus einer Live-Region angekündigt werden.
7. Binden Sie Bewegung an die Präferenz. Sagt das Betriebssystem „Bewegung reduzieren“, darf die Animation nicht aufgebaut werden — nicht gedrosselt: nicht aufgebaut.

Diese sieben Schritte schließen den Großteil der Stufe A und einen bedeutenden Teil von AA. Der Rest — Touch-Ziele, Nicht-Text-Kontrast, Screenreader-Verifikation — wird auf den einzelnen Seiten dieses Clusters ausführlich behandelt.

Eine letzte Anmerkung: Barrierefreiheit wird missverstanden, wenn sie als Minderheitenthema auftritt. Tastaturnavigation nützt auch dem Poweruser; hoher Kontrast nützt auch dem Handy in der Sonne; eine klare Fehlermeldung nützt allen in Eile; Untertitel nützen auch dem, der ein Video im stillen Raum ansieht. Barrierefreies Design ist kein Design für weniger Menschen — es ist Design für mehr Situationen.