Statiske site generators og SEO — Astro, Next.js og Hugo
Statiske site generators som Astro, Next.js og Hugo bygger alle sider som HTML-filer ved deploy — ingen serverberegning ved besøg. Det giver overlegen performance og crawlbarhed men kræver mere teknisk kompetence end traditionelle CMS-løsninger.
Statiske site generators bygger alle sider som færdige HTML-filer ved deploy-tidspunktet. Der sker ingen serverberegning, ingen databaseforespørgsler og ingen PHP-eksekvering når en bruger besøger siden — browseren modtager direkte den færdige HTML-fil. Det giver det lavest mulige TTFB, triviel caching og fuld crawlbarhed for søgemaskiner.
Hvad der adskiller statiske generators fra traditionelle CMS
Et traditionelt CMS som WordPress følger denne sekvens ved hvert sidebesøg: databaseforespørgsel → PHP-eksekvering → HTML genereres → HTML sendes til browser. Det tager tid og kræver serverressourcer.
En statisk generator vender denne sekvens om: alle HTML-filer genereres én gang ved deploy-tidspunktet og gemmes som statiske filer. Derefter serveres de direkte fra et CDN eller filserver uden beregning. Det er hurtigere, billigere og teknisk renere — men kræver en ny deploy hver gang indholdet ændres.
For SEO er den vigtigste implikation crawlbarhed: Googlebot behøver ikke eksekvere JavaScript for at se indholdet. HTML er allerede færdig. Det er den ideelle tilstand for indeksering.
Astro — optimeret til indholdsintensive sites
Astro er designet med en “zero JavaScript by default”-filosofi: komponenter renderes som statisk HTML og sender ingen JavaScript til browseren medmindre du eksplicit tilføjer det. Det resulterer i minimalt JavaScript-payload og konsekvent grønne Core Web Vitals for de fleste content-sites.
Astro understøtter Markdown og MDX til indhold, har native integration med populære headless CMS-løsninger og kan importere komponenter fra React, Vue, Svelte og andre frameworks i samme projekt. Den store styrke er at du kan bruge avancerede UI-komponenter til build-tid rendering uden at betale JavaScript-prisen på runtime.
Stegger.dk er bygget på Astro — valgt præcist på grund af performance-profilen og indholdsarkitekturen til SEO-ordbogen.
→ Se Astro til SEO — konfiguration og optimering
Next.js — React-framework med fleksibel rendering
Next.js er et React-framework der understøtter multiple rendering-strategier i samme applikation: Static Generation (SSG), Server-Side Rendering (SSR) og Incremental Static Regeneration (ISR). Det giver fleksibilitet til at vælge rendering-strategi per side.
For SEO er ISR særligt relevant: sider bygges statisk og caches, men kan revalideres efter et defineret tidsinterval uden at genbygge hele sitet. Det giver statisk performance med mulighed for at holde dynamisk indhold opdateret.
Next.js er den mest brugte statiske generator i professionelle webteams der allerede arbejder i React-økosystemet. App Router (Next.js 13+) giver Server Components der sender endnu mindre JavaScript til klienten.
→ Se Next.js SEO — rendering-strategier og App Router
Hugo — til store sites og hurtige builds
Hugo er skrevet i Go og er den hurtigste statiske generator målt på build-tid. Et site med 10.000 sider bygges typisk på under 10 sekunder. Det er relevant for store informationsarkitekturer, dokumentationsportaler og ordbøger med mange hundrede til tusinde sider.
Hugo er fil-baseret, bruger Go-templates og er mere konservativt i JavaScript-integrationen end Astro og Next.js. Det giver excellent performance men kræver viden om Go-templating, som har en stejlere indlæringskurve end Astros HTML-nære syntaks.
→ Se Hugo SEO — konfiguration og content struktur
Gatsby — React-baseret med stærkt plugin-system
Gatsby var den dominerende React-baserede statiske generator i 2019-2022 men har mistet terræn til Next.js og Astro. Gatsby er data-layer-orienteret: alt indhold hentes via GraphQL i build-processen og kan kombineres fra multiple kilder.
For nye projekter i 2026 er Gatsby sjældent det bedste valg — Next.js og Astro har et mere aktivt udviklingsmiljø og bedre performance-karakteristika. Men eksisterende Gatsby-sites kører fint og har solid SEO-basis.
Hvornår en statisk generator er det rigtige valg
En statisk generator er det rigtige valg når:
- Indholdet opdateres relativt sjældent (blogs, ordbøger, dokumentation, marketing-sites)
- Teamet har tekniske kompetencer til at arbejde med filbaseret indhold eller headless CMS
- Performance er prioritet og Core Web Vitals er et konkurrenceparameter
- Hosting-budget er en begrænsning (statiske sites kan hostes gratis på Cloudflare Pages, Netlify, Vercel)
En statisk generator er sandsynligvis det forkerte valg når:
- Indholdet opdateres af ikke-tekniske redaktører mange gange dagligt
- Sitet har komplekse brugerdrevne funktioner (autentificering, realtidspriser, brugerspecifikt indhold)
- Teamet mangler teknisk kapacitet til opsætning og vedligeholdelse
Artikler i dette emne
Artikler i dette emne
- Astro til SEO — konfiguration, sitemap og optimering Astro bygger statisk HTML med nul JavaScript som standard og giver fremragende Core Web Vitals og crawlbarhed. SEO-konfiguration kræver eksplicit implementering af meta tags, sitemap og structured data — men giver til gengæld fuld kontrol.
- Hugo SEO — konfiguration af den hurtigste statiske site generator Hugo er den hurtigste statiske site generator — et site med 10.000 sider bygger på sekunder. Godt SEO-fundament med native sitemap-generering og meta tag-support via templates, men kræver Go-templating-kendskab.
- Next.js SEO — rendering-strategier, Metadata API og App Router Next.js understøtter Static Generation, SSR og ISR i samme app. App Router's Metadata API håndterer SEO-konfiguration per route med TypeScript-support. Rendering-strategi per side afgør crawlbarhed og performance.
- Publii SEO — desktop-baseret statisk site generator Publii er en gratis desktop-applikation til statiske websites — ingen server, ingen database, ingen hostingkrav ud over et simpelt filhostingmiljø. Har built-in SEO-funktioner og er det laveste tærskelpunkt for statisk site-generering.
- Statisk CMS-begrænsninger — Hvor static site generators fejler Statiske CMS er overlegne i performance og security men har reelle begrænsninger: lange build-tider ved skala, kompleks editor-experience, og uegnethed til real-time/personaliseret indhold.
Ofte stillede spørgsmål
- Er statiske sites bedre for SEO end WordPress?
- Fra et rent teknisk SEO-perspektiv: ja. Statiske sites har lavere TTFB (ingen serverberegning), simplere caching, fuld crawlbarhed og ingen plugin-bloat. I praksis afhænger det af implementationen — et veloptimeret WordPress-site kan matche et dårligt konfigureret statisk site. Men out-of-the-box har statiske generators et teknisk SEO-fortrin, særligt på Core Web Vitals og TTFB.
- Hvad er forskellen på Astro og Next.js til SEO?
- Astro er optimeret til indholdsintensive sites med minimal JavaScript — det sender som standard nul JavaScript til browseren medmindre du eksplicit tilføjer det. Next.js er et React-framework med stærkere support for dynamisk indhold via SSR og ISR (Incremental Static Regeneration). Til en ordbog, blog eller dokumentationssite er Astro typisk det bedre SEO-valg. Til et site med brugerlogin, dynamiske priser eller hyppigt skiftende data er Next.js mere fleksibelt.
- Kan statiske sites indekseres korrekt af Google?
- Ja — statiske sites er faktisk nemmere at indeksere end dynamiske CMS-løsninger, netop fordi al HTML er forudgenereret. Googlebot behøver ikke eksekvere JavaScript for at se indholdet. Det er den ideelle crawlsituation. Udfordringen opstår kun hvis du tilføjer dynamisk indhold via client-side JavaScript uden server-side fallback — det er ikke statisk-specifikt men gælder al JavaScript-rendering.
- Hvad er Hugo's fordele sammenlignet med Astro og Next.js?
- Hugo er den hurtigste statiske generator målt på build-tid — den er skrevet i Go og kan bygge tusindvis af sider på sekunder. Det er relevant for store sites med 10.000+ sider. Astro og Next.js (skrevet i JavaScript/Node.js) er langsommere at bygge men har bedre integration med det JavaScript-økosystem de fleste webteams arbejder i. For SEO-formål er alle tre ens — fuldt crawlbare, hurtige og kontrollerbare.
- Hvad er den største ulempe ved statiske site generators til SEO?
- Den praktiske ulempe er ikke teknisk SEO — det er indholdsstyring. Statiske generators er typisk fil-baserede (Markdown-filer i Git) og mangler et redaktørvenligt CMS-interface. For teams uden tekniske redaktører er det en barriere. Løsningen er at parre en statisk generator med et headless CMS (Contentful, Sanity) der giver det redaktionelle interface, mens generatoren håndterer output. Det giver det bedste fra begge verdener — men kræver mere teknisk opsætning.