Artikel

JavaScript-debugging til SEO — Find rendering-problemer

JavaScript-SEO-debugging kræver specialiserede værktøjer: GSC's URL-inspektion, Screaming Frog med JavaScript-rendering og Googles Rich Results Test er udgangspunktet.

Sidst opdateret:

JavaScript-SEO-problemer er vanskeligere at diagnosticere end traditionelle tekniske SEO-problemer fordi de ikke fremgår af kildekodetjek (Ctrl+U). Kildekodet er det HTML Google modtager i fase 1 — det renderede indhold er hvad JavaScript tilføjer efterfølgende i Googles rendering-pipeline. For at debugge JavaScript-SEO effektivt kræves specialiserede værktøjer der simulerer Googlebots rendering: Google Search Consoles URL Inspection Tool, Screaming Frog med JavaScript-rendering aktiveret og Chrome DevTools til at sammenligne kildekode med renderet DOM.

URL Inspection Tool i GSC

Googles URL Inspection Tool er det primære debugging-redskab. For enhver URL kan du:

  1. Vælg URL → Click ‘Test Live URL’
  2. Tab ‘Screenshot’ — visuelt snapshot af hvad Googlebot renderer
  3. Tab ‘HTML’ — den faktiske renderede DOM-streng der indekseres
  4. Sammenlign renderet HTML med kildekodet

Typiske fund: navigationslinks der mangler i renderet HTML (JavaScript-navigation ikke renderet), indhold i tabs/accordions ikke renderet, dynamisk produktdata der mangler.

Screaming Frog med JavaScript-rendering

Screaming Frog kan crawle med JavaScript-rendering aktiveret (via Chrome-engine). Sammenlign to crawls: én uden JS-rendering (kildekodetjek) og én med JS-rendering. Sider der er i én crawl men ikke den anden har rendering-problemer.

Filtrér efter: sider med lav word count i renderet version vs. kildekodet, manglende interne links i JS-crawl, meta-tags der ændrer sig under rendering.

Chrome DevTools til rendering-analyse

I Chrome DevTools → Network-tab → kør en ‘Disable JavaScript’ reload for at simulere hvad en ikke-rendering crawler ser. Rendering-tab i DevTools (Performance Insights) viser kritisk renderingsti.

For Lighthouse-audit: kør Lighthouse i inkognitotilstand for at simulere tredjepartsscript-påvirkning og få SEO-audit med JavaScript aktiveret.

Common JavaScript SEO bugs

  • Lazy-loaded content uden JavaScript fallback — indhold indlæst ved scroll indekseres ikke
  • Client-side routing — links der kun eksisterer som JavaScript events, ikke som <a href> tags
  • Conditional rendering — indhold der kun vises for loggede brugere men altid sendes til botten
  • JavaScript-genererede canonical tags — canonical indstillet via JavaScript respekteres ikke pålideligt → 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 og crawling — Hvad Googlebot ser og ikke ser Googlebot renderer JavaScript, men rendering sker i en separat wave og med forsinkelse. Indhold der kun eksisterer i JavaScript kan indekseres — men er det garanteret. Artikel React og SEO — JavaScript-rendering og søgesynlighed Ren React (Create React App) er client-side rendered og problematisk for SEO. Løsningen er Next.js (SSR/SSG), Astro (static-first) eller prerendering for eksisterende React-sites. Artikel Hydration — SSR og client-side JavaScript kombineret Hydration er JSs overtagelse af en SSR-renderet side. Det giver interaktivitet uden at ofre SEO — men kan forårsage INP-problemer og TBT ved tung JavaScript-indlæsning. Artikel Crawl-fejl — 404, 5xx og andre crawling-problemer Crawl-fejl er sider Googlebot ikke kan tilgå korrekt. 404-fejl er hyppigst og oftest ufarlige — men 5xx-fejl og redirect-loops er reelle tekniske problemer der bør fixes. Artikel Søgeord i Google Search Console — Sådan bruger du Performance-rapporten Google Search Console's Performance-rapport viser impressions, clicks, CTR og gennemsnitsposition for alle søgeord der trigger dine sider — gratis og direkte fra Google.

Ofte stillede spørgsmål

Hvad er den hurtigste måde at se hvad Googlebot ser på en side?
Google Search Console's URL-inspektion → 'Test Live URL' → 'View Tested Page' → 'Screenshot' og 'HTML'. Screenshottet viser hvad Googlebot renderer visuelt. HTML-tabben viser den renderede DOM-streng Googlebot faktisk indekserer. Sammenlign dette med kildekodet (Ctrl+U) — forskellen er hvad JavaScript tilføjer eller fjerner.
Hvad er fetch as Google vs URL Inspection Tool?
'Fetch as Google' var GSC's gamle navn for den funktion der nu hedder URL Inspection Tool → Test Live URL. Funktionaliteten er den samme: anmod Google om at crawle og rendere en specifik URL og vis resultatet. Den nye URL Inspection Tool giver mere detaljer end den gamle Fetch as Google.
Hvad er Screaming Frog's JavaScript-rendering og hvornår er det bedre end GSC?
Screaming Frog med aktiveret JavaScript-rendering (Configuration → Spider → Rendering → Googlebot) crawles sider med et headless Chrome-bibliotek der kører JavaScript — identisk med Googles rendering. Det er bedre end GSC til scale: GSC giver kun URL-for-URL-inspektion, mens Screaming Frog crawler hele sitet og aggregerer JavaScript-SEO-problemer på tværs af tusindvis af sider. Brug Screaming Frog til site-wide JavaScript-audits og GSC til at diagnosticere specifikke URL'er.
Hvad er det hyppigste JavaScript-SEO-problem der opdages ved debugging?
De hyppigste fund ved JavaScript-SEO-debugging: interne links der kun genereres via JavaScript og ikke er til stede i kildekoden (Googlebot kan ikke følge dem i fase 1), indhold i accordions og tabs der ikke er tilgængeligt i renderet HTML fordi JavaScript ikke er eksekveret korrekt, dynamisk genererede canonical-tags der sættes via JavaScript og dermed ikke er til stede ved fase 1-crawl, og structured data der injecteres via JavaScript frem for at være server-side genereret.
Hvad er Rendertron og hvornår bruges det til SEO-debugging?
Rendertron er Googles open source headless Chrome-renderingsservice. Det er nyttigt til debugging fordi du kan sende en URL til Rendertron og se præcist hvad headless Chrome renderer — hvilket er tæt på hvad Googles WRS (Web Rendering Service) ser. Det bruges typisk til at verificere rendering af specifikke JavaScript-frameworks og til at identificere rendering-fejl der ikke fanges af standard browser-test. Rendertron kan deployes lokalt eller bruges via cloud-tjenester.

Placering i ordbogen

Kode — Webkode og teknisk SEO
JavaScript og rendering — Scripts, DOM og CSR vs SSR
JavaScript-debugging til SEO — Find rendering-problemer