Guide til JavaScript SEO: hvordan Google gjennomsøker, rendrer og indekserer JS-sider, CSR mot SSR mot statisk rendring, hvorfor AI-søkeroboter ofte går glipp av JS-innhold, og hvordan du tester og fikser det.

På denne siden
Kort fortalt
JavaScript SEO sørger for at innhold og lenker som genereres av JavaScript, kan gjennomsøkes, rendres og indekseres. Google kan kjøre JavaScript, men i et eget steg som kan bli forsinket, og steget feiler når skript er blokkert eller krever et klikk. Mange AI-søkeroboter kjører ikke JavaScript i det hele tatt. Det tryggeste oppsettet er server-side rendring eller statisk generering, ekte lenker (a href) og det viktige innholdet i den første HTML-en.
Vil du vite mer? Spør
Rask quiz
Hvem bør fikse den tekniske siden av nettstedet ditt?
Vårt råd til deg
Sjekk selv med gratis Google-verktøy
Search Console lister opp sidene Google ikke kan lese, og PageSpeed Insights tester hastigheten. Mange små problemer fikses i innstillingene til nettstedbyggeren din.
Vårt råd til deg
En webutvikler
Problemet ditt ligger i koden eller serveren: en utvikler som kan SEO er rett person. Gi dem listen over feil fra Search Console.
Vårt råd til deg
Et verktøy for teknisk revisjon
Nettstedet ditt har mange sider: et program leser dem alle slik Google gjør, og gir en full liste over feil å fikse, side for side.
Vårt råd til deg
En automatisk revisjon, deretter innhold
Nettstedet fungerer, men gir få besøkende: tekniske problemer er sjelden årsaken. Sorank reviderer nettstedet, og skriver deretter sidene som gir trafikk.
Moderne rammeverk som React, Vue, Angular eller Svelte bygger sider i nettleseren. Det er flott for interaktivitet og risikabelt for synlighet. JavaScript SEO er settet med praksiser som gjør at et JS-nettsted fortsatt kan leses av søkemotorer og AI-ene. Denne guiden forklarer hvordan Google behandler JavaScript, alternativene for rendring, de vanligste feilene og hvordan du tester sidene dine.
I tre faser: gjennomsøking, rendring og indeksering. Google Search Central beskriver løpet slik:
Konsekvensen: alt som mangler i den rå HTML-en, avhenger av at rendringssteget lykkes. Hvis et skript feiler, får tidsavbrudd eller blir blokkert av robots.txt, indekserer Google det den så før, og det kan være et tomt skall.
Forskjellen er hvor HTML-en bygges: i nettleseren, på serveren for hver forespørsel, eller én gang ved bygging.
| Rendringsmodus | Hvordan det fungerer | Effekt på SEO |
|---|---|---|
| Client-side rendering (CSR) | Serveren sender minimal HTML, og JavaScript bygger siden i nettleseren | Høyest risiko: innholdet avhenger av rendring og er ofte usynlig for AI-søkeroboter |
| Server-side rendering (SSR) | Serveren bygger full HTML for hver forespørsel, deretter gjør JavaScript den interaktiv | Trygt: innhold og lenker finnes i den første HTML-en |
| Static generation (SSG) | HTML genereres ved bygging og serveres som filer | Tryggest og raskest for innholdssider |
| Hybrid (SSR eller SSG pluss uavhengige interaktive deler) | Statisk eller server-HTML, og JavaScript bare for de interaktive delene | God balanse for de fleste nettsteder |
| Dynamic rendering | Søkerobotene får en forhåndsrendret versjon, brukerne får JS-appen | Løsning som Google ikke lenger anbefaler |
Rammeverk som Next.js, Nuxt, SvelteKit eller Astro gjør SSR og statisk generering til standard for innholdssider. For en blogg, dokumentasjon eller produktsider er det sjelden en grunn til å rendre innholdet bare i nettleseren.
De fleste problemene kommer av innhold eller lenker som bare finnes etter en interaksjon.
Fordi de fleste AI-søkeroboter bare leser den rå HTML-en. Analyser av søkerobotlogger, som Vercels studie fra 2024 av AI-trafikk fra søkeroboter, fant at robotene til OpenAI og Anthropic henter JavaScript-filer, men ikke kjører dem. En side der teksten bare vises etter at JavaScript har kjørt, kan se tom ut for systemene som mater ChatGPT, Claude eller Perplexity, selv om Google indekserer den riktig.
Hvis det betyr noe for deg å bli sitert av AI-ene, legg hovedsvaret, overskriftene, tabellene og lenkene i server-HTML-en, og sjekk at robots.txt slipper inn de AI-søkerobotene du ønsker. Guiden vår om robots.txt for AI-søkeroboter lister opp de viktigste robotene, og revisjonen av AI-gjennomsøkbarhet viser hva de kan lese på sidene dine.
Sammenlign den rå HTML-en med det Google rendrer.
Seks regler dekker de fleste tilfeller:
JavaScript og SEO fungerer sammen når innholdet ikke er avhengig av JavaScript for å finnes. Rendre innholdssider på serveren eller ved bygging, hold lenkene ekte, og test hva Google og AI-ene faktisk ser. Sorank publiserer artiklene sine som ren HTML direkte i CMS-et ditt, med interne lenker og strukturerte data, på autopilot. Se prisene og prøveperioden på 3 dager.

Ja. Google rendrer sider med en nyere versjon av Chromium, så den kan se innhold lagt til av JavaScript. Rendringen skjer etter gjennomsøkingen, noen ganger med forsinkelse, og den feiler hvis skript er blokkert, for trege eller avhenger av brukerhandlinger. Innhold som finnes i den første HTML-en, er alltid det tryggeste valget.
Ikke automatisk, men det gir økt risiko. Med klientside-rendring er den første HTML-en nesten tom, så søkemotorene må kjøre JavaScript for å se innholdet, og mange AI-søkeroboter gjør ikke det. Server-side rendring eller statisk generering leverer innholdet direkte og unngår disse problemene.
De fleste gjør ikke det i dag. Analyser av søkerobotlogger, som den Vercel publiserte i 2024, fant at søkerobotene til OpenAI og Anthropic laster ned JavaScript-filer uten å kjøre dem. Innhold som bare vises etter at JavaScript har kjørt, er derfor ofte usynlig for ChatGPT, Claude og lignende assistenter.
DE PRØVDE SORANK FØR DEG
