Artikel

Rendering — Hvad Googlebot ser efter JavaScript-rendering

Rendering er Googles oversættelse af kode til indhold — JavaScript-rendering sker i en separat kø og kan forsinke indeksering med dage.

Sidst opdateret:

Rendering er processen hvor Googles Web Rendering Service (WRS) eksekverer JavaScript og genererer det fulde HTML-output fra en webside. Det er afgørende for SEO fordi moderne JavaScript-frameworks som React, Vue og Angular genererer indhold i browseren — ikke i kildekoden. Googlebots ser en næsten tom HTML-fil ved første crawl og skal vente på rendering-køen for at se det faktiske indhold. Forsinkelsen kan være dage til uger og forsinker direkte indeksering og ranking af nyt indhold.

Hvad er rendering?

Rendering er processen, hvor en browser (eller Googlebots simulerede browser) eksekverer JavaScript og genererer den endelige DOM (Document Object Model) — det faktiske indhold brugeren ser.

Uden rendering ser Googlebot kun den rå HTML. Med rendering ser Googlebot den færdige side, præcis som en bruger ville se den.

For statiske HTML-sider er rendering trivielt: HTML er indholdet. For JavaScript-drevne sider er rendering afgørende.

Googles Web Rendering Service (WRS)

Googles Web Rendering Service er den del af Googlebots infrastruktur, der eksekverer JavaScript. WRS er baseret på Chromium — samme rendering-engine som Google Chrome.

WRS understøtter moderne JavaScript inkl. ES6+, React, Angular og Vue. Men der er begrænsninger:

  • Ingen browser extensions — resources der kræver plugins renderes ikke korrekt
  • Resourcebegrænsninger — meget tunge sider kan timeout
  • Cookies og localStorage — begrænset session-kontekst
  • Netværkskald — API-kald under rendering kan fejle eller være langsom

To-fase crawling — og forsinkelsen

Googles crawling-proces for JavaScript-sider foregår i to faser:

Fase 1: HTML-download

Googlebot downloader sidens rå HTML og processerer hvad der er tilgængeligt. Dette sker hurtigt og kontinuerligt.

Fase 2: JavaScript-rendering

Siden placeres i en rendering-kø. WRS henter siden, eksekverer JavaScript og processerer det renderede indhold.

Forsinkelsen mellem fase 1 og fase 2 kan være dage til uger for travle crawlers eller lavprioriterede sider. Det betyder, at JavaScript-genereret indhold kan indekseres markant langsommere end HTML-indhold.

HTML-kildekode vs renderet DOM

Forskellen her er afgørende:

HTML-kildekode

Det du ser med “Vis kildekode” i browseren (Ctrl+U). For JavaScript-apps er dette typisk minimal HTML — næsten ingen tekst, ingen links.

Renderet DOM

Det du ser i browser-devtools under “Inspect”. Dette er hvad brugeren og WRS ser efter JavaScript-eksekvering.

For SEO er det det renderede DOM, der tæller — men forsinkelsen betyder, at HTML-kildekode stadig er vigtig for initial crawling.

CSR vs SSR fra et crawling-perspektiv

Client-Side Rendering (CSR)

Alt JavaScript eksekveres i browseren. Googlebot modtager tom HTML og skal vente på rendering-køen for at se indholdet. SEO-risikoen er langsom indeksering og potentielle fejl, hvis JavaScript fejler.

Server-Side Rendering (SSR)

Serveren genererer færdig HTML og sender den til browseren og Googlebot — ingen rendering-forsinkelse. Det giver øjeblikkelig adgang til alt indhold allerede i fase 1.

Static Site Generation (SSG)

HTML genereres ved build-time og serveres direkte. Fra et crawling-perspektiv er SSG identisk med SSR og giver maksimal hastighed uden rendering-kø.

Dynamic rendering

En løsning der bruges som mellemløsning: serveren detekterer om besøgende er Googlebot og serverer en pre-renderet HTML-version, mens normale brugere får JavaScript-versionen.

Google accepterer dynamic rendering men betragter det som en midlertidig løsning, ikke best practice. SSR eller SSG er at foretrække langsigtet.

Ofte stillede spørgsmål

Kan Googlebot overhovedet eksekvere al JavaScript?

Ikke garanteret. Komplekse apps, tredjeparts scripts og fejlende API-kald kan resultere i ufuldstændig rendering. Test med URL Inspection Tools “Rendered page”-funktion.

Hvad er den bedste arkitektur for SEO?

SSG (Static Site Generation) til statisk indhold, SSR til dynamisk indhold. CSR bør undgås til SEO-kritiske sider.

Forsinker JavaScript-rendering min ranking?

Indirekte: forsinket indeksering betyder forsinket ranking. For eksisterende, velindekserede sider er effekten typisk minimal. For nye sider kan det udgøre en forskel i konkurrenceprægede nicher.

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

Artikel Crawling — Sådan finder og læser Googlebot din side Crawling er Googles opdagelsesproces — Googlebot følger links og downloader sider for at forstå webbet. Artikel Indeksering — Fra crawlet side til Google-søgeresultat Indeksering er Googles beslutning om en side er værd at vise — crawling er en forudsætning, men indeksering er ikke garanteret. 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 Client-side rendering — CSR og SEO-udfordringer CSR genererer sidernes HTML i browseren — det er SEOs sværeste rendering-udfordring, da Googlebot skal vente på rendering. Artikel Server-side rendering — SSR og fordele for SEO SSR leverer færdig HTML fra serveren — Googlebot ser straks indholdet uden rendering-kø, og FCP forbedres markant. Artikel Kildekode — Hvad er kildekode og hvad ser Googlebot? Kildekode er rå HTML som browseren modtager — men Googlebot ser i mange tilfælde det renderede DOM, ikke blot kildekoden. Hovedguide Kode — Webkode og teknisk SEO Komplet guide til webkode og teknisk SEO — fra HTML-struktur og metadata til crawling, structured data og Core Web Vitals.

Ofte stillede spørgsmål

Hvad er rendering i SEO-sammenhæng?
Rendering er processen hvor Googlebot eksekverer JavaScript og konverterer kode til det fulde HTML-output — det DOM der repræsenterer siden som brugeren ser den. Rendering er nødvendigt for at indexere indhold der er genereret eller ændret af JavaScript. Googles Web Rendering Service (WRS) er den infrastruktur der udfører denne rendering — det ligner en headless Chromium-browser der behandler sider i Googles crawling-pipeline.
Hvad er forskellen på crawling og rendering?
Crawling er fase 1: Googlebot downloader HTML-kildekoden fra serveren og opdager URLs og indhold der er direkte i kildekoden. Rendering er fase 2: siden sendes til Googles Web Rendering Service der eksekverer JavaScript og genererer det fulde renderede DOM. Indhold der kræver JavaScript-eksekvering for at eksistere indekseres først i fase 2. Den kritiske konsekvens er forsinkelse: der kan gå dage til uger fra crawl til rendering, og i mellemtiden er JavaScript-genereret indhold ikke indekseret.
Hvad er Googles anbefalede tilgang til rendering og JavaScript?
Google anbefaler server-side rendering (SSR) eller static site generation (SSG) som den bedste løsning for SEO. Med SSR eksekverer serveren JavaScript og leverer fuldt HTML til Googlebot ved fase 1 — ingen rendering-forsinkelse. Med SSG genereres HTML på build-tidspunktet og serveres som statiske filer — hurtigst mulige TTFB og ingen rendering-afhængighed. Client-side rendering (CSR) er den mindst anbefalede løsning: alt indhold afhænger af fase 2-rendering med potentiel ugers forsinkelse.
Hvad er Googles Web Rendering Service (WRS) og hvad er dens begrænsninger?
WRS er Googles infrastruktur til JavaScript-rendering — en Chromium-baseret headless browser der processerer sider i en separat rendering-kø. Begrænsninger inkluderer: ingen browser extensions, resourcebegrænsning der kan cause timeout på tunge sider, begrænset session-kontekst (cookies, localStorage) og API-kald der kan fejle under rendering. Test altid med URL Inspection Tool i GSC for at verificere hvad WRS faktisk ser.
Hvordan verificerer man i praksis hvad Googlebot faktisk ser på en JavaScript-side?
Brug URL Inspection Tool i Google Search Console: indsæt en URL og vælg 'Test live URL' → 'View Rendered HTML'. Det viser præcist det HTML-output WRS genererede ved rendering — tekst, links og meta-tags der er synlige for Google. Sammenlign med 'View Source' (Ctrl+U) i browseren for at identificere indhold der kun eksisterer i JavaScript-genereret DOM. Afvigelse er et klart signal om rendering-afhængighed og potentiel indekseringsforsinkelse.

Placering i ordbogen

Kode — Webkode og teknisk SEO
JavaScript og rendering — Scripts, DOM og CSR vs SSR
Rendering — Hvad Googlebot ser efter JavaScript-rendering