Was, wenn wir das Web neu erfinden? Ein Developer-Blick auf frische Web-Standards

Das Web, das wir haben – und das, was wir wirklich brauchen

Weißt du noch, wie unkompliziert Web-Entwicklung früher war? Da konntest du die Specs auswendig. Heute? Die HTML-Spezifikation wiegt über 18 Megabyte. Und das ändert sich ständig. Der „Living Standard“-Ansatz sorgt für wöchentliche Updates. Jeder Browser unterstützt nur Teile davon. Alle basteln Workarounds für Probleme, die gar nicht existieren sollten.

Das lässt einen nachdenken: Was, wenn wir das Web von Grund auf neu designen würden?

Das eigentliche Problem: Komplexität als Schutzwall

Die Wahrheit tut weh: Diese Wahnsinns-Komplexität ist kein Zufall. Zu komplizierte Standards schränken den Browser-Markt auf die Großen ein. Nur Konzerne mit Budget können mithalten. Wettbewerb stirbt aus, Innovation stockt. Die Marktführer diktieren, was das Web wird – zum Profit, nicht zum Nutzen.

Aus Spieltheorie-Sicht ist das genial:

• Neue Browser brauchen Heerscharen von Entwicklern.
• Kleine Teams haben keine Chance.
• Etablierte Player bestimmen die Regeln.
• Fortschritt kommt zum Erliegen.

Für die Gewinner ist das kein Bug. Sondern ein Feature.

Wie sähe ein einfaches Web aus?

Stell dir eine Spezifikation vor, die in eine Zip-Datei passt. Klein genug zum Ausdrucken. Mit klarer Semantischer Versionierung (1.2.3, kein endloser „Living Standard“). Sobald eine Version raus ist, ändert sie sich nie. Du nimmst 1.2.0 mit auf eine einsame Insel – und baust einen kompatiblen Browser.

Strenge Grammatik statt Nachsicht

Der aktuelle Web-Ansatz mit „Fehlerkorrektur“ ist ein Albtraum für Parser-Entwickler. Browser schlucken kaputtes HTML, weil „das Web“ es so will. Aber was, wenn wir umdenken?

Eine Spezifikation mit exakter, eindeutiger Grammatik. Seiten passen oder passen nicht. Kein Rumlavieren. Das zwingt zu präzisen Regeln, die jeder parsen kann.

Der Clou: Entwickler wechseln zu einfachen Formaten wie Markdown oder YAML, die sauberes Markup erzeugen. Tools werden leichter zu bauen. Alle profitieren.

Semantische Versionierung als Vertrag

Wöchentliche Änderungen machen Planung unmöglich. Semantische Versionierung fixxt das:

• Patch-Releases beheben nur Tippfehler – Grammatik bleibt gleich.
• Minor-Releases fügen kompatible Features hinzu.
• Major-Releases erlauben Breaking Changes.

Dein Code für 1.2.0 läuft auf allen Browsern ab 1.2.0 bis 1.3.x. Du weißt, worauf du setzt. Du kannst vorausplanen.

Text zuerst: Der Game-Changer

Der Wahnsinn mit Rich Media und Scripts macht das Web unnötig schwerfällig. Stattdessen: Alles um Text und semantische Struktur bauen.

Text ist portabel, übersetzbar, barrierefrei und sparsam. Solche Seiten:

• Passen sich jeder Bildschirmgröße an.
• Funken mit Screenreadern ohne Tricks.
• Bleiben lesbar, selbst ohne CSS.
• Komprimieren auf winzige Dateien.

Kein Rückschritt. Sondern Rückkehr zum Kern: Mensch-zu-Mensch-Infos.

Die Script-Frage

Provokanter Gedanke: Scripting war ein Fehler.

Bevor du abschließt: Ich meine nicht, dass Interaktion schlecht ist. Aber ein volles Programmiersystem in jeder Seite? Das schafft Sicherheits- und Komplexitäts-Alpträume. Code von wildfremden Sites mit Systemzugriff? Verrückt.

Besser: Dynamik über begrenzte, deklarative Systeme. Komplexe Apps als separate Programme, nicht im Browser.

Warum das heute zählt

Kein theoretisches Gedankenspiel. Das wirkt sich direkt auf deine Arbeit aus:

Für Domain-Registrar und Hosting-Anbieter: Einfacheres Web bedeutet bessere Security, klare Compliance und optimierte Infra. Bei uns in der Branche verschwenden wir Ressourcen an Browser-Quirks. Saubere Standards sparen das.

Für Entwickler: Weniger Bugs, schnellere Cycles, einfacheres Debugging. Du zielst auf konkrete Versionen, statt ewigen Implementierungsjagd.

Für Startups: Niedrige Hürden öffnen Türen. Mehr Wettbewerb, mehr Innovation, bessere Tools.

Für Nutzer: Kleinere Dateien, blitzschnelle Ladezeiten, bessere Zugänglichkeit, Security von Haus aus.

Widerstand gegen Monopol-Macht

Der Schlüssel-Einsicht: Standards entstehen durch Macht, nicht nur Tech. Bloat schützt Positionen. Deshalb ist Web-Fix so schwer.

Jeder Neustart muss Game Theory berücksichtigen: Wie halte man Standards offen und schlank gegen Komplizierungs-Incentives?

Lösung: Harte Limits wie Dateigrößen, klare Governance, Kompatibilitätsgarantien und Community-Kontrolle. Technik ist machbar – Politik der Knackpunkt.

Was du jetzt tun kannst

Das Web nicht forken? Okay. Aber:

• Einfach bauen. JavaScript minimieren. Semantisches HTML priorisieren. Seiten ohne CSS nutzbar machen.
• Spezifische Versionen anpeilen. Kompatibilität dokumentieren.
• Text-First pushen. Seiten als Plain Text lesbar halten. Markdown für Inhalte.
• Bloat-Features skeptisch sehen. Nicht alles Neue ist gut.
• Offene Standards stützen. Kleine Browser, Open-Source-Projekte brauchen Unterstützer mit Prinzipien.

Die große Frage

Das Web muss nicht so kompliziert sein. Seine Komplexität zeigt, wie Standards unter Kapital wirken. Technisch easy, politisch brutal.

Ob ein „geforktes Web“ kommt? Egal. Die Fragen halten uns wach. Sie erinnern: Das Web ist keine Naturkonstante. Es ist gewählt. Und Wahlbarkeit lässt sich umkehren.

Nächstes Mal, wenn du mit Browser-Bugs kämpfst oder Features nachbaust, nur um mitzuhalten: Es muss nicht so sein.