Artikel

Static site generation — SSG og SEO-fordele ved statiske sider

SSG genererer færdige HTML-filer ved build-time — der er ingen server-side rendering ved hvert request, hvilket giver lavest mulig TTFB og optimal crawlbarhed.

Sidst opdateret:

Static site generation (SSG) er en render-strategi hvor HTML-siderne genereres én gang ved build-time og derefter serveres som færdige filer. Det er modpolen til server-side rendering (SSR) og client-side rendering (CSR) — og i de fleste SEO-kontekster den foretrukne tilgang.

De tre render-strategier

StrategiHTML genereresKræver serverTTFB
SSGBuild-timeNej (CDN)Lavest
SSRRequest-timeJaMiddel
CSRBrowser-sideNej (API)Højest (tom shell)

Build-time betyder at HTML’en laves én gang når du deployer sitet — ikke når en bruger besøger det. Filen serveres direkte fra CDN uden yderligere processing.

Request-time (SSR) betyder at serveren genererer HTML for hvert request. Det er fleksibelt men introducerer latency ved hvert pageload.

Client-side (CSR) sender en tom HTML-fil til browseren og lader JavaScript bygge siden. Det er det dårligste udgangspunkt for SEO — indhold og links er ikke synlige i HTML, og Googlebot skal i rendering-kø for at se dem.

SEO-fordele ved SSG

Ingen render-kø. Googlebots rendering-kø er en af de største potentielle forsinkelser i indeksering. Statiske sider serverer komplet HTML direkte — Googlebot behøver ikke vente på JavaScript-rendering.

Lavest mulig TTFB. En statisk fil på et CDN returnerer første byte på 20-100ms. Det er markant bedre end server-side processing og direkte gavnligt for LCP.

Forudsigelig performance. SSG-sider performer ens under alle load-niveauer. Ingen databaseflaskehalse, ingen serverprocessing der varierer med trafik.

Enkel cachestrategi. Statiske filer kan caches aggressivt — Cache-Control: max-age=31536000, immutable for hashed assets. Det eliminerer redundante requests.

Populære SSG-frameworks

Next.js (React) — understøtter SSG, SSR og ISR i samme projekt. Den mest udbredte løsning til komplekse sites med blandet indhold.

Astro — optimeret til content-first sites. Genererer statisk HTML som default, med mulighed for øer af interaktivt JavaScript (Islands Architecture). Lavt JavaScript-output giver stærke Core Web Vitals.

Gatsby (React) — GraphQL-baseret datahåndtering, stærk til blogs og dokumentation. Langsommere build-tider ved meget store sites.

Hvornår SSG er det rigtige valg

SSG passer til indhold der:

  • Ændres sjældent eller forudsigeligt (blogs, ordbøger, dokumentation)
  • Er det samme for alle brugere (ikke-personaliseret)
  • Har SEO som primær trafikkanal

SSG er ikke optimalt til indhold der kræver real-time data, brugerspecifik personalisering eller hyppige opdateringer uden fuld rebuild. Her er SSR eller ISR bedre.

For web performance og rendering i en SEO-kontekst er SSG udgangspunktet — og SSR og CSR afvigelser der kræver specifik begrundelse.

Sidst opdateret: marts 2026. Denne artikel er en del af Stegger.dk’s SEO-ordbog. → Denne artikel er en del af JavaScript og rendering — Scripts, DOM og CSR vs SSR.

Del af: JavaScript og rendering — Scripts, DOM og CSR vs SSR →

Andre artikler i samme emne

Relaterede begreber

Emne JavaScript og rendering — Scripts, DOM og CSR vs SSR JavaScript er SEOs største rendering-udfordring — forstå CSR vs SSR, DOM, lazy loading og hvad Googlebot faktisk ser. Artikel JavaScript Rendering og SEO — Hvad Googlebot ser JavaScript rendering afgør om Googlebot ser dit indhold. Client-side rendering kræver at Google eksekverer din JavaScript — det sker med forsinkelse. Server-side rendering og static generation løser problemet. Emne Web Performance — Core Web Vitals og teknisk hastighed Web performance er en direkte SEO-rankingfaktor — Core Web Vitals, hastighed og responsivt design påvirker din placering. Artikel Kritisk renderingsti — Hvad browseren gør før du ser noget Den kritiske renderingsti er trin-for-trin-processen browseren følger fra HTML-download til første synlige pixel. Render-blocking ressourcer forlænger stien og forsinker LCP.

Ofte stillede spørgsmål

Er SSG altid bedre for SEO end SSR?
Ikke altid. SSG er overlegen til indhold der er stabilt eller ændres sjældent — blogs, dokumentation, landingssider. SSR er bedre til dynamisk indhold der ændrer sig per bruger eller per request — personaliserede produktsider, realtidspriser, brugeraftale. Valget afhænger af indholdets natur.
Kan jeg bruge SSG til et stort e-commerce site med tusindvis af produkter?
Ja, men med forbehold. Build-tid stiger lineært med antal sider — tusindvis af produktsider kan gøre build-processen langsom. Løsningen er Incremental Static Regeneration (ISR i Next.js) eller Deferred Static Generation, der kun regenererer sider der har ændret sig.
Hvad er TTFB og hvorfor er det vigtigt for SEO?
TTFB (Time to First Byte) er den tid der går fra browseren sender en HTTP-request til den modtager det første byte af svaret. Google bruger TTFB som en proxy for server-responsiveness. En statisk fil serveret fra CDN har TTFB på typisk 20-100ms. En dynamisk side der kræver databaseopslag og rendering har typisk 200-600ms eller mere.
Hvad er Incremental Static Regeneration (ISR)?
ISR (Incremental Static Regeneration) er en teknik primært implementeret i Next.js der kombinerer SSG og SSR: sider forudgenereres statisk men revalideres automatisk i baggrunden efter et konfigurerbart tidsinterval (fx hvert 60. sekund). Det løser SSGs problem med forældet indhold på store sites uden fuld rebuild. ISR er ideel til produktsider og nyhedsartikler der opdateres jævnligt men ikke i realtid.
Kan Googlebot crawle SSG-sider bedre end SSR-sider?
I praksis er crawlbarheden den samme fordi begge strategier leverer komplet HTML. Den reelle fordel ved SSG er lavere TTFB: Googlebot behøver ikke vente på serverprocessing, og den samlede crawl-tid per side reduceres. Det er primært relevant for store sites med et stramt crawl budget, hvor hurtigere TTFB oversættes til flere sider crawlet i samme tidsvindue.

Placering i ordbogen

Kode — Webkode og teknisk SEO
JavaScript og rendering — Scripts, DOM og CSR vs SSR
Static site generation — SSG og SEO-fordele ved statiske sider