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.
Hvad er kildekode?
Kildekoden er den rå HTML som serveren sender til browseren, når den modtager en forespørgsel på en given URL. Det er tekst — ikke pixels, ikke layout — blot HTML-markup som browseren fortolker og renderer til det visuelle resultat brugeren ser.
Du kan se kildekoden ved at højreklikke på en webside og vælge “Vis kilde” eller ved at bruge tastaturgenvej Ctrl+U (Windows) / Cmd+Option+U (Mac). Det du ser er præcis hvad serveren har sendt — hverken mere eller mindre.
Kildekode vs renderet DOM
Her opstår en af de vigtigste distinktioner i teknisk SEO: forskellen på kildekoden og det renderede DOM.
Kildekode (raw HTML):
- Er den HTML serveren leverer
- Er statisk — præcis hvad er i filen eller genereret af backend
- Indeholder ikke ændringer foretaget af JavaScript efter levering
- Ses med “Vis kilde” /
Ctrl+U
Renderet DOM (Document Object Model):
- Er den levende repræsentation af siden som browseren opbygger
- Er dynamisk — JavaScript kan tilføje, fjerne og ændre elementer
- Afspejler siden som den faktisk ser ud for brugeren
- Ses i DevTools under “Elements”-fanen
Et praktisk eksempel: Et React SPA har måske blot <div id="root"></div> i kildekoden — al indhold genereres af JavaScript i browseren. Kildekoden er næsten tom, men det renderede DOM er fuldt.
View Source vs DevTools Elements
View Source (Ctrl+U) | DevTools Elements | |
|---|---|---|
| Viser | Raw HTML fra server | Renderet DOM inkl. JS-ændringer |
| JavaScript-indhold | Nej | Ja |
| Dynamisk indhold | Nej | Ja |
| Brug til | Tjek server-output | Tjek faktisk DOM |
For teknisk SEO-debugging er DevTools’ Elements-fane essentiel — den viser hvad der faktisk er til stede i DOM’et.
Googlebots rendering-pipeline
Googlebot behandler sider i to trin, og det er afgørende for forståelsen af kildekode i SEO-kontekst:
Trin 1 — Crawl: Googlebot fetcher siden og modtager kildekoden (raw HTML). Dette sker hurtigt. Indhold der er direkte i HTML-kildekoden, er øjeblikkeligt tilgængeligt for indexering.
Trin 2 — Rendering: Siden placeres i en render-kø og sendes til Googles Web Rendering Service (WRS). Her eksekveres JavaScript, og det renderede DOM genereres. Dette kan ske dage eller uger efter det første crawl.
Praktisk konsekvens: Kritisk SEO-indhold — title-tag, H1, brødtekst, interne links — bør altid være til stede i kildekoden, ikke afhænge af JavaScript-rendering.
Hvad det betyder at “Googlebot ser kildekoden”
Når SEO-folk siger “Googlebot ser kildekoden”, mener de typisk råHTML — fase 1 af crawling. Men Google kan også se det renderede DOM, bare med forsinkelse.
Tommelfingerregel:
- Statisk HTML (WordPress, Astro, statiske sider): Kildekode = renderet DOM ≈ hvad Google indexerer
- Server-side rendering (Next.js SSR, PHP, Ruby): Kildekoden er det renderede output — god SEO
- Client-side rendering (React SPA, Angular SPA): Kildekode er næsten tom; Google skal rendere for at se indhold
Debugging af kildekode i teknisk SEO
Typiske tjek i en teknisk SEO-audit:
- Er title og meta description i kildekoden? Brug
Ctrl+Uog søg efter<title>og<meta name="description"> - Er canonical-tagget korrekt? Søg efter
rel="canonical"i kildekoden - Er H1 i kildekoden eller genereret af JS? Sammenlign View Source med DevTools
- Er hreflang-tags til stede? Tjek i kildekode, ikke kun i renderet DOM
- Google Search Console’s URL Inspection Tool viser Googles renderede version af siden
Hvad er forskellen på kildekode og DOM? Kildekode er råHTML leveret af serveren. DOM er den levende browserrepræsentation der inkluderer JavaScript-ændringer. De kan være meget forskellige på JS-tunge sider.
Kan Google se JavaScript-genereret indhold? Ja, men med forsinkelse. Google renderer JavaScript via WRS, men det sker i en separat fase — dage til uger efter det initiale crawl.
Hvordan ser jeg hvad Googlebot ser? Brug Google Search Console’s URL Inspection Tool og vælg “Test live URL” → “Vis renderet kildekode”. Det viser Googles renderede version af siden.
Skal min kildekode validere? Ugyldig HTML er ikke en direkte rankingfaktor, men ren og valid kildekode reducerer risikoen for crawling- og parsing-fejl.
Sidst opdateret: marts 2026. Denne artikel er en del af Stegger.dk’s SEO-ordbog.
Andre artikler i samme emne
- Frontend — Hvad er frontend-kode og hvad betyder det for SEO?
- HTML — Grundlæggende guide til HyperText Markup Language
- HTML body — Indholdssektionen og semantisk struktur
- HTML head — Hvad indeholder head-sektionen?
- HTML-attributter — Alt, href, id, class og SEO-relevante attributter
- HTML-elementer — Struktur og semantik
- HTML-tags — De vigtigste tags for SEO
- HTML-validering — W3C validator og kode-fejl
- Kodekvalitet og validering — Semantik, accessibility og ren kode
- Markup-sprog — HTML, XML og semantisk markup
- Semantisk HTML — Hvad er semantisk markup og hvorfor det betyder noget
- Semantisk kode — Kode med betydning og kontekst
- Web Accessibility — Tilgængelighed og SEO
Placering i ordbogen
- Frontend — Hvad er frontend-kode og hvad betyder det for SEO?
- HTML — Grundlæggende guide til HyperText Markup Language
- HTML body — Indholdssektionen og semantisk struktur
- HTML head — Hvad indeholder head-sektionen?
- HTML-attributter — Alt, href, id, class og SEO-relevante attributter
- HTML-elementer — Struktur og semantik
- HTML-tags — De vigtigste tags for SEO
- HTML-validering — W3C validator og kode-fejl
- Kodekvalitet og validering — Semantik, accessibility og ren kode
- Markup-sprog — HTML, XML og semantisk markup
- Semantisk HTML — Hvad er semantisk markup og hvorfor det betyder noget
- Semantisk kode — Kode med betydning og kontekst
- Web Accessibility — Tilgængelighed og SEO