Rendering — Hvad Googlebot ser efter JavaScript-rendering

Kig på kildekoden til en moderne React- eller Vue-app. Det du ser, er typisk en næsten tom HTML-fil med et <div id="root"> og et JavaScript-bundle. Ingen tekst. Ingen links. Ingenting.

Det er hvad Googlebot ser i første omgang.

Det er rendering-problemet — og Googles Web Rendering Service er svaret.

---

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

Det er vigtigt at forstå forskellen:

HTML-kildekode — det du ser med “Vis kildekode” i browseren (Ctrl+U). For JavaScript-apps: typisk minimal HTML.

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-risiko: Langsom indeksering, potentielle fejl hvis JavaScript fejler.

Server-Side Rendering (SSR)

Serveren genererer færdig HTML og sender den til browseren (og Googlebot). Ingen rendering-forsinkelse.

SEO-fordel: Øjeblikkelig adgang til alt indhold i fase 1.

Static Site Generation (SSG)

HTML genereres ved build-time og serveres direkte. Fra et crawling-perspektiv identisk med SSR.

SEO-fordel: Maksimal hastighed, ingen 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.