Valides HTML gilt seit Jahren als Nebensache. Browser korrigieren Fehler im Hintergrund, die Seite sieht trotzdem meistens richtig aus, und kaum ein Website-Betreiber wirft je einen Blick in den Validator-Report der eigenen Startseite. Zwei aktuelle Auswertungen zeigen, wie verbreitet das Problem tatsächlich ist. Der Dienst ValidateHTML hat 2.656 erreichbare Homepages aus der gehärteten Tranco-Top-5000-Liste geprüft und bei 87,2 Prozent mindestens einen HTML-Fehler gefunden, nur 12,8 Prozent waren fehlerfrei. Jens Oliver Meiert kommt in seiner jährlichen Auswertung der 200 meistbesuchten Websites weltweit zu einem noch schärferen Bild: Nur zwei Seiten, adobe.com und gov.uk, liefern komplett valides HTML aus. Das ist ein Prozent. Beide Studien prüfen unterschiedliche Stichproben mit unterschiedlichen Validatoren und lassen sich nicht direkt addieren, aber die Richtung ist eindeutig dieselbe.
Warum Fehlertoleranz das eigentliche Problem verdeckt
Der HTML5-Standard schreibt Browsern exakte Regeln vor, wie sie mit fehlerhaftem Markup umgehen: falsch verschachtelte Elemente werden automatisch geschlossen, fehlende Tags ergänzt, ungültige Attribute ignoriert. Genau diese Verlässlichkeit hat dazu geführt, dass Validität aus dem Blick der meisten Teams verschwunden ist. Auf den ersten Blick spricht nichts dagegen: Die Seite rendert, der Nutzer merkt nichts. Schaut man genauer hin, verschiebt sich die Fehlerkorrektur nur vom Entwicklerteam auf den Browser jedes einzelnen Besuchers, und das hat zwei Effekte, die im Alltag kaum jemand misst.
Was invalides Markup für Screenreader bedeutet
Der erste Effekt betrifft Barrierefreiheit direkt. ValidateHTML listet unter den häufigsten Problemen: 46,5 Prozent der Seiten haben Sprünge in der Überschriften-Hierarchie, 42,7 Prozent fehlende Form-Labels, 41,6 Prozent fehlende ARIA-Labels, 38,0 Prozent leere Link-Texte und 27,2 Prozent iframes ohne Title-Attribut. Ein Screenreader navigiert nicht über das visuelle Layout, sondern über genau diese Struktur: Überschriften-Ebenen, Formular-Labels, Rollen. Fehlt sie oder ist sie inkonsistent, bricht nicht die Optik, sondern die Bedienbarkeit. Seit Juni 2025 gilt in der EU zudem der European Accessibility Act, der genau diese Anforderungen für weite Teile des Web verbindlich macht.
Der Rendering-Effekt ist plausibel, aber nicht gemessen
Der zweite Effekt, ein möglicher Mehrverbrauch an Energie beim Rendern, ist eine Überschlagsrechnung und keine Messung: Wenn der Parser falsch verschachtelte Elemente korrigiert, fügt er implizite Knoten ein und baut ein größeres DOM, als der Quelltext vermuten lässt. Ein größeres DOM bedeutet mehr Layout- und Style-Berechnung pro Seitenaufruf. Bei einem einzelnen Ladevorgang ist dieser Unterschied vermutlich winzig, moderne Parser sind darauf optimiert. Multipliziert mit Milliarden Seitenaufrufen und wiederholten Bot-Crawls summiert sich aber auch ein kleiner Mehraufwand pro Aufruf. Belastbare Wattzahlen dazu kenne ich nicht, das wäre eine eigene Messung wert.
Der Hebel: ein Template, viele Seiten
Der häufigste HTML-Fehler in der ValidateHTML-Auswertung, verschachtelte Elemente wie ein style-Tag direkt unter einem div, betrifft 59,5 Prozent der Seiten. Solche Fehler stecken fast immer im Theme oder in der Komponente, nicht im einzelnen Artikel. Das macht die Korrektur zum seltenen Fall einer Optimierung mit echtem Hebel: Eine Änderung im Template wirkt auf jede Seite, die daraus gebaut wird, verkleinert das DOM sitesweit und reduziert Fehler, ohne dass eine einzige Content-Seite angefasst werden muss. In meiner Beratung sehe ich zudem ein wiederkehrendes Muster, das Meierts Befund stützt: Wer beim HTML schlampt, schlampt fast immer auch beim CSS. 64,5 Prozent der von ValidateHTML geprüften Seiten haben zusätzlich CSS-Fehler, und Meiert nennt die professionelle Webentwicklung angesichts gut bezahlter, gut ausgebildeter Teams offen „in a state of crisis“. Validität ist damit weniger eine Frage von Ressourcen als eine Frage von Priorität.
Wer im Template aufräumt, repariert nicht eine einzelne Seite, sondern alle auf einen Schlag.
Quellen: Fehler in HTML, CSS und Accessibility – 87 Prozent der Top-Seiten fehlerhaft · ValidateHTML: HTML Error Statistics · Jens Oliver Meiert: HTML Conformance 2026