Fehlerhaftes Markup gilt in vielen Projekten als Kosmetikproblem: Solange die Seite im Browser wie gewünscht aussieht, bleiben Validierungsfehler unbeachtet. Eine Untersuchung reichweitenstarker Websites setzt dieser Haltung eine unangenehme Zahl entgegen. 87 Prozent der geprüften Top-Seiten verstoßen gegen Standards für HTML und CSS oder gegen Anforderungen an die Barrierefreiheit.

Die Größenordnung ist bemerkenswert, weil es sich nicht um improvisierte Projekte handelt, sondern um Websites mit hoher Reichweite, professioneller Betreuung und entsprechenden Budgets. Standardkonformität ist also offenbar kein Ressourcenproblem, sondern eines der Priorisierung.

Warum Browser die Fehler verzeihen – und andere Systeme nicht

Browser sind ausgesprochen fehlertolerant. HTML-Parser reparieren unvollständig geschlossene Elemente, ignorieren unbekannte Attribute und rendern auch dann etwas Sinnvolles, wenn die Struktur eines Dokuments technisch nicht korrekt ist. Diese Nachsicht ist historisch gewachsen und hat das Web robust gemacht – sie verdeckt aber, dass unter der Oberfläche etwas nicht stimmt.

Andere Konsumenten von Webinhalten haben diese Nachsicht nicht in gleichem Maß. Screenreader – Software, die Bildschirminhalte vorliest oder in Braille ausgibt – verlassen sich auf die semantische Struktur eines Dokuments: Überschriftenebenen, Landmarken wie Navigation und Hauptinhalt, korrekt zugeordnete Formularbeschriftungen, Alternativtexte für Bilder. Fehlt diese Struktur oder ist sie inkonsistent, entsteht keine hübsch gerenderte Notlösung, sondern eine unbenutzbare Seite.

Der neue Faktor: maschinelles Lesen

Ein Aspekt, der in älteren Debatten über Validierung kaum vorkam, gewinnt jetzt Gewicht: die Auswertbarkeit von Websites durch KI-Systeme. Sprachmodelle, Assistenten und automatisierte Agenten greifen auf Webinhalte zu, um Fragen zu beantworten, Informationen zusammenzufassen oder Aufgaben auszuführen. Sie verarbeiten dabei nicht das visuelle Layout, sondern die zugrundeliegende Struktur.

Ein Dokument, dessen Hierarchie sich nicht erschließen lässt, dessen Tabellen keine Kopfzeilen kennzeichnen und dessen zentrale Inhalte in strukturlosen Container-Elementen liegen, lässt sich schlechter interpretieren. Was ist auf dieser Seite die Hauptaussage, was ist Navigation, was ist Werbung, welcher Preis gehört zu welchem Produkt? Genau diese Zuordnung leistet gutes Markup – und genau sie fehlt, wenn Struktur nur visuell existiert.

Bemerkenswert ist dabei die Überschneidung: Die Maßnahmen, die eine Seite für Screenreader nutzbar machen, sind weitgehend dieselben, die sie für maschinelle Auswertung zugänglich machen. Semantik, klare Hierarchie, beschriebene Bedienelemente, sinnvolle Textalternativen. Barrierefreiheit war nie nur eine Frage der Rücksicht gegenüber einer Minderheit – sie ist eine Frage der Interpretierbarkeit von Inhalten, unabhängig davon, wer oder was sie liest.

Wie Fehler in Projekte gelangen

Die typischen Ursachen sind selten Unwissen im engeren Sinn. Häufiger sind es Effekte der Arbeitsteilung und der Projektdynamik:

  • Komponentenbibliotheken und Frameworks, die generisches Markup erzeugen und Semantik dem Anwendenden überlassen.
  • Drittanbieter-Code für Consent-Banner, Tracking, Chat-Widgets oder Werbung, der außerhalb der eigenen Qualitätssicherung liegt, aber im ausgelieferten Dokument landet.
  • Redaktionelle Pflege ohne Leitlinien: Überschriften werden nach Schriftgröße statt nach Hierarchie ausgewählt, Alternativtexte bleiben leer oder wiederholen den Dateinamen.
  • Fehlende Prüfung in der Auslieferungskette: Validierung und Accessibility-Tests laufen einmal zur Abnahme, danach nie wieder.
  • Später eingebaute Änderungen, die unter Zeitdruck entstehen und die ursprünglich saubere Struktur aufweichen.

Was sich im Relaunch verankern lässt

Ein Relaunch ist der günstigste Moment, um Standardkonformität nicht als Endabnahme, sondern als laufende Eigenschaft der Website zu etablieren. Praktikabel sind vor allem drei Ebenen.

Erstens die Komponenten. Wird die Semantik einmal richtig in wiederverwendbaren Bausteinen hinterlegt – Buttons als Buttons, Formularfelder mit verknüpften Beschriftungen, Navigationsbereiche als Landmarken –, vererbt sich Korrektheit an jede Seite, die diese Bausteine nutzt. Das ist deutlich wirtschaftlicher, als hunderte Einzelseiten nachträglich zu korrigieren.

Zweitens die Automatisierung. HTML-Validierung und automatisierte Barrierefreiheitsprüfungen lassen sich in die Build- und Deployment-Kette integrieren, sodass Regressionen auffallen, bevor sie live gehen. Automatisierte Tests finden nicht alles – Fragen wie die Sinnhaftigkeit eines Alternativtexts oder die Verständlichkeit einer Fehlermeldung bleiben menschliche Aufgaben. Aber sie fangen die mechanisch prüfbaren Fehler zuverlässig ab, und die machen einen erheblichen Teil des Problems aus.

Drittens die Redaktion. Ein Content-Management-System kann Fehler entweder erleichtern oder verhindern. Werden Überschriftenebenen im Editor logisch angeboten statt als Formatauswahl, sind Alternativtexte Pflichtfelder mit Erklärung, und lässt das System keine willkürlichen Layoutverschachtelungen zu, entsteht Qualität ohne zusätzliche Schulung. In TYPO3 lassen sich solche Leitplanken über konfigurierte Inhaltselemente und eingeschränkte Rich-Text-Konfigurationen abbilden.

Der wirtschaftliche Rahmen

Über die technische Argumentation hinaus gibt es regulatorischen Druck: Barrierefreiheit ist für einen wachsenden Kreis von Anbietern eine rechtliche Anforderung, nicht eine freiwillige Zusatzleistung. Wer Standards ohnehin erfüllen muss, sollte den Aufwand nicht zweimal betreiben – einmal für die Compliance-Prüfung und einmal für die Auffindbarkeit in KI-gestützten Suchen und Assistenten.

Und es gibt einen Sichtbarkeitsaspekt. Wenn Nutzerinnen und Nutzer Informationen zunehmend über Assistenten beziehen, entscheidet nicht mehr allein das Ranking in einer Ergebnisliste darüber, ob ein Angebot wahrgenommen wird, sondern auch, ob ein System die Inhalte korrekt erfassen und zusammenfassen kann. Eine Seite, die maschinell schwer zu lesen ist, verliert an dieser Stelle Reichweite, ohne dass es in klassischen Analysen sofort auffällt.

Einordnung für Web- und Softwareprojekte

Der Befund, dass fast neun von zehn großen Websites fehlerhaft sind, entlastet niemanden – er zeigt lediglich, dass Validierung fast überall aus dem Prozess gefallen ist. Wer Standards und Barrierefreiheit im nächsten Relaunch als automatisierte, dauerhaft geprüfte Anforderung verankert statt als Abnahmepunkt, gewinnt gleichzeitig rechtliche Sicherheit, bessere Nutzbarkeit und bessere maschinelle Auswertbarkeit. Das ist derselbe Aufwand mit drei Wirkungen – und deshalb einer der wenigen Posten im Projektbudget, der sich mehrfach rechnet.

Quellen