32 Jahre W3C: Warum ein gemeinsames Web viele Ansichten braucht

Am 1. Oktober 2026 wird das World Wide Web Consortium 32 Jahre alt. Sein Jubiläum führt zu einer überraschend alltäglichen Frage: Wenn Webstandards funktionieren, warum sieht dieselbe Seite auf Laptop und Handy unterschiedlich aus? Weil Verständlichkeit und Bedienbarkeit wichtiger sind als unverrückbare Pixel.

Stell dir vor, du schickst jemandem einen Link zu einer alten Spielelösung. Du liest sie auf einem breiten Monitor. Die andere Person öffnet sie auf einem schmalen Bildschirm und hat die Schrift vergrößert. Die Überschrift bricht um, das Bild wird kleiner, die Navigation wandert. Trotzdem findet ihr beide dieselbe Erklärung. Gerade diese Unterschiede können zeigen, dass die Seite gut funktioniert.

So wird ein Thema greifbar, das sonst schnell zwischen Abkürzungen verschwindet. Ein Standard schafft gemeinsame Erwartungen zwischen den Menschen, die Inhalte veröffentlichen, und denen, die die darstellende Software entwickeln. Sein spannendstes Ergebnis ist Wahlfreiheit: ein anderes Werkzeug benutzen zu können, ohne den Zugang zum Inhalt zu verlieren.

Der 1. Oktober ist nicht der Geburtstag des Webs

Die historische Zeitleiste des W3C nennt den 1. Oktober 1994 als Gründungstag. Tim Berners-Lee gründete das Konsortium; 2026 liegt das 32 Jahre zurück.

Das Web selbst ist älter. CERN datiert Berners-Lees Erfindung auf 1989 und die Freigabe der Websoftware in die Gemeinfreiheit auf den 30. April 1993.

Diese Daten beantworten unterschiedliche Fragen. Es geht um eine Erfindung, die Verfügbarkeit von Software und die Organisation gemeinsamer technischer Arbeit. Wer daraus einen einzigen Geburtstag macht, übersieht die Aufgabe nach dem ersten Durchbruch: Wenn viele Menschen eigene Werkzeuge bauen, müssen diese sich weiterhin verstehen können.

Der Nerd-Kalender liefert den Anlass. Der geteilte Link liefert den Alltagstest. Ein Dokument, das nur auf einem baugleichen Computer sinnvoll nutzbar ist, lässt deutlich weniger Freiheit als eines, das mit anderen Lesebedingungen zurechtkommt.

Ein Regelwerk ist kein Bildschirmfoto

Denk an ein Brettspiel auf zwei verschiedenen Tischen. Die Figuren können andere Farben haben, das Brett kann größer sein. Trotzdem beschreiben die Regeln dieselben möglichen Züge. Der Vergleich hat Grenzen, trennt aber zwei Dinge sauber: die äußere Gestaltung und die Vereinbarung, durch die eine Handlung verständlich bleibt.

Eine Überschrift auf einer Webseite hat eine Aufgabe, die über große Buchstaben hinausgeht. Ein Link besitzt ein Ziel, unabhängig von seiner Farbe. Werden solche Rollen ausgezeichnet, kann Software damit arbeiten. Große Schrift in ein Bild zu malen, kann das Aussehen einer Überschrift nachbilden. Die entsprechende Dokumentstruktur entsteht dadurch noch nicht.

Nehmen wir ein erfundenes Fanarchiv mit Einleitung, Spieleliste und Kontaktlink. Auf dem Desktop steht die Liste vielleicht neben der Einleitung, auf dem Handy darunter. Beide Anordnungen können dieselbe sinnvolle Reihenfolge und dieselben Ziele bewahren. Das breite Layout überall zu erzwingen, würde die schmale Ansicht möglicherweise verschlechtern.

Was CSS an dieser Aufgabe verändert

CSS Level 1 wurde am 17. Dezember 1996 zur W3C Recommendation. Damit gab es eine gemeinsame Sprache für Darstellungsangaben wie Schriften, Farben und Abstände.

Entscheidend ist die Trennung zwischen dem Material und den Anweisungen für seine Darstellung. Eine Überschrift bleibt eine Überschrift, wenn sich ihre Größe ändert. Ein Absatz behält seine Wörter, obwohl die Zeilen anders umbrechen. Gestaltung bleibt eine bewusste Entscheidung, muss das Dokument aber nicht in ein starres Gesamtbild verwandeln.

Ein kleines Gedankenexperiment macht das sichtbar: Setze denselben Absatz einmal in eine breite und einmal in eine schmale Spalte. Fast jedes letzte Wort einer Zeile wandert. Die Argumentation muss sich deshalb nicht ändern. Wer ausschließlich Bildschirmfotos vergleicht, übersieht leicht, was beide Fassungen erfolgreich gemeinsam haben.

Unser Beitrag darüber, warum sich EPUB-Seiten verschieben, untersucht diese Unterscheidung am digitalen Buch. Hier geht es um die übergeordnete Frage: Bleibt ein Dokument verständlich, wenn sich seine Leseumgebung verändert?

Kompatibilität entsteht nicht allein auf Papier

Eine niedergeschriebene Regel repariert keine Webseite. Browser müssen sie umsetzen, Autoren müssen Funktionen sinnvoll einsetzen, und konkrete Kombinationen brauchen Tests. Eine Seite kann Standardtechniken verwenden und trotzdem ihr Menü verstecken, Text verdecken oder von einem ausgefallenen Skript abhängig sein.

Auch die Vorstellung einer einzigen Organisation, die das gesamte Web kontrolliert, führt in die Irre. Im Abkommen von 2019 vereinbarten W3C und WHATWG eine gemeinsame Grundlage für HTML und DOM; die Entwicklung sollte hauptsächlich bei der WHATWG stattfinden.

Für Leser bleibt die entscheidende Frage konkret: Erreiche ich die Information, kann ich dem Link folgen und meine Aufgabe mit meinen Werkzeugen erledigen? Ein bekanntes Kürzel beantwortet diese Frage nicht stellvertretend für die Seite.

Andere Menschen sind kein Sonderfall

Die W3C-Einführung zur Barrierefreiheit beschreibt das Ziel: Menschen mit Behinderungen sollen das Web wahrnehmen, verstehen, navigieren und bedienen sowie selbst dazu beitragen können.

Zurück zu unserem Fanarchiv: Ein Link mit der Beschriftung „hier“ kann außerhalb seines Satzes unverständlich sein. Ein Kontaktknopf, der nur mit der Maus funktioniert, versperrt Menschen mit Tastaturbedienung den Weg. Ein flexibles Layout löst keines dieser Probleme automatisch.

Damit bekommt „funktioniert auf meinem Rechner“ eine zweite Grenze. Dein Rechner ist eine bestimmte Umgebung; deine Art, ihn zu bedienen, ist eine weitere. Wer ausschließlich die bevorzugte Kombination prüft, erfährt wenig über andere Wege durch die Seite. Diese Wege zu ermöglichen gehört zur Aufgabe, statt allen dieselbe Lesesituation vorzuschreiben.

Drei kleine Experimente zum Jubiläum

1. Verändere die Breite. Öffne einen vertrauten Artikel und ziehe das Fenster schmaler. Bleiben seine Abschnitte verständlich, wenn sie ihre Position wechseln?
2. Vergrößere die Schrift. Sind Text und Bedienelemente weiterhin erreichbar? Achte auf fehlende oder überlagerte Inhalte, nicht auf abweichende Zeilenumbrüche.
3. Lege die Maus zur Seite. Wandere mit der Tabulatortaste zwischen Bedienelementen. Erkennst du deine Position und einen sinnvollen Weg? Wenn du stecken bleibst, ist das eine Beobachtung, kein persönliches Versagen.

Das ist ein Einstieg, keine vollständige Prüfung auf Barrierefreiheit und kein abschließendes Browserurteil. Halte bei einem Problem Seite, Werkzeug und fehlgeschlagene Handlung fest. „Nach der Schriftvergrößerung verschwindet das Menü“ hilft bei der Fehlersuche mehr als „das Layout ist falsch“.

Die Freiheit hinter einem gewöhnlichen Link

32 Jahre W3C erinnern an den Wert gemeinsamer Regeln: Sie lassen Raum für verschiedene Programme, Bildschirme und Menschen. Dieses Versprechen muss weiterhin umgesetzt und überprüft werden.

Wenn sich eine Seite beim nächsten Öffnen neu anordnet, frage danach, was erhalten bleibt. Sind Bedeutung, Navigation und wichtige Handlungen weiterhin zugänglich, ist die Veränderung vielleicht gerade ihr Erfolg. Ein gemeinsames Web braucht kein eingefrorenes Aussehen. Es braucht viele funktionierende Zugänge.