Google Search Console sier «ikke indeksert»: årsaker og løsninger

Hvorfor Search Console melder en side som ikke indeksert, hva hver status i Sideindeksering betyr, og hvordan du diagnostiserer og retter viktige URL-er.

TL;DR

Google Search Console melder en side som ikke indeksert når Google ikke har lagt URL-en til i indeksen sin, og det er ofte bevisst. Sjekk den nøyaktige statusen i Sideindeksering, bekreft at URL-en fortjener å bli indeksert, og undersøk deretter kanonisk URL, om siden kan gjennomsøkes, HTTP-svaret og verdien av innholdet. Statusene Gjennomsøkt og Oppdaget krever ulike tiltak.

Hva betyr «ikke indeksert» i Google Search Console?

En URL som er meldt som ikke indeksert, er ikke lagret i Googles indeks akkurat nå, og kan derfor ikke vises i Google-søk. Det er ikke alltid et problem: dupliserte URL-er, omdirigeringer, filtrerte sider eller sider med parametere, interne søkeresultater, private sider og sider merket med noindex er ofte utelatt med vilje.

Det første spørsmålet er derfor ikke «hvordan tvinger jeg denne siden inn?», men «er dette en unik og verdifull URL som bør være indeksert?» Bare hvis svaret er ja, begynner diagnosen.

To verktøy i Search Console svarer på ulike spørsmål:

  • Rapporten Sideindeksering («Page indexing») viser indekseringsstatusen til alle URL-er Google kjenner til i en eiendom. Google beskriver den som en måte å oppdage mønstre på hele nettstedet, ikke som et verktøy for å undersøke enkeltsider.
  • URL-inspeksjon («URL Inspection») viser hva Google har registrert for én bestemt URL, og kan kjøre en live test av siden slik den er nå.

Å være indeksert er heller ikke det samme som å rangere. Googles hjelp sier at «URL is on Google» betyr at siden kan vises i resultatene, ikke at den garantert vises. Indeksering er en forutsetning for synlighet, ikke mer.

Hvilke statuser i Sideindeksering er viktige, og hva betyr de?

Rapporten Sideindeksering deler URL-er inn i Indeksert og Ikke indeksert, og lister en årsak for hver gruppe som ikke er indeksert, pluss en kildeverdi («Source») som viser om årsaken sannsynligvis er noe du kan rette. Tabellen under dekker årsakene du oftest ser, basert på Googles dokumentasjon om rapporten Sideindeksering. Statusnavnene gjelder per oktober 2026, og Google kan gi dem nye navn.

StatusHva den vanligvis betyrVanligvis et problem?Første kontroll
Oppdaget – foreløpig ikke indeksert («Discovered - currently not indexed»)Google kjenner til URL-en, men har ikke gjennomsøkt den ennå. Googles hjelp sier at de forventet at gjennomsøkingen ville overbelaste nettstedet, og utsatte denNoen gangerInterne lenker, serverhastighet, kvaliteten på nettstedet, antall URL-er med lav verdi
Gjennomsøkt – foreløpig ikke indeksert («Crawled - currently not indexed»)Google hentet siden, men indekserte den ikke. Den kan bli indeksert senere, eller ikkeOfte, for viktige siderDuplisering, tynt innhold, kanoniske signaler, interne lenker
Ekskludert av noindex-tagg («Excluded by ‘noindex’ tag»)Et noindex-direktiv ber Google fjerne sidenBare hvis det ikke er tilsiktetMeta robots-taggen og headeren X-Robots-Tag
Blokkert av robots.txt («Blocked by robots.txt»)Google fikk ikke lov til å hente URL-enBare hvis det ikke er tilsiktetReglene i robots.txt
Duplikat, Google valgte en annen kanonisk side enn brukeren («Duplicate, Google chose different canonical than user»)Du oppga en kanonisk URL, men Google valgte en annenNoen gangerNesten identisk innhold, interne lenker, omdirigeringer
Duplikat uten brukervalgt kanonisk side («Duplicate without user-selected canonical»)Google valgte en kanonisk URL blant duplikater, og du oppga ingenNoen gangerLegg til en selvrefererende kanonisk URL på den foretrukne URL-en
Alternativ side med riktig kanonisk tagg («Alternate page with proper canonical tag»)Siden peker riktig til en annen indeksert kanonisk URLVanligvis ikkeIngenting, hvis den kanoniske URL-en er den du vil ha
Side med omdirigering («Page with redirect»)URL-en omdirigerer, og bare målet er indeksertVanligvis ikkeBekreft at målet for omdirigeringen er riktig
Ikke funnet (404) («Not found (404)»)URL-en returnerte 404Bare hvis siden skal finnesGjenopprett den, eller la en ekte 404 eller 410 stå
Soft 404Siden ser ut som en side som ikke er funnet, men returnerer status 200JaReturner en ekte statuskode eller legg til ekte innhold
Blokkert fordi tilgang er forbudt (403) («Blocked due to access forbidden (403)»)Serveren returnerte 403 til Googlebot, som aldri sender legitimasjonJa, hvis siden er offentligRegler for server, brannmur og CDN
Serverfeil (5xx) («Server error (5xx)»)Google kunne ikke hente siden påliteligJaOppetid, hosting, feillogger

To beslektede statuser skaper forvirring. Indeksert, selv om den er blokkert av robots.txt («Indexed, though blocked by robots.txt») betyr at Google indekserte en URL de ikke fikk lov til å gjennomsøke, vanligvis fordi andre sider lenker til den. Og statuser som Innsendt URL … («Submitted URL …») betyr at URL-en sto i områdekartet ditt, men at Google var uenig, for eksempel fordi den valgte en annen kanonisk URL.

En status er et diagnostisk hint, ikke en dom. To sider med samme status kan ha ulike grunnårsaker.

Hvordan inspiserer du én enkelt URL i Search Console?

Bruk URL-inspeksjon til å sammenligne det Google har indeksert med det serveren din leverer i dag. Trinnene følger Googles dokumentasjon om URL-inspeksjon.

  1. Åpne Search Console, velg riktig eiendom og lim inn hele URL-en, inkludert protokoll og avsluttende skråstrek, i inspeksjonsfeltet øverst. En URL fra en annen eiendom eller protokollvariant blir avvist eller viser andre data.
  2. Les den indekserte versjonen. Standardvisningen viser den sist indekserte kopien av siden, ikke det som ligger på nettet nå.
  3. Noter den brukerdeklarerte kanoniske URL-en og den Google-valgte kanoniske URL-en. Er de forskjellige, har Google valgt en annen URL som representant. Googles hjelp påpeker at den valgte kanoniske URL-en bare er meningsfull for indekserte data.
  4. Sjekk detaljene om siste gjennomsøking. For Oppdaget – foreløpig ikke indeksert er datoen for siste gjennomsøking tom, fordi Google ikke har hentet siden.
  5. Klikk Test live URL. Det henter siden slik den er nå og viser om Google får tilgang til den og om indeksering er tillatt, og det er slik du bekrefter en retting.
  6. Verifiser de samme tingene utenfor Search Console: HTTP-statuskode, omdirigeringer, robots.txt, meta robots-taggen, headeren X-Robots-Tag og kanonisk markering.
  7. Kontroller at siden er lenket til fra minst én relevant intern side som kan gjennomsøkes.

Live-testen har begrensninger. Googles hjelp sier at den ikke sjekker manuelle tiltak, kvalitet eller spamsignaler, og at duplikatstatus bare fastslås i indeksen. En bestått live test viser at siden kan hentes, ikke at den blir valgt.

Hva er forskjellen på Oppdaget og Gjennomsøkt – foreløpig ikke indeksert?

Oppdaget – foreløpig ikke indeksert betyr at Google vet at URL-en finnes, men ikke har gjennomsøkt den, så problemet ligger før innholdet. Gjennomsøkt – foreløpig ikke indeksert betyr at Google hentet siden og valgte å ikke beholde den, så problemet handler vanligvis om selve siden.

Oppdaget – foreløpig ikke indeksertGjennomsøkt – foreløpig ikke indeksert
Har Googlebot hentet siden?Nei, gjennomsøkingen ble utsattJa
Dato for siste gjennomsøking i URL-inspeksjonTomVises
Typiske områder å undersøkeIntern lenking, etterspørsel etter gjennomsøking, serverkapasitet og hastighet, svært mange URL-er med lav verdiDuplisert eller nesten likt innhold, tynt innhold, konflikter mellom kanoniske URL-er, svake interne lenker
Hjelper det å sende inn på nytt?Sjelden. Flere innsendinger av områdekart er ikke løsningenGoogles hjelp sier at det ikke er nødvendig å sende inn på nytt

Gjennomsøkingsbudsjett er den vanlige forklaringen på sider med status Oppdaget, men det er ikke den vanlige årsaken på små nettsteder. Googles guide til gjennomsøkingsbudsjett retter seg mot svært store nettsteder (omtrent 1 million sider eller flere), mellomstore eller store nettsteder med raskt skiftende innhold og nettsteder med en stor andel URL-er i statusen Oppdaget. For et nettsted med noen hundre sider er kvalitet og intern lenking mer sannsynlige forklaringer enn en grense for gjennomsøking.

Noen få sider som ikke er indeksert, er normalt. Prioriter sider med forretningsverdi og mønstre som rammer hele deler av nettstedet, ikke hver eneste URL med parametere.

Hvilke URL-er som ikke er indeksert, er verdt å rette?

Rett en URL når den bør være indeksert, har et eget formål og ikke allerede er representert av en annen indeksert URL. Tabellen under er en hypotetisk prioritering for et nettsted med 120 URL-er i Gjennomsøkt – foreløpig ikke indeksert. Tallene er illustrasjoner, ikke referanseverdier.

URL-gruppeAntallSannsynlig tolkningTiltak
Arkivsider for emneord og datoer70Lav verdi, overlapper med innleggeneLa stå uindeksert eller legg til noindex. Ingen retting nødvendig
Nesten like landingssider for byer30Duplikater der bare bynavnet er byttetSlå sammen eller skriv om med ekte lokal informasjon
Korte innlegg som overlapper med en hovedguide15Tynne, dekket andre stederSamle i guiden og omdiriger
Grundige guider5Bør være indeksertGå gjennom kanonisk URL, interne lenker og dybde. Forbedre og sjekk på nytt

Bare 5 av 120 URL-er fortjener haste. Tusen ekskluderte filter-URL-er betyr mindre enn én registreringsside med noindex.

Hvis siden gjentar en annen artikkel med små bytter av søkeord, hjelper det sjelden å publisere flere like sider. Styrk heller den unike forklaringen, eksemplene og målgruppen. Å opprette en ny URL for det samme innholdet er vanligvis feil første reaksjon, fordi det legger til et duplikat og gjør diagnosen vanskeligere.

I hvilken rekkefølge bør du sjekke en viktig side?

Gå gjennom årsakene fra den billigste til den mest subjektive, fordi en feil tidlig i kjeden gjør de senere kontrollene meningsløse.

  1. Returnerer URL-en et vellykket svar? En 404 eller 5xx må rettes først. En side som bevisst er fjernet, bør ikke tvinges inn i indeksen.
  2. Er indeksering blokkert med vilje? Sjekk meta robots, headeren X-Robots-Tag, passordbeskyttelse og robots.txt. Se sammenligningen under.
  3. Peker den til en annen kanonisk URL? Gå gjennom begge kanoniske URL-ene i URL-inspeksjon. Hvis Google foretrekker et nesten likt duplikat, retter du duplisert innhold og inkonsekvente interne lenker før du endrer tagger.
  4. Har Google gjennomsøkt den? Oppdaget og Gjennomsøkt fører til ulike undersøkelser, som over.
  5. Er innholdet unikt og nyttig? Sammenlign siden med det som allerede er indeksert på nettstedet ditt.
  6. Har det gått nok tid? Noter datoen for rettingen, og vent før du konkluderer med at den ikke virket.

Robots.txt og noindex gjør ulike jobber, og å kombinere dem er en klassisk feil:

MekanismeHva den styrerVanlig feil
Disallow i robots.txtOm Google får gjennomsøke URL-enEn blokkert URL kan likevel bli indeksert via lenker, og Google kan ikke se en noindex som ligger i den
noindex (metatagg eller X-Robots-Tag)Om Google beholder siden i indeksenÅ blokkere siden i robots.txt også, så noindex aldri blir lest

For å fjerne en side fra indeksen tillater du gjennomsøking og bruker noindex. For bare å holde den unna gjennomsøking bruker du robots.txt, og husker at det ikke er en indekseringskontroll.

Fungerer «Be om indeksering», og hvordan skiller det seg fra områdekart og API-er?

«Be om indeksering» («Request indexing») ber Google gjennomsøke en URL på nytt, men garanterer ingenting. Det er en knapp i URL-inspeksjon som brukes etter at en live test viser at siden er rettet. Googles dokumentasjon om ny gjennomsøking sier at bare eiere eller brukere med full tilgang til eiendommen kan bruke den, at det finnes en kvote for enkelt-URL-er, at gjentatte forespørsler ikke gjør gjennomsøkingen raskere, og at gjennomsøking kan ta fra noen dager til noen uker. Google oppgir ikke tallet på kvoten, så behandle alle tall du leser andre steder, som uoffisielle.

MetodeHva den gjørBegrensninger og forbehold (per oktober 2026)
«Be om indeksering» (URL-inspeksjon)Ber Google gjennomsøke én URL på nyttBare eiere og brukere med full tilgang. Kvote som ikke er oppgitt. Ingen garanti
«Validate fix» (rapporten Sideindeksering)Ber Google sjekke alle URL-er i en problemgruppe på nyttVanligvis opptil omtrent to uker, noen ganger lenger. Stopper hvis én enkelt URL fortsatt feiler
Innsending av områdekartForteller Google hvilke kanoniske URL-er du mener er viktigeIkke en ordre om å indeksere. Én fil er begrenset til 50 MB ukomprimert eller 50 000 URL-er. Google ignorerer priority og changefreq, og bruker lastmod bare når den er nøyaktig
URL Inspection APIRapporterer status for den indekserte versjonen av en URLSkrivebeskyttet. Ingen live test og ingen forespørsel om indeksering. 2 000 spørringer per dag og 600 per minutt per eiendom
Indexing APIVarsler Google om endrede siderBare for sider med JobPosting eller BroadcastEvent for direktesendinger. Standardkvote på 200 publiseringsforespørsler per dag per prosjekt. Google oppdaterte kvotesiden 16. oktober 2026, så sjekk den
IndexNowVarsler deltakende søkemotorer om endringerStøttes av Bing og noen andre søkemotorer. Google har ikke kunngjort støtte, så det erstatter ikke Search Console

For store mengder URL-er er Googles råd å sende inn et områdekart i stedet for å hamre på knappen. Ikke bruk Indexing API for vanlige blogginnlegg eller produktsider, og ikke send inn hundrevis av URL-er i håp om at det er en rangeringsfiks. For Bing-siden, se data fra Bing Webmaster Tools API, og for Googles API generelt, se guiden til Search Console API.

Hvor lang tid tar det før en rettet side blir indeksert?

Det finnes ingen fast tidslinje. Google sier at de ikke kan forutsi eller garantere når en URL blir gjennomsøkt eller indeksert, og gjennomsøking etter en forespørsel kan ta alt fra noen dager til noen uker. Kjøringer av «Validate fix» tar vanligvis opptil omtrent to uker.

Selve rapporten Sideindeksering kan ligge etter. Google har hatt forsinkelser og rapporteringsfeil i denne rapporten før, og en forsinkelse på flere uker ble meldt i juni 2026. Når en status ser feil ut, krysssjekker du enkelt-URL-en i URL-inspeksjon og leser siden om avvik i Search Console-data for kjente problemer.

En praktisk rutine: hold en liste over endrede URL-er med datoen for rettingen og forventet utfall, sjekk på nytt etter en uke, og vurder resultatet etter to til fire uker. Følg visninger og klikk hver for seg, fordi en indeksert side ikke er garantert synlighet. For oppbevaring av data utover ytelsesvinduet, se hvordan du beholder Search Console-data utover 16 måneder.

Når bør du la være å prøve å få en side indeksert?

La den være når siden ikke er ment å rangere, eller ikke tilfører noe utover en eksisterende side.

  • URL-er med parametere, sortering og filtre som duplikerer en kategoriside.
  • Interne søkeresultater og arkiver for emneord eller datoer uten unik verdi.
  • Sider som er erstattet av en omdirigering eller en kanonisk URL til en bedre versjon.
  • Staging-sider, takkesider, handlekurv og innlogging.
  • Tynne sider du ikke kan forbedre. Slå dem sammen med en sterkere side i stedet for å sende dem inn på nytt.

Ikke fjern noindex, åpne robots.txt eller send inn URL-er i bulk bare for å få et tall i en rapport til å bli grønt. En mindre indeks med nyttige sider er bedre enn en større indeks med nesten like sider.

Påvirker indeksering AI-svar som AI Overviews og ChatGPT?

Ja, indirekte: en side som ikke er indeksert eller er blokkert, blir neppe sitert. Google sier i AI features and your website at en side må være indeksert og kunne vises i Søk med et utdrag for å vises som støttelenke i AI Overviews eller AI Mode, og at ingen spesiell markup eller flere filer er nødvendig. Inkludering er likevel ikke garantert.

For ChatGPT sier OpenAIs FAQ for utgivere at du ikke bør blokkere OAI-SearchBot i robots.txt hvis du vil at nettstedet ditt skal vises i søkeresultater i ChatGPT. OpenAI behandler dette adskilt fra GPTBot, som gjelder trening. Retningslinjene for andre assistenter er ulike, så sjekk dokumentasjonen til hver leverandør. For å se om noe av dette sender besøkende, les hvordan du sporer trafikk fra ChatGPT og Perplexity i GA4.

Hvordan kan en AI-agent hjelpe til med en indekseringsrevisjon?

En agent kan gruppere mange URL-er etter status og mønster, men bare hvis den har godkjent tilgang til Search Console-dataene dine. En chatmodell uten verktøytilgang kan foreslå en sjekkliste, men kan ikke vite den gjeldende indekseringsstatusen til dine private URL-er.

Bruk data fra URL-inspeksjon i Search Console der de er tilgjengelige, og gå gjennom disse ti viktige URL-ene. Returner rapportert status, kanonisk URL valgt av Google, belegg og neste manuelle kontroll for hver. Ikke påstå at en live URL-test ble kjørt via API-et.

Grupper URL-ene som ikke er indeksert i rapporten Sideindeksering etter felles mønster, for eksempel katalog eller mal, og rangér gruppene etter forretningsverdi. Ikke behandle alle URL-er som ikke er indeksert, som feil.

For hver URL som er meldt som Gjennomsøkt – foreløpig ikke indeksert: list den nærmeste indekserte siden på samme nettsted og si om de to overlapper i søkeintensjon.

GSC Magic, en MCP-connector, har URL-inspeksjon og status for områdekart blant verktøyene sine for Search Console, med Google, Bing og GA4 i én tilkobling. Free-planen deres er skrivebeskyttet, og på betalte planer kan kontoeieren slå av skriveverktøy som områdekart og IndexNow i Settings. Den kan ikke vise mer enn Google gir tilgang til: kvoten for URL Inspection API over gjelder uansett hvilket verktøy som kaller den. Oppsettguider: koble Search Console til Claude, og flere prompter i 25 SEO-prompter for AI-agenter.

Hva bør du gjøre etter at du har rettet problemet?

Noter hver retting, vent og sjekk på nytt. Hold en logg med URL-en, statusen før, endringen som ble gjort, datoen og forventet utfall. Etter en uke inspiserer du URL-en igjen. Etter to til fire uker ser du om den har fått visninger.

Hvis mange sider mister synlighet i stedet for bare å mangle indeksering, kan årsaken ligge et annet sted. Bruk sjekklisten for fall i organisk trafikk for å skille indekseringsproblemer fra endringer i rangering, etterspørsel og sporing, og les hvorfor GSC-klikk og GA4-økter er forskjellige før du sammenligner de to. Vil du jobbe med dine egne data, kan du starte gratis med GSC Magic.

Vanlige spørsmål

Hvorfor er siden min gjennomsøkt, men ikke indeksert?

Gjennomsøkt – foreløpig ikke indeksert betyr at Google hentet siden, men valgte å ikke legge den til i indeksen, i hvert fall foreløpig. Googles hjelp sier at den kan bli indeksert senere, og at du ikke trenger å sende den inn på nytt. Vanlige områder å gå gjennom er duplisering, tynt eller likt innhold, kanoniske signaler og interne lenker. Ingen status beviser én enkelt årsak.

Betyr «ikke indeksert» at siden min er straffet?

Nei. Mange URL-er som ikke er indeksert, er utelatt av legitime grunner, for eksempel omdirigeringer, duplikater, noindex-tagger eller varianter med parametere. En straff ville vanligvis dukket opp som et manuelt tiltak i rapporten Manuelle tiltak, eller som et bredt tap av synlighet på mange sider. Sjekk den nøyaktige statusen og om URL-en bør være indeksert før du antar en straff.

Hvor mange URL-er kan jeg be om indeksering for per dag?

Google oppgir ikke noe tall for handlingen «Be om indeksering» i URL-inspeksjon. Dokumentasjonen sier at det finnes en kvote, at bare eiere av eiendommen eller brukere med full tilgang kan bruke den, og at gjentatte innsendinger av samme URL ikke gjør at den gjennomsøkes raskere. For mange URL-er anbefaler Google å sende inn et områdekart i stedet.

Kan URL Inspection API tvinge Google til å indeksere en side?

Nei. URL Inspection API rapporterer hva Google har registrert for en URL, for eksempel vurdering, kanonisk URL og tidspunkt for siste gjennomsøking. Det kjører ikke en live test og ber ikke om indeksering. Per oktober 2026 dokumenterer Google en kvote på 2 000 spørringer per dag og 600 per minutt for hver Search Console-eiendom.

Hvorfor består live-testen, men siden forblir uindeksert?

«Test live URL» sjekker om Google kan hente og rendre siden slik den er nå. Den sjekker ikke manuelle tiltak, kvalitet eller duplisering, så en bestått test er ikke et løfte om indeksering. Beslutninger om duplikater og kanonisk URL tas bare i indeksen. Siden må også være nyttig og unik nok til at Google beholder den.

Hvor lang tid tar det før en rettet side blir indeksert?

Google sier at gjennomsøking kan ta fra noen dager til noen uker, og at de ikke kan garantere når en URL blir gjennomsøkt eller indeksert. Kjøringer av «Validate fix» tar vanligvis opptil omtrent to uker, og noen ganger lenger. Noter datoen for rettingen, vent, og vurder resultatet over flere dager i stedet for neste morgen.

Må sider være indeksert for å vises i AI Overviews eller ChatGPT?

For Googles AI Overviews og AI Mode sier Google at en side må være indeksert og kunne vises med et utdrag, uten ekstra tekniske krav. For ChatGPT-søk sier OpenAI at nettstedseiere ikke bør blokkere OAI-SearchBot i robots.txt. Ingen av delene garanterer en sitering, men en side som ikke er indeksert eller er blokkert, blir neppe brukt.

Gjør dette med GSC Magic

For å sjekke indeksering i stor skala inspiserer gsc_inspect_urls_batch i GSC Magic opptil 500 URL-er per kall, og report_index_health grupperer et helt områdekart etter dekningsstatus. Se verktøyene for Search Console og koble til agenten din via Claude eller Cursor.

, Grunnlegger av GSC Magic

Łukasz bygger GSC Magic, MCP-serveren som gir AI-agenter tilgang til Google Search Console, Bing Webmaster Tools og GA4. Han skriver om hvordan du bruker Search Console-data sammen med Claude, ChatGPT og kodeagenter, og om SEO-arbeidsflytene disse verktøyene gjør mulige.

lukaszblania.comgithub.com/lumizone

Gi agenten din søkedataene dine.

GSC Magic kobler Claude, ChatGPT og Cursor til Google Search Console, Bing og GA4. Gratisplan, 7 dagers Pro-prøveperiode, uten kort.

Start gratis