Diese Seite wurde mit AI-Unterstützung übersetzt. Das englische Original ist maßgeblich.
Im Jahr 2005 trat das Universal-Web-Projekt an, um eine praktische Frage zu beantworten: Wie sollte Text auf dem Bildschirm gesetzt werden, damit Menschen mit Sehbehinderung — und damit letztlich alle — ihn tatsächlich lesen können? Die ursprünglichen Richtlinien stützten sich auf grafische Gestaltungsprinzipien des zwanzigsten Jahrhunderts und die Displaytechnik ihrer Zeit: grobe CRT- und frühe LCD-Panels, eine Handvoll für den Bildschirm optimierter Schriften und Browser, die Schriftgrößen bestenfalls als Empfehlung behandelten.
Zwei Jahrzehnte später hat sich nahezu jede Annahme verschoben, auf der jene Forschung beruhte. Diese zweite Ausgabe prüft jeden Befund erneut, behält, was Bestand hatte, und revidiert, was nicht standgehalten hat.
Die Motivation ist unverändert. Sehbehinderung bleibt ein nicht korrigierbarer Sehverlust, meist infolge altersbedingter Erkrankungen wie Glaukom und Makuladegeneration. Mit alternden Gesellschaften wächst die Zahl der Leserinnen und Leser, die auf gut gesetzten Bildschirmtext angewiesen sind, eher, als dass sie schrumpft. Verändert hat sich, dass das Lesen am Bildschirm kein minderwertiger Ersatz für Papier mehr ist. Für viele Menschen ist es die einzige Leseumgebung, die zählt — und gut konfiguriert kann sie heute die barrierefreiere sein.
Was sich seit 2005 geändert hat
Die ursprünglichen Richtlinien wurden für Bildschirme geschrieben, die Schrift mit rund 96 Pixeln pro Zoll darstellten und einer Buchstabenform vielleicht ein Dutzend Pixel ließen. Unter diesen Bedingungen sprach die Forschung für robuste serifenlose Schriften, großzügige Größen und defensive Schlichtheit. Vier Entwicklungen haben ein Umdenken erzwungen.
Erstens: die Displaydichte. High-DPI-Panels — üblicherweise zwei bis drei Gerätepixel pro CSS-Pixel — rendern Buchstabenformen mit einer Detailtreue, die dem Druck nahekommt. Feine Serifen, subtile Strichmodulation und echte Kursive überleben auf dem Bildschirm auf eine Weise, die 2005 schlicht unmöglich war. Mehrere der ursprünglichen Empfehlungen kompensierten Rendering-Grenzen, die für die meisten Nutzerinnen und Nutzer nicht mehr existieren — für alle allerdings nicht.
Zweitens: die Schrift selbst. Variable Fonts legen Strichstärke, Schriftbreite, optische Größe und mitunter Grade auf kontinuierliche Achsen, die sich aus CSS steuern lassen. Entscheidungen, die einst binär waren — regular oder bold, die eine Schriftfamilie oder die andere — sind nun stufenlos justierbar und können auf den Kontext reagieren: Dark Mode, kleine Größen, Nutzerpräferenzen.
Drittens: die Standards-Landschaft. Die Web Content Accessibility Guidelines reiften über 2.0, 2.1 und 2.2 und geben uns prüfbare Erfolgskriterien für Textvergrößerung (1.4.4), Umbruch (1.4.10), Textabstände (1.4.12) und Kontrast (1.4.3 und 1.4.11). Zugleich denken der WCAG-3.0-Entwurf und die dahinterstehende APCA-Kontrastforschung neu darüber nach, wie Kontrast, Größe und Strichstärke zusammenwirken — eine Frage, die die Richtlinien von 2005 nur andeuten konnten.
Viertens: CSS ist erwachsen geworden. Rem-basierte Größen, die Nutzervorgaben respektieren, fluide Schriftgrößen mit clamp(), einheitenloser Zeilenabstand, ch-basierte Zeilenlängen, font-size-adjust, text-wrap und Media Queries wie prefers-color-scheme und prefers-reduced-motion geben Gestaltenden direkte, standardbasierte Werkzeuge für Anpassungen, die das ursprüngliche Projekt nur im Grundsatz empfehlen konnte.
Was Bestand hatte
Nicht alles bedurfte einer Revision. Die Kernthese — dass Leserlichkeit auf der Ebene des Buchstabens und des Wortes entsteht und dass Entscheidungen, die für die meisten Lesenden unsichtbar sind, für Lesende mit Sehbehinderung ausschlaggebend sind — hat sich nur gefestigt. Große x-Höhen, offene Punzenöffnungen, unterscheidbare Buchstabenformen, ausreichende Größe, moderate Strichstärke und großzügige Abstände bleiben die tragenden Empfehlungen. Die Forschung zu Lesen und Sehschärfe stützt sie weiterhin.
Verändert hat sich die Begründung. 2005 empfahlen wir serifenlose Schriften vor allem, weil Serifen schlecht gerendert wurden; heute zählt die Frage Serife oder serifenlos weit weniger als x-Höhe und Buchstabenunterscheidung. Wir empfahlen 14 Punkt, weil kleinerer Text auf groben Bildschirmen zerfiel; heute stützt sich das Argument für eine Untergrenze von 16px auf Nutzervorgaben, Zoomverhalten und WCAG-Konformität statt auf Pixelraster. Wo eine Empfehlung überlebt, versucht diese Ausgabe, ihr eine zeitgemäße Begründung zu geben — denn eine Richtlinie, deren Begründung erloschen ist, wird meist schlecht angewendet.
Wie diese Ausgabe aufgebaut ist
Die Struktur folgt der Progression des Originals von der kleinsten zur größten Einheit, mit einer Ergänzung.
Teil 1, Der Buchstabe, behandelt die Leserlichkeit einzelner Buchstabenformen: Stil, Größe, Strichstärke, Neigung, Schriftbreite und Abstände, aktualisiert für hochauflösendes Rendering und Variable-Font-Technik.
Teil 2, Das Wort, wendet sich der Erkennung von Wörtern im fortlaufenden Text zu: Groß- und Kleinschreibung, Abstände, Zeilenlänge und die Mechanik des Lesens, wo die Blickbewegungsforschung vieles verfeinert hat, was wir annahmen.
Teil 3, Die Seite, ist neu in dieser Ausgabe. 2005 war die Kontrolle auf Seitenebene zu grob, um sie zu standardisieren. Heute machen responsives Layout, fluide Schriftgrößenskalen, Media Queries für Nutzerpräferenzen, Dark Mode und Umbruchanforderungen die Seite zu einer erstrangigen Fläche der Barrierefreiheit — und sie verdient ihre eigene Behandlung.
In CSS
/* The reading defaults every page can start from */
html { font-size: 100%; } /* honor the reader's browser setting */
body {
font-size: 1rem; /* never below the 16px default */
line-height: 1.5;
}
article { max-width: 65ch; }Empfehlungen
- Behandeln Sie die Richtlinien von 2005 als historisch fundiert, aber rendering-spezifisch; prüfen Sie jede an aktuellen Displays, bevor Sie sie anwenden.
- Bauen Sie auf die Erfolgskriterien der WCAG 2.2 als prüfbare Untergrenze und beobachten Sie den WCAG-3.0-Entwurf und die APCA-Forschung dafür, wohin sich die Kontrastvorgaben entwickeln.
- Nutzen Sie die Barrierefreiheits-Mechanismen der Plattform — rem-Einheiten, Media Queries für Nutzerpräferenzen, umbruchfreundliches Layout — statt Anpassungen in Skripten neu zu erfinden.
- Vergessen Sie nicht, für wen dies gedacht ist: Was für die meisten Lesenden heute optionaler Feinschliff ist, bleibt für Lesende mit Sehbehinderung unverzichtbare Infrastruktur.