Server eller client side
Server-side rendering og client-side rendering er to forskellige måder at bygge en webside på, før den vises. Forskellen lyder teknisk, men den har stor betydning for, om søgemaskiner og AI overhovedet kan se dit indhold. Lad os gøre den forståelig.
De to metoder forklaret kort
Når du åbner en webside, skal indholdet samles, før du ser det. Spørgsmålet er bare: hvor sker den samling? Ved server-side rendering bygges den færdige side på serveren og sendes klar til din browser. Ved client-side rendering sendes en næsten tom side, som derefter samles i din egen browser ved hjælp af JavaScript.
Hos Concept Interest forklarer vi det med et måltid. Server-side rendering er som at få serveret en færdig ret på en tallerken. Client-side rendering er som at få råvarerne og en opskrift, du selv skal lave maden af. For dig som menneske ender begge måske med samme måltid – men for en søgemaskine er der stor forskel på, hvor let det er at se, hvad der er på tallerkenen.
De to metoder side om side
Forskellen bliver tydeligst i en oversigt.
| Server-side rendering (SSR) | Client-side rendering (CSR) | |
|---|---|---|
| Hvor samles siden | På serveren | I brugerens browser |
| Hvad sendes | Færdig HTML | Næsten tom side + JavaScript |
| SEO-venlighed | Høj – indhold er straks synligt | Risikabel uden forholdsregler |
| Hastighed for brugeren | Hurtigt første indtryk | Kan føles langsomt at starte |
Der findes også en mellemvej, static site generation, hvor siderne bygges færdige på forhånd og ligger klar. Den er endnu mere robust for SEO, fordi alt indhold findes med det samme.
Hvorfor betyder det noget for SEO?
Her ligger kernen. Når Googles robot besøger en server-side renderet side, får den straks den fulde HTML med alt indholdet. Den kan læse og forstå siden med det samme. Det er nemt.
En client-side renderet side er en anden sag. Robotten får først en næsten tom side. Indholdet dukker først op, når JavaScript er kørt – og det kræver, at robotten kan og vil køre den kode. Det knytter sig direkte til rendering, processen hvor Google samler siden for at se den. Google er i dag faktisk ret god til at køre JavaScript, men det koster ressourcer og kan tage tid. Indtil siden er renderet, kan dit indhold være usynligt.
Den oversete pointe: AI-crawlere er ikke Google
Her er den vigtige 2026-vinkel, som mange overser. Selvom Google efterhånden håndterer JavaScript godt, gælder det samme ikke for AI-crawlerne. De robotter, som ChatGPT, Perplexity og andre AI-systemer bruger til at hente sider, kan i vid udstrækning ikke køre JavaScript.
Det får en konsekvens, der overrasker mange: dit website kan være fuldt synligt for Google og samtidig usynligt for AI’en. Hvis dit vigtige indhold kun dukker op efter client-side rendering, ser AI-crawleren en tom side – og så kan din viden hverken citeres eller anbefales i AI-svar. I en tid, hvor GEO bliver vigtigere, er det en alvorlig blind vinkel.
Hvad bør du vælge?
Den gode nyhed er, at du ikke behøver vælge én ren tilgang. Den vigtigste regel er enkel: dit vigtige indhold bør være tilgængeligt så tidligt som muligt, helst allerede i den rå HTML, der sendes fra serveren.
For de fleste websites med fokus på synlighed peger det mod server-side rendering eller static site generation til det indhold, der skal findes. Client-side rendering er fint til interaktive elementer, der ikke behøver indekseres – men det vigtige, søgbare indhold bør ikke gemme sig bag JavaScript.
Du kan tjekke, hvad robotten faktisk ser, i Google Search Console, hvor URL-inspektionen viser den renderede udgave. Mange får en øjenåbner dér, når de opdager, at halvdelen af deres indhold mangler i Googles version. Så spørgsmålet er værd at stille: ser maskinerne det samme, som dine besøgende gør – eller serverer du dem en tom tallerken?
