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.
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.
| Status | Hva den vanligvis betyr | Vanligvis 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 den | Noen ganger | Interne 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 ikke | Ofte, for viktige sider | Duplisering, tynt innhold, kanoniske signaler, interne lenker |
| Ekskludert av noindex-tagg («Excluded by ‘noindex’ tag») | Et noindex-direktiv ber Google fjerne siden | Bare hvis det ikke er tilsiktet | Meta robots-taggen og headeren X-Robots-Tag |
| Blokkert av robots.txt («Blocked by robots.txt») | Google fikk ikke lov til å hente URL-en | Bare hvis det ikke er tilsiktet | Reglene 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 annen | Noen ganger | Nesten 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 ingen | Noen ganger | Legg 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 URL | Vanligvis ikke | Ingenting, hvis den kanoniske URL-en er den du vil ha |
| Side med omdirigering («Page with redirect») | URL-en omdirigerer, og bare målet er indeksert | Vanligvis ikke | Bekreft at målet for omdirigeringen er riktig |
| Ikke funnet (404) («Not found (404)») | URL-en returnerte 404 | Bare hvis siden skal finnes | Gjenopprett den, eller la en ekte 404 eller 410 stå |
| Soft 404 | Siden ser ut som en side som ikke er funnet, men returnerer status 200 | Ja | Returner 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 legitimasjon | Ja, hvis siden er offentlig | Regler for server, brannmur og CDN |
| Serverfeil (5xx) («Server error (5xx)») | Google kunne ikke hente siden pålitelig | Ja | Oppetid, 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.
- Å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.
- Les den indekserte versjonen. Standardvisningen viser den sist indekserte kopien av siden, ikke det som ligger på nettet nå.
- 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.
- 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.
- 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.
- Verifiser de samme tingene utenfor Search Console: HTTP-statuskode, omdirigeringer, robots.txt, meta robots-taggen, headeren X-Robots-Tag og kanonisk markering.
- 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 indeksert | Gjennomsøkt – foreløpig ikke indeksert | |
|---|---|---|
| Har Googlebot hentet siden? | Nei, gjennomsøkingen ble utsatt | Ja |
| Dato for siste gjennomsøking i URL-inspeksjon | Tom | Vises |
| Typiske områder å undersøke | Intern lenking, etterspørsel etter gjennomsøking, serverkapasitet og hastighet, svært mange URL-er med lav verdi | Duplisert 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øsningen | Googles 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-gruppe | Antall | Sannsynlig tolkning | Tiltak |
|---|---|---|---|
| Arkivsider for emneord og datoer | 70 | Lav verdi, overlapper med innleggene | La stå uindeksert eller legg til noindex. Ingen retting nødvendig |
| Nesten like landingssider for byer | 30 | Duplikater der bare bynavnet er byttet | Slå sammen eller skriv om med ekte lokal informasjon |
| Korte innlegg som overlapper med en hovedguide | 15 | Tynne, dekket andre steder | Samle i guiden og omdiriger |
| Grundige guider | 5 | Bør være indeksert | Gå 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.
- 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.
- Er indeksering blokkert med vilje? Sjekk meta robots, headeren X-Robots-Tag, passordbeskyttelse og robots.txt. Se sammenligningen under.
- 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.
- Har Google gjennomsøkt den? Oppdaget og Gjennomsøkt fører til ulike undersøkelser, som over.
- Er innholdet unikt og nyttig? Sammenlign siden med det som allerede er indeksert på nettstedet ditt.
- 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:
| Mekanisme | Hva den styrer | Vanlig feil |
|---|---|---|
| Disallow i robots.txt | Om Google får gjennomsøke URL-en | En 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.
| Metode | Hva den gjør | Begrensninger og forbehold (per oktober 2026) |
|---|---|---|
| «Be om indeksering» (URL-inspeksjon) | Ber Google gjennomsøke én URL på nytt | Bare 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å nytt | Vanligvis opptil omtrent to uker, noen ganger lenger. Stopper hvis én enkelt URL fortsatt feiler |
| Innsending av områdekart | Forteller Google hvilke kanoniske URL-er du mener er viktige | Ikke 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 API | Rapporterer status for den indekserte versjonen av en URL | Skrivebeskyttet. Ingen live test og ingen forespørsel om indeksering. 2 000 spørringer per dag og 600 per minutt per eiendom |
| Indexing API | Varsler Google om endrede sider | Bare 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 |
| IndexNow | Varsler deltakende søkemotorer om endringer | Stø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.
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.