Hurtigere hjemmeside hjælp til en langsom hjemmeside

Client-side rendering

CSR henter ofte et tomt skal og lader JavaScript fylde indhold. Det kan være glat for logged-in apps, men er krævende for SEO og initial LCP hvis ikke håndteret med SSR/SSG.

Skrevet af Kim Tetzlaff

Kort fortalt: Store JavaScript bundle , hydration og tredjeparts-scripts gør CSR dyrt på mobil. Vurder code splitting og server-first patterns før I accepterer ren SPA til offentlige sider.

SEO-hensyn

Læs om JavaScript-rendering - sørg for synlig tekst i HTML eller verificeret rendering.

Performance-hensyn

Brug defer og async , code splitting og reducer hydration scope. Mål INP på real devices.

Single-page og tom skal-risikoen

Ren CSR henter ofte et minimalt HTML-skelet og bygger UI i browseren. Det kan give app-lignende oplevelse for loggede brugere, men kræver disciplin for at søgemaskiner og hurtig første visning ikke lider.

Uden SSR/SSG på offentlige landingsider bør I have en klar begrundelse og testplan - «alle gør det» er ikke en strategi.

Bundstørrelse og runtime

CSR flytter beregningsbyrden til brugerens enhed. På mellemklassetelefoner betyder store React/Vue-bundter langsom time-to-interactive og dårlig INP. Code-split pr. route og udskyd tredjepart.

Service workers og client-cache kan hjælpe gentagne besøg, men første indtryk forbliver bundafhængigt.

Når CSR stadig er fornuftigt

Interne dashboards, værktøjer bag login og flows hvor SEO er irrelevant er naturlige CSR-kandidater. Del kodebasis med offentlige sider, men split byg så offentlige routes får server-HTML.

Dokumentér beslutningen så nye features ikke utilsigtet lander i «kun CSR» fordi import-stien var kortere.

Videre på sitet

Relaterede guides og blogindlæg finder du i kortene nederst på siden. Overblik: Blog, Guides, Ordbog.

FAQ

Hvornår er CSR OK?

Når brugeren allerede er autentificeret og SEO ikke er kritisk for den view.

Næste skridt fra begreb til handling

Guides og blogindlæg der matcher begrebets emne - ud fra fælles tags og sidens fokus.

Om forfatteren

Kim Tetzlaff

Kim skriver og vedligeholder indhold på hurtigere-hjemmeside.dk med fokus på målelig performance, Core Web Vitals og teknisk SEO. Målet er at gøre optimering konkret: hvad der faktisk flytter tal i feltdata, og hvordan du finder den korteste vej fra symptom til fix.

Kim Tetzlaff