SSR eller CSR: Hvor skal siden renderes?

SSR og CSR er begreber I måske er stødt på i et tilbud uden at få dem forklaret. Bag forkortelserne gemmer sig et enkelt spørgsmål: Hvor skal siden sættes sammen? På serveren før den sendes, eller i den besøgendes browser bagefter? Valget lyder teknisk, men får direkte konsekvenser for SEO, for hvor hurtig siden føles og for hvad den koster at drive. Her er forklaringen set fra kundens side.

Hvad valget betyder for SEO og synlighed

Den mest forretningskritiske forskel handler om synlighed. Med server-side rendering (SSR) bygges siden færdig på serveren og sendes komplet. En søgemaskine der besøger siden, får alt indholdet med det samme og kan læse og indeksere det uden omveje. Det giver et stabilt udgangspunkt for organisk trafik.

Med client-side rendering (CSR) sendes der i stedet en stort set tom skal plus kode, og sidens indhold bliver først skabt når browseren har kørt koden. En robot der læser siden maskinelt, kan så overse eller forsinke indholdet, hvilket i værste fald skader placeringen i søgeresultaterne. Problemet kan afbødes, men det er en risiko I påtager jer.

Her kommer et argument der først er blevet tydeligt i de senere år. Flere og flere brugere finder svar via AI-drevne søgetjenester, og mange af dem læser sidens rå HTML frem for at køre tung kode. Serverrenderet indhold er derfor lettere for dem at opfatte korrekt. Vil I også være synlige i denne nye kanal, taler det yderligere for SSR. Det er et tydeligt 2026-argument.

Ydeevne og Core Web Vitals

Oplevet ydeevne hænger sammen med valget af rendering. SSR giver typisk et hurtigere førstehåndsindtryk: Fordi færdigt indhold leveres med det samme, ser brugeren noget meningsfuldt tidligt. Det påvirker Core Web Vitals, de målinger Google bruger til at vurdere sideoplevelsen, positivt.

CSR kan i stedet først vise en tom flade eller en flade der stadig indlæses, mens browseren bygger siden færdig. På en hurtig enhed med god forbindelse mærkes det knap, men på en svagere mobil eller et dårligere netværk kan ventetiden blive mærkbar. Gode værdier kan nås med begge teknikker, men SSR giver ofte et lettere udgangspunkt for offentligt tilgængelige sider hvor hvert sekund tæller.

Samtidig har CSR sin styrke når hjemmesiden først er indlæst: Navigation mellem visninger kan føles meget hurtig fordi meget allerede ligger i browseren. Det gør teknikken velegnet til app-lignende, interaktive dele.

Serveromkostninger over for belastning hos klienten

Valget af rendering flytter også arbejde mellem server og besøgende, og det har en økonomisk side. Med SSR gør serveren arbejdet med at bygge hver side. Det belaster serveren mere og kan betyde lidt højere driftsomkostninger, især ved meget trafik.

Med CSR bliver den tungeste del af arbejdet overladt til den besøgendes enhed. Serveren sender kun skal og kode, hvilket kan gøre ren drift billigere og lettere at skalere. Bagsiden er at belastningen havner hos brugeren, hvis enhed ikke altid er kraftig.

For en hjemmeside af normal størrelse er forskellen i omkostninger sjældent afgørende, og gevinsten for SEO og brugeroplevelse med SSR vejer oftest tungere. Det vigtige er at træffe valget bevidst i stedet for at lade bekvemmelighed afgøre det.

Sådan vælger I

Tag udgangspunkt i hjemmesidens formål. Er det en offentligt tilgængelig hjemmeside hvor organisk synlighed og førstehåndsindtryk er vigtige, hvilket gælder de fleste virksomhedshjemmesider, blogs og webshops, er SSR oftest det rigtige i 2026, ikke mindst med tanke på AI-søgetjenesterne. Er det et interaktivt værktøj bag login hvor søgbarhed er uden betydning, kan CSR være både enklere og billigere.

En almindelig fejl er at behandle spørgsmålet som et enten-eller-valg for hele hjemmesiden. Moderne frameworks lader jer blande: serverrendere de åbne, søgbare sider og rendere tunge dele bag login i browseren. Vores ydelser omfatter begge tilgange, og vi hjælper jer med at vælge rendering ud fra hvor synlighed og hastighed faktisk betyder noget. Kontakt os med en beskrivelse af jeres hjemmeside, så ser vi sammen på den rigtige opsætning.