Guide till JavaScript-SEO: hur Google crawlar, renderar och indexerar JS-sidor, CSR jämfört med SSR och statisk rendering, varför AI-crawlers ofta missar JS-innehåll och hur du testar och åtgärdar det.

På den här sidan
Kort sagt
JavaScript-SEO ser till att innehåll och länkar som genereras av JavaScript kan crawlas, renderas och indexeras. Google kan rendera JavaScript, men i ett separat steg som kan försenas och som misslyckas när skript blockeras eller kräver ett klick. Många AI-crawlers kör inte JavaScript alls. Den säkraste lösningen är serverrendering eller statisk generering, riktiga "a href"-länkar och att det viktiga innehållet finns i den första HTML-koden.
Vill du veta mer? Fråga
Snabbquiz
Vem ska åtgärda den tekniska sidan av din webbplats?
Våra råd till dig
Kontrollera själv med gratis Google-verktyg
Search Console listar sidorna som Google inte kan läsa, och PageSpeed Insights testar hastigheten. Många små problem åtgärdas i inställningarna för din webbyggare.
Våra råd till dig
En webbutvecklare
Ditt problem finns i koden eller på servern: en utvecklare som kan SEO är rätt person. Ge dem listan över fel från Search Console.
Våra råd till dig
Ett verktyg för teknisk granskning
Din webbplats har många sidor: en crawler läser alla som Google gör och ger en fullständig lista över fel att åtgärda, sida för sida.
Våra råd till dig
En automatisk granskning, sedan innehåll
Din webbplats fungerar men ger få besökare: tekniska problem är sällan orsaken. Sorank granskar webbplatsen och skriver sedan sidorna som ger trafik.
Moderna ramverk som React, Vue, Angular eller Svelte bygger sidor i webbläsaren. Det är bra för interaktivitet och riskabelt för synlighet. JavaScript-SEO är de metoder som gör att en JS-webbplats går att läsa för sökmotorer och AI-tjänster. Den här guiden förklarar hur Google hanterar JavaScript, renderingsalternativen, de vanligaste misstagen och hur du testar dina sidor.
I tre faser: crawling, rendering och indexering. Google Search Central beskriver processen så här:
Konsekvensen: allt som saknas i den råa HTML-koden är beroende av att renderingssteget lyckas. Om ett skript misslyckas, får timeout eller blockeras av robots.txt indexerar Google det den såg tidigare, vilket kan vara ett tomt skal.
Skillnaden är var HTML-koden byggs: i webbläsaren, på servern för varje förfrågan eller en gång vid byggtillfället.
| Renderingsläge | Så fungerar det | Påverkan på SEO |
|---|---|---|
| Klientrendering (CSR) | Servern skickar minimal HTML; JavaScript bygger sidan i webbläsaren | Högst risk: innehållet beror på rendering och är ofta osynligt för AI-crawlers |
| Serverrendering (SSR) | Servern bygger fullständig HTML för varje förfrågan, sedan hydrerar JavaScript den | Säkert: innehåll och länkar finns i den första HTML-koden |
| Statisk generering (SSG) | HTML genereras vid byggtillfället och levereras som filer | Säkrast och snabbast för innehållssidor |
| Hybrid (SSR eller SSG plus öar) | Statisk eller serverbaserad HTML, JavaScript bara för de interaktiva delarna | Bra balans för de flesta webbplatser |
| Dynamisk rendering | Robotar får en förrenderad version, användare får JS-appen | En lösning som Google inte längre rekommenderar |
Ramverk som Next.js, Nuxt, SvelteKit eller Astro gör SSR och statisk generering till standard för innehållssidor. För en blogg, dokumentation eller produktsidor finns sällan någon anledning att rendera innehållet enbart i webbläsaren.
De flesta problem beror på innehåll eller länkar som bara finns efter en interaktion.
För att de flesta AI-crawlers bara läser den råa HTML-koden. Analyser av crawlerloggar, till exempel Vercels studie av AI-crawlertrafik från 2024, visade att robotarna från OpenAI och Anthropic hämtar JavaScript-filer men inte kör dem. En sida vars text bara syns efter att JavaScript körts kan se tom ut för de system som matar ChatGPT, Claude eller Perplexity, även om Google indexerar den korrekt.
Om det är viktigt för dig att bli citerad av AI-tjänsterna, lägg huvudsvaret, rubrikerna, tabellerna och länkarna i serverns HTML, och kontrollera att din robots.txt släpper in de AI-crawlers du vill ha. Vår guide om robots.txt för AI-crawlers listar de viktigaste robotarna, och granskningen av AI-crawlbarhet visar vad de kan läsa på dina sidor.
Jämför den råa HTML-koden med vad Google renderar.
Sex regler täcker de flesta fall:
JavaScript och SEO fungerar tillsammans när innehållet inte är beroende av JavaScript för att existera. Rendera innehållssidor på servern eller vid byggtillfället, håll länkarna riktiga och testa vad Google och AI-tjänsterna faktiskt ser. Sorank publicerar sina artiklar som ren HTML direkt i ditt CMS, med interna länkar och strukturerad data, på autopilot: se abonnemangen och den gratis provperioden på 3 dagar.

Ja. Google renderar sidor med en ny version av Chromium, så den kan se innehåll som läggs till av JavaScript. Renderingen sker efter crawlingen, ibland med fördröjning, och misslyckas om skript blockeras, är för långsamma eller beror på användarens åtgärder. Innehåll som finns i den första HTML-koden är alltid det säkraste alternativet.
Inte automatiskt, men det ökar risken. Med klientrendering är den första HTML-koden nästan tom, så sökmotorerna måste köra JavaScript för att se innehållet, och många AI-crawlers gör inte det. Serverrendering eller statisk generering levererar innehållet direkt och undviker dessa problem.
De flesta gör inte det idag. Analyser av crawlerloggar, som den Vercel publicerade 2024, visade att crawlers från OpenAI och Anthropic laddar ner JavaScript-filer utan att köra dem. Innehåll som bara visas efter att JavaScript körts är därför ofta osynligt för ChatGPT, Claude och liknande assistenter.
DE TESTADE SORANK FÖRE DIG
