Het web dat we hebben versus het web dat we willen

Weet je nog hoe webontwikkeling vroeger overzichtelijk was? Je kende de belangrijkste specs uit je hoofd. Tegenwoordig is de HTML-spec al gauw 18 megabyte aan eindeloze, steeds muterende documentatie. Door het 'living standard'-model wijzigen regels wekelijks. Browsers pikken elk een eigen stukje set. Iedereen frutseld met workarounds voor problemen die er niet horen te zijn.

Misschien tijd om na te denken: stel dat we het web vanaf nul anders ontwierpen?

Het probleem: complexiteit als vestingmuur

De wirwar van het web is geen toeval. Als standaarden te ingewikkeld raken, kunnen alleen grootmachten met budget browsers bouwen. Concurrentie sterft uit, innovatie hapert, en de marktleiders dicteren wat het web wordt – voor geld, niet voor nut.

Kijk ernaar door een speltheorie-bril. Een opgeblazen standaard vol rariteiten en weergave-foutjes zorgt voor:

• Legers ingenieurs om een nieuwe browser te maken
• Geen kans voor kleine teams
• Beheersing door de gevestigde orde
• Innovatie die kabbelt

Voor de winnaars is dat een troef, geen fout.

Hoe zou een simpel web eruitzien?

Stel je een web-spec voor die in een zip-bestand past. Klein genoeg om uit te printen. Met strakke semantische versies (1.2.3, geen 'living standard') die vastliggen na publicatie. Je downloadt versie 1.2.0, strandt op een onbewoond eiland, en bouwt moeiteloos een compatibele browser.

Strakke grammatica in plaats van chaos

De huidige 'error correction' in browsers is een hel voor parser-bouwers. Ze fixen kapotte HTML omdat 'het web' dat eist. Maar draai het om.

Een spec met een formele, ondubbelzinnige grammatica. Pagina's kloppen of niet. Geen gepuzzel, geen interpretatie. Specs worden precies en door iedereen parsebaar.

Resultaat? Ontwikkelaars stappen over op makkelijke formaten zoals Markdown of YAML die compileren naar geldige markup. Tools worden toegankelijk. Iedereen content.

Semantische versie als belofte

Wekelijkse wijzigingen in living standards maken leven onmogelijk voor developers die stabiliteit zoeken. Semantische versie fixt dat:

• Patch-updates: alleen tikfouten en woordjes – grammatica intact
• Minor-updates: nieuwe features zonder breuken
• Major-updates: pas dan echte veranderingen

Je codeert voor 1.2.0 en weet: werkt op 1.2.0 tot 1.3.x, niet op 1.1.x. Keuzes worden helder. Plannen lukt.

Tekst als basis: de echte kracht

Te veel focus op media en scripts maakt het web onnodig zwaar. Wat als we alles bouwen rond tekst en semantiek?

Tekst is draagbaar, vertaalbaar, toegankelijk en licht. Een tekst-gebaseerde pagina:

• Past zich aan elk scherm aan
• Werkt vlekkeloos met screenreaders
• Blijft leesbaar zonder CSS
• Komprimeert tot peanuts

Geen stap terug. Terug naar de kern: informatie delen tussen mensen.

Scripts: een misstap?

Provocerend idee: scripting in browsers was een verkeerde keuze.

Geen haat tegen interactie. Maar een volledige programmeertaal in elke pagina? Dat brengt security-risico's en complexiteit die nergens voor nodig zijn. Code van wildvreemde sites met bijna systeemtoegang? Gek toch.

Beter: dynamiek via beperkte, declaratieve systemen. Complexe apps als losse programma's, niet in de browser.

Waarom dit nu telt

Geen theoretisch gepraat. Dit raakt jouw werk direct.

Voor domeinregistrars en hosting-aanbieders: Een strak web betekent betere security, simpele compliance en makkelijke optimalisatie. Bij NameOcean gooien we tonnen engineering weg aan browser-fratsen. Schoner = efficiënter.

Voor developers: Minder bugs, snellere cycles, makkelijk debuggen. Target specifieke versies zonder giswerk.

Voor startups: Lagere drempel = meer kans. Concurrentie groeit, tools verbeteren.

Voor gebruikers: Kleinere bestanden, snelle laadtijden, betere toegankelijkheid, security out-of-the-box.

Verzet tegen overname

Cruciaal inzicht: standaarden groeien door macht, niet alleen tech. Bloat als bewuste muur? Dan snap je waarom fixen zo lastig is.

Een herontwerp moet game theory meenemen: hoe hou je het open en simpel tegen commerciële druk? Antwoord: harde grenzen zoals bestandslimieten, duidelijke governance, compatibiliteitsbeloften en community-toezicht. Techniek is makkelijk; politiek het zwaarst.

Wat jij nu kunt doen

Het web forken? Niet morgen. Maar wel:

• Bouw simpel. Houd JavaScript beperkt. Gebruik semantische HTML. Test zonder CSS.
• Kies specifieke browser-versies. Documenteer je targets.
• Zet tekst voorop. Maak sites leesbaar als platte tekst. Markdown voor content.
• Twijfel aan bloat-features. Niet alles gebruiken omdat het kan.
• Steun open standaarden. Kleine browsers, open-source en community-projecten verdienen devs met principes.

De echte vraag

Het web hoeft niet zo complex te zijn. Dat het dat wel is, zegt veel over standaarden in een kapitalistische wereld. Technisch oplosbaar; politiek een gevecht.

Of een 'geforkt web' komt? Maakt niet uit. Deze vragen houden ons scherp. Het web is geen natuurwet – het is een keuze. En keuzes kun je omgooien.

Volgende keer dat je vecht met browser-kuren of concurrentie achterna holt: het hóéft niet zo.