Det tomme HTML-problem

Prøv det selv. Højreklik på en stor hjemmeside og vælg "Vis kildekode".

Du ser sandsynligvis ikke meget. Kun et par meta-tags, et link til et stylesheet og én enkelt linje:

<div id="app"></div>

Ingenting mere. Det rigtige indhold – data, struktur, tekst – kommer senere. JavaScript henter det efter rendering, via kodepakker der kører i browseren.

Det har ikke altid været sådan. Og det er vigtigt at vide, hvordan vi endte her – især hvis du bygger moderne webapps og tænker på hastighed, tilgængelighed og SEO.

Da nettet var dokumenter

De gamle dage var simple. Browseren bad om en side, serveren sendte HTML, og browseren viste det. Alt synligt levede i koden selv. Ville du forstå det? Bare tjek kilden.

Det var en styrke, ikke en fejl.

Indhold fik mening gennem kontekst. En dato stod ikke alene – den var omgivet af tekst, der forklarede den. Et link havde beskrivelse omkring sig. Siden var selvforklarende og gennemsigtig.

Vis kildekode var ikke kun til debugging. Det var en løfte om åbenhed.

Selv med dynamiske servere som PHP eller CGI ændrede det sig ikke. HTML blev genereret fra databaser, men brugeren fik en færdig, komplet side. Alle dele – skabeloner, styles, logik – smedtes sammen før afsendelse.

Hele siden var enheden.

Vendepunktet: AJAX ændrede spillet

Så kom XMLHttpRequest.

Browsere kunne nu hente data uden at genindlæse hele siden. Små opdateringer blev mulige. Midt i 00'erne fik det navnet AJAX. Google Maps viste vejen – flydende, hurtig, næsten som en desktop-app.

Behovet var ægte. Hvorfor genindlæse alt for en lille ændring? Hvorfor sende navigation om og om? AJAX løste problemer. Brugere ville have bedre oplevelser. Udviklere kunne levere dem.

Men prisen kom i skjul.

Den store kompromis

Tidligt i 2010'erne krystalliseredes en ny tilgang:

1. Send minimal HTML (kun en beholder)
2. Indlæs JavaScript-appen
3. Hent data fra API'er
4. Byg UI'et mens siden kører

Frameworks som React, Angular og Vue hjalp med. De håndterede kompleks state, genbrugelige komponenter og store teams. De gjorde avancerede apps mulige uden mareridt.

Men de fuldendte et skift i webets natur.

Hvad vi mistede (og hvorfor det betyder noget)

Webben blev svær at inspicere.

Moderne HTML matcher ikke det, brugeren ser. Data, indhold, interface – alt mangler i kilden. Den tomme <div id="app"></div> venter på JavaScript.

Udviklere skal nu følge kode, API-kald og state-ændringer for at forstå en side. Ingen øjeblikkelig klarhed.

Maskiner kæmper også: Søgemaskiner til SEO, AI til analyse, tilgængelighedsværktøjer. De skal køre JavaScript, simulere klik og spore effekter for at "se" siden.

En crawler læser ikke bare HTML længere. Tilgængelighed mangler struktur. AI skal rende i headless browsere – tungt og ineffektivt.

Et tegn på dybere ændringer

Det handler ikke kun om JavaScript. Det er et skift i tankegang.

Gammel model: Side = Selvstændigt dokument med mening indeholdt
Ny model: Side = Beholder til interface, mening kommer udefra

Dokumenter forklarer sig selv. Interfaces kræver fortolkning. Vi vandt responsivitet og dybde. Vi mistede gennemsigtighed.

Det passer til apps som Figma eller Slack – de skal være applikationer.

Men mønsteret er blevet standard. Selv simple blogs og landing pages bygges som single-page apps. Vi er pendulet for langt.

Hvad det betyder for NameOcean-brugere

Hos NameOcean handler det om dit domain og hosting. Det skal matche din arkitektur – ikke tvinge kompleksitet på dig.

Bygger du content-sider, landing pages eller tekstbaseret? Gå med server-side rendering (SSR) eller static generation. Lad HTML bære mening. Søgemaskiner forstår det med det samme. Brugere ser indhold, før JS loader.

Bygger du interaktive dashboards eller real-time tools? Client-side er fint. Vælg bevidst.

Nøglen: Vid hvorfor du vælger det – ikke kun fordi det er trend.

Fremtiden kræver balance

Webets vej frem er hybrid. Frameworks bliver klogere: SSR til start, client-side til interaktion, static til statisk content.

Next.js, Svelte og Astro viser det. Du behøver ikke vælge dokument eller app – tag begge.

Vær bevidst. Vælg baseret på behov, ikke vaner. Byg inspectable, indexable og tilgængeligt – sammen med rigtighed.

Webets bedste øjeblikke sker, når åbenhed og kraft går hånd i hånd.