I 1995 lavede du en hjemmeside ved at åbne Notepad, skrive noget HTML og uploade filen via FTP. Browseren hentede filen. Brugeren læste indholdet. Færdig. Hele processen var gennemsigtig, forståelig og umiddelbar.

I 2025 laver du en hjemmeside ved at installere Node.js, initialisere et projekt med et CLI-værktøj, vælge mellem femten forskellige frameworks, konfigurere en bundler, sætte TypeScript op, tilføje en CSS-løsning (Tailwind? Styled Components? CSS Modules?), vælge et state management-bibliotek, forbinde til et headless CMS via en GraphQL API, deploye via en CI/CD-pipeline til en edge-computing platform og bede til, at ingen af de 1.400 afhængigheder er blevet kompromitteret siden sidst.

Alt dette — for at vise tekst på en skærm.

Hvad skete der?

Det, der skete, var at webben langsomt skiftede identitet. Den gik fra at være en dokumentplatform til at være en applikationsplatform. Og med det skift fulgte en hel industri af værktøjer, abstraktioner og kompleksitet, der var designet til at bygge applikationer — ikke dokumenter.

Problemet er ikke, at de værktøjer eksisterer. React er et fantastisk stykke software til at bygge komplekse, interaktive brugerflader. Vite er en glimrende bundler. TypeScript gør storskala JavaScript-projekter mere robuste. Disse værktøjer løser reelle problemer.

Problemet er, at vi er begyndt at bruge dem til alt. Vi rækker efter applikationsværktøjer, selv når vi bygger dokumenter. Vi bruger en kanon til at slå en flue.

De fleste hjemmesider er ikke applikationer. De er dokumenter — tekst, billeder og links. Og dokumenter har aldrig haft brug for en virtual DOM.

Dokumentet som taberen

Tænk over, hvor mange af de websites, du besøger dagligt, der egentlig bare er tekst med lidt styling. Nyhedsartikler. Blogindlæg. Produktbeskrivelser. Dokumentation. Opskrifter. Virksomhedssider. Portfolioer.

Langt størstedelen af webben er og har altid været dokumenter. Men i jagten på at bygge den næste Facebook eller Google Docs har vi optimeret hele vores værktøjskæde til den lille brøkdel af webben, der faktisk er applikationer — og tvunget resten til at betale prisen.

Den pris er reel:

  • Megabytes af JavaScript sendt til brugerens browser for at rendere statisk tekst, der aldrig ændrer sig efter den første paint.
  • Hydration-pauser hvor siden ser ud som om den er loadet, men knapperne ikke virker endnu, fordi frameworket stadig bootstrapper.
  • Layout shifts der får indholdet til at hoppe rundt, mens lazy-loadede komponenter popper ind.
  • Broken back-buttons fordi client-side routing har overtaget browserens native navigation.
  • SEO-hacks for at kompensere for, at indholdet renderes i JavaScript i stedet for at ligge i HTML'en.
  • Tilgængelighedsproblemer fordi custom JavaScript-komponenter sjældent matcher de native HTML-elementers built-in accessibility.

Pendulet svinger tilbage

Der er tegn på, at branchen langsomt vågner op. Server-side rendering er "nyt" igen — som om servere aldrig har renderet HTML før. "Islands architecture" genopfinder idéen om at kun sende JavaScript til de dele af siden, der faktisk har brug for det. "Zero-JS" er blevet et salgsargument. Vi fejrer frameworks for at sende mindre JavaScript, som om det er en bedrift og ikke bare sund fornuft.

Det er gode tendenser. Men de er også symptombehandling. De forsøger at løse problemer, vi selv har skabt, ved at tilføje endnu et lag af abstraktion oven på den eksisterende stak.

Den radikale løsning — den, ingen rigtig taler om, fordi den ikke sælger konference-billetter eller SaaS-abonnementer — er at gå helt tilbage til begyndelsen. Til HTML-filer på en server.

Det originale løfte

Webbens originale arkitektur var genial i sin enkelhed:

  1. En klient (browseren) sender en forespørgsel til en server.
  2. Serveren finder en fil og sender den tilbage.
  3. Browseren renderer filen.
  4. Brugeren klikker på et link, og processen gentager sig.

Denne model er ikke gammeldags. Den er tidløs. Den fungerer på enhver enhed, med enhver forbindelseshastighed, med enhver browser. Den er cachebar, søgbar, tilgængelig og forståelig. Den degraderer gracefully og progresserer naturligt.

Og den kræver ingen build step.

Hvad med interaktivitet?

"Men hvad med dynamisk indhold?" spørger du. "Hvad med brugerinteraktion? Hvad med formularer og notifikationer og real-time opdateringer?"

Godt spørgsmål. Svaret er: progressiv forbedring.

Start med et dokument, der virker uden JavaScript. Tilføj derefter JavaScript for at forbedre oplevelsen, hvor det giver mening. En hamburger-menu. En FAQ-accordion. En formularvalidering. Tilføj præcis den interaktivitet, du har brug for — og ikke en byte mere.

Hvis dit site kræver et helt framework for at vise tekst, har du ikke et teknisk problem. Du har et arkitekturproblem.

Et tankeeksperiment

Forestil dig, at du åbner din laptop om ti år. Du har en mappe med HTML-filer fra 2025. Du dobbeltklikker på en af dem. Hvad sker der?

Den åbner i din browser. Den ser ud, som den altid har gjort. Alt virker.

Forestil dig nu det samme scenarie med dit React-projekt fra 2025. Du kører npm install. Halvdelen af pakkerne er deprecated. Tre har sikkerhedshuller. To er slettet fra npm-registret. Din Node-version er for gammel. Eller for ny. Webpack-konfigurationen bruger en syntaks, der ikke længere understøttes. Du bruger en time på at opdatere afhængigheder, før du overhovedet kan se din egen side.

Hvilket af de to scenarier lyder som en fremtidssikret teknologi?

Det er ikke nostalgi

Lad mig være klar: dette er ikke et argument for at gå tilbage til 1995. Det er et argument for at tage det bedste fra 1995 — enkelheden, robustheden, den direkte forbindelse mellem forfatter og læser — og kombinere det med alt det, browsere har lært siden da.

CSS Grid. Custom Properties. Container Queries. Native lazy-loading. Semantiske HTML-elementer. <details> og <dialog>. Browserne er utroligt kraftfulde i dag. Vi behøver bare at lade dem gøre deres arbejde i stedet for at genopfinde alting i JavaScript.

Fremtiden for webben er ikke mere JavaScript, flere abstraktioner og flere lag. Fremtiden er at genopdage det, vi allerede har: en platform, der fra starten var designet til at dele dokumenter linket sammen.

Fremtiden for webben er dens fortid. Og den fortid virker stadig perfekt.