JavaScript SEO: Rendering og pre-rendering
JavaScript driver moderne webapplikationer, men det skaber unikke udfordringer for SEO. Google kan rendere JavaScript, men processen er langsommere og mere ressourcekrævende end crawling af statisk HTML. Denne guide forklarer, hvordan du sikrer, at dit JavaScript-baserede site er fuldt synligt for søgemaskiner.
Googles rendering af JavaScript
Hvordan Googlebot håndterer JavaScript
Googlebot crawler dit site i to faser. Først henter den HTML'en (crawling), og derefter renderer den JavaScript for at se det fulde indhold (rendering). Rendering sker i en separat kø og kan være forsinket fra sekunder til dage.
Web Rendering Service (WRS)
Googles WRS bruger en opdateret version af Chrome til at rendere JavaScript. Den understøtter de fleste moderne JavaScript-features, men der er begrænsninger — f.eks. timeout på renderingstid og begrænsede ressourcer pr. side.
Renderingsstrategier
Client-Side Rendering (CSR)
Med CSR leverer serveren en tom HTML-skal, og alt indhold genereres af JavaScript i browseren. Dette er den mest problematiske tilgang for SEO, da Google skal rendere al JavaScript for at se indholdet.
Server-Side Rendering (SSR)
SSR genererer den fulde HTML på serveren og sender den til browseren. Søgemaskiner ser indholdet med det samme uden at skulle afvente JavaScript-rendering. Frameworks som Next.js og Nuxt gør SSR tilgængeligt.
Static Site Generation (SSG)
SSG genererer HTML-sider på build-tid. Siderne er forud-renderet og kræver ingen serverside eller clientside rendering. Ideelt for indhold der ikke ændres ofte — blogs, dokumentation og landingssider.
Incremental Static Regeneration (ISR)
ISR kombinerer fordelene ved SSG og SSR. Sider genereres statisk men kan opdateres inkrementelt uden et fuldt rebuild. Next.js er førende inden for ISR.
Dynamic Rendering
Dynamic rendering serverer pre-renderet HTML til crawlere, mens menneskelige brugere får den JavaScript-renderede version. Google accepterer denne tilgang men anbefaler SSR som den foretrukne løsning.
Typiske JavaScript SEO-problemer
Indhold i JavaScript-frameworks
Single Page Applications (SPA'er) bygget med React, Vue eller Angular kan have problemer med indeksering, hvis de bruger ren client-side rendering. Sørg for at bruge SSR eller SSG.
Lazy-loaded indhold
Indhold der kun loades ved scroll eller klik er muligvis usynligt for Google. Googlebot scroller siden, men interagerer ikke med elementer. Kritisk indhold bør være synligt i den initielle rendering.
JavaScript redirects
Undgå redirects via JavaScript (window.location). Brug serverside redirects (301/302) i stedet, da JavaScript-redirects muligvis ikke opfanges korrekt af Googlebot.
Interne links via JavaScript
Links oprettet dynamisk med JavaScript event handlers i stedet for standard <a href>-tags kan være svære for Google at opdage. Brug altid rigtige HTML-links for navigation.
Best practices
- Brug SSR eller SSG som standard for SEO-kritiske sider
- Sørg for at meta-tags (title, description, canonical) er til stede i den initielle HTML
- Implementer korrekt intern linking med standard HTML-links
- Test rendering med Google Search Consoles URL-inspektionsværktøj
- Undgå at blokere JavaScript-filer i robots.txt
- Brug unique URL'er til hvert stykke indhold — undgå hash-baseret routing
Ofte stillede spørgsmål
Kan Google rendere alle JavaScript-frameworks?
Google kan rendere de fleste moderne frameworks, men kvaliteten afhænger af implementeringen. Frameworks med SSR-support (Next.js, Nuxt, SvelteKit) er de mest SEO-venlige.
Hvor lang tid tager det Google at rendere JavaScript?
Rendering kan ske inden for sekunder eller tage flere dage, afhængigt af dit sites crawlprioritet og Googles ressourcer. For nye sider kan forsinkelsen være særlig lang.
Er dynamic rendering stadig anbefalet?
Google har tonet brugen af dynamic rendering ned og anbefaler nu SSR som den foretrukne løsning. Dynamic rendering kan stadig bruges som midlertidig løsning, men det tilføjer kompleksitet og vedligeholdelse.
Hvordan tester jeg, om Google kan se mit JavaScript-indhold?
Brug URL-inspektionsværktøjet i Google Search Console. Det viser dig den renderede HTML, som Google ser. Sammenlign med den HTML, der leveres til browseren.