Google Search Console siger “ikke indekseret”: årsager og løsninger

Hvad betyder “ikke indekseret” i Google Search Console?

En URL, der er rapporteret som ikke indekseret, er lige nu ikke gemt i Googles indeks og kan derfor ikke dukke op i Googles søgeresultater. Det er ikke altid et problem: dublerede URL’er, omdirigeringer, filtrerede sider og sider med parametre, interne søgeresultater, private sider og sider med noindex er ofte udelukket med vilje.

Det første spørgsmål er derfor ikke “hvordan tvinger jeg siden ind?”, men “er det en unik og værdifuld URL, der bør indekseres?” Først hvis svaret er ja, begynder diagnosen.

To værktøjer i Search Console besvarer forskellige spørgsmål:

• Rapporten Page indexing (sideindeksering) viser indeksstatus for hver URL, Google kender i en ejendom. Google beskriver den som en måde at spotte mønstre på tværs af hele webstedet, ikke til at undersøge enkelte sider.
• URL-inspektion viser, hvad Google har registreret om én bestemt URL, og kan køre en live test af den aktuelle side.

At være indekseret er heller ikke det samme som at ranke. Googles hjælp siger, at “URL is on Google” betyder, at siden kan vises i resultaterne, ikke at den garanteret gør det. Indeksering er en forudsætning for synlighed, ikke andet.

Hvilke statusser i Page indexing er vigtige, og hvad betyder de?

Rapporten Page indexing deler URL’er op i Indexed og Not indexed og angiver derefter en årsag for hver gruppe af ikke-indekserede sider samt en “Source”-værdi, der viser, om årsagen sandsynligvis er noget, du selv kan rette. Tabellen nedenfor dækker de årsager, du oftest møder, baseret på Googles dokumentation til rapporten Page indexing. Betegnelserne er pr. oktober 2026, og Google kan omdøbe dem.

To beslægtede statusser skaber forvirring. “Indexed, though blocked by robots.txt” betyder, at Google har indekseret en URL, den ikke fik lov til at crawle, typisk fordi andre sider linker til den. Og “Submitted URL …”-statusser betyder, at URL’en stod i dit sitemap, men at Google var uenig, for eksempel fordi den valgte en anden canonical.

En status er et diagnostisk fingerpeg, ikke en dom. To sider med samme betegnelse kan have forskellige grundårsager.

Hvordan inspicerer du en enkelt URL i Search Console?

Brug URL-inspektion til at sammenligne det, Google har indekseret, med det, din server leverer i dag. Trinnene følger Googles dokumentation til URL-inspektion.

1. Åbn Search Console, vælg den rigtige ejendom, og indsæt den fulde URL, med protokol og afsluttende skråstreg, i inspektionsfeltet øverst. En URL fra en anden ejendom eller protokolvariant bliver afvist eller viser andre data.
2. Læs den indekserede version. Standardvisningen afspejler den senest indekserede kopi af siden, ikke det levende web.
3. Notér den canonical, du selv har angivet, og den canonical, Google har valgt. Er de forskellige, har Google valgt en anden URL som repræsentant. Googles hjælp bemærker, at den valgte canonical kun har betydning for indekserede data.
4. Tjek detaljerne om seneste crawl. For “Discovered - currently not indexed” er datoen for seneste crawl tom, fordi Google ikke har hentet siden.
5. Klik på Test live URL. Det henter den aktuelle side og viser, om Google kan få adgang til den, og om indeksering er tilladt; sådan bekræfter du en rettelse.
6. Kontrollér de samme ting uden for Search Console: HTTP-statuskode, omdirigeringer, robots.txt, meta robots-tag, headeren X-Robots-Tag og canonical-markup.
7. Tjek, at siden er linket fra mindst én relevant intern side, som kan crawles.

Live testen har begrænsninger. Googles hjælp siger, at den ikke tjekker manuelle handlinger, kvalitet eller spamsignaler, og at status som dublet kun afgøres i indekset. En bestået live test viser, at siden kan hentes, ikke at den bliver valgt.

Hvad er forskellen på “Discovered” og “Crawled - currently not indexed”?

“Discovered - currently not indexed” betyder, at Google ved, at URL’en findes, men ikke har crawlet den, så problemet ligger før indholdet. “Crawled - currently not indexed” betyder, at Google har hentet siden og valgt ikke at beholde den, så problemet handler som regel om selve siden.

Crawlbudgettet er den sædvanlige forklaring på sider med status Discovered, men det er sjældent den almindelige årsag på små websteder. Googles guide til crawlbudget henvender sig til meget store websteder (cirka 1 million sider eller flere), mellemstore eller store websteder med hurtigt skiftende indhold og websteder med en stor andel af URL’erne i status Discovered. For et websted med nogle hundrede sider er kvalitet og intern linking mere sandsynlige forklaringer end en crawlgrænse.

Nogle få sider, der ikke er indekseret, er normalt. Prioritér sider med forretningsværdi og mønstre, der rammer hele sektioner, ikke hver eneste URL med parametre.

Hvilke URL’er, der ikke er indekseret, er værd at rette?

Ret en URL, når den skal indekseres, har et særskilt formål og ikke allerede er repræsenteret af en anden indekseret URL. Tabellen nedenfor er en tænkt prioritering for et websted med 120 URL’er i “Crawled - currently not indexed”; tallene er illustrative, ikke benchmarks.

Kun 5 af 120 URL’er fortjener akut opmærksomhed. Tusind udelukkede filter-URL’er betyder mindre end én tilmeldingsside med noindex.

Gentager siden en anden artikel med små udskiftninger af søgeord, hjælper det sjældent at udgive flere lignende sider. Styrk i stedet den unikke forklaring, eksemplerne og målgruppen. At oprette en ny URL til det samme indhold er som regel den forkerte første reaktion, fordi det tilføjer en dublet og gør diagnosen sværere.

I hvilken rækkefølge bør du tjekke en vigtig side?

Gå årsagerne igennem fra de billigste til de mest subjektive, for en fejl tidligt i kæden gør de senere tjek irrelevante.

1. Returnerer URL’en et vellykket svar? En 404 eller 5xx skal rettes først. En side, der med vilje er fjernet, bør ikke tvinges ind i indekset.
2. Er indeksering blokeret med vilje? Tjek meta robots, headeren X-Robots-Tag, beskyttelse med adgangskode og robots.txt. Se sammenligningen nedenfor.
3. Peger den på en anden canonical? Gennemgå begge canonicals i URL-inspektion. Foretrækker Google en næsten ens URL, så ret dubleret indhold og inkonsekvente interne links, før du ændrer tags.
4. Har Google crawlet den? Discovered og Crawled fører til forskellige undersøgelser, som beskrevet ovenfor.
5. Er indholdet særskilt og nyttigt? Sammenlign siden med det, der allerede er indekseret på dit websted.
6. Er der gået tid nok? Notér datoen for rettelsen, og vent, før du konkluderer, at en rettelse mislykkedes.

Robots.txt og noindex har forskellige opgaver, og at kombinere dem er en klassisk fejl:

Vil du fjerne en side fra indekset, så tillad crawling og brug noindex. Vil du kun holde den ude af crawling, så brug robots.txt, men vid, at det ikke er en styring af indeksering.

Virker Request indexing, og hvordan adskiller det sig fra sitemaps og API’er?

Request indexing beder Google om at crawle en URL igen, men garanterer ingenting. Det er en knap i URL-inspektion, som du bruger, når en live test viser, at siden er rettet. Googles dokumentation om at bede om en ny crawling siger, at kun ejere eller brugere med fuld adgang til ejendommen kan bruge den, at der findes en kvote for enkelte URL’er, at en gentagen anmodning ikke fremskynder crawlingen, og at crawling kan tage fra nogle få dage til et par uger. Google offentliggør ikke kvotens størrelse, så betragt ethvert tal, du læser andre steder, som uofficielt.

Ved store mængder er Googles råd at indsende et sitemap i stedet for at hamre løs på knappen. Brug ikke Indexing API’et til almindelige blogindlæg eller produktsider, og indsend ikke hundredvis af URL’er i håb om, at det er en rettelse af placeringer. Til Bing-siden, se data fra Bing Webmaster Tools API’et, og til Googles API generelt, se guiden til Search Console API’et.

Hvor lang tid tager det, før en rettet side bliver indekseret?

Der findes ingen fast tidsplan. Google siger, at det ikke kan forudsige eller garantere, hvornår en URL crawles eller indekseres, og at crawling efter en anmodning kan tage fra nogle få dage til et par uger. Kørsler af Validate fix tager typisk op til cirka to uger.

Selve rapporten Page indexing kan halte bagefter. Google har tidligere haft forsinkelser og fejl i rapporteringen i denne rapport, og i juni 2026 blev der rapporteret om en forsinkelse på flere uger. Ser en status forkert ud, så kryds-tjek den enkelte URL i URL-inspektion, og læs siden om afvigelser i Search Console-data for kendte problemer.

En praktisk rutine: før en liste over ændrede URL’er med datoen for rettelsen og det forventede resultat, tjek igen efter en uge, og vurdér resultatet efter to til fire uger. Følg eksponeringer og klik hver for sig, for en indekseret side er ikke garanteret synlighed. Om opbevaring af data ud over performancevinduet, se sådan beholder du Search Console-data ud over 16 måneder.

Hvornår bør du ikke forsøge at få en side indekseret?

Lad den ligge, når siden ikke er beregnet til at ranke, eller når den ikke tilføjer noget ud over en eksisterende side.

• URL’er med parametre, sortering og filtre, der duplikerer en kategoriside.
• Interne søgeresultater og arkiver for tags eller datoer uden unik værdi.
• Sider erstattet af en omdirigering eller en canonical til en bedre version.
• Staging-, tak-, kurv- og loginsider.
• Tynde sider, du ikke kan forbedre. Saml dem i en stærkere side i stedet for at indsende dem igen.

Fjern ikke noindex, fjern ikke blokeringer i robots.txt, og masseindsend ikke URL’er, bare for at få et tal i en rapport til at blive grønt. Et mindre indeks med nyttige sider er bedre end et større fyldt med næsten-dubletter.

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

Ja, indirekte: en side, der ikke er indekseret eller er blokeret, bliver næppe citeret. Google skriver i AI features and your website, at en side skal være indekseret og kunne vises i Search med et uddrag for at optræde som understøttende link i AI Overviews eller AI Mode, og at der ikke kræves særlig markup eller ekstra filer. Medtagelse er stadig ikke garanteret.

For ChatGPT siger OpenAIs FAQ for udgivere, at du ikke bør blokere OAI-SearchBot i robots.txt, hvis du vil have dit websted vist i ChatGPTs søgeresultater. OpenAI behandler det særskilt fra GPTBot, som hører til træning. Reglerne for andre assistenter er forskellige, så tjek hver udbyders dokumentation. Vil du se, om noget af det sender besøgende, så læs sådan sporer du trafik fra ChatGPT og Perplexity i GA4.

Hvordan kan en AI-agent hjælpe med en indekseringsaudit?

En agent kan gruppere mange URL’er efter status og mønster, men kun hvis den har godkendt adgang til dine Search Console-data. En chatmodel uden adgang til værktøjer kan foreslå en tjekliste, men den kan ikke vide, hvad den aktuelle indeksstatus er for dine private URL’er.

GSC Magic, en MCP-connector, har URL-inspektion og sitemapstatus blandt sine Search Console-værktøjer, med Google, Bing og GA4 i én forbindelse. Tjenestens Free-plan er skrivebeskyttet, og på betalte planer kan kontoejeren slå skriveværktøjer som sitemaps og IndexNow fra i Settings. Den kan ikke vise mere, end Google udstiller: kvoten for URL Inspection API’et ovenfor gælder, uanset hvilket værktøj der kalder det. Opsætningsguider: forbind Search Console med Claude, og flere prompts i 25 SEO-prompts til AI-agenter.

Hvad skal du gøre, når problemet er rettet?

Notér hver rettelse, vent, og tjek derefter igen. Før en log med URL’en, statussen før, den ændring du lavede, datoen og det forventede resultat. Inspicér URL’en igen efter en uge; efter to til fire uger kan du se, om den har fået eksponeringer.

Mister mange sider synlighed i stedet for blot at mangle i indekset, kan årsagen ligge et andet sted. Brug tjeklisten ved fald i organisk trafik til at skille indekseringsproblemer fra ændringer i placeringer, efterspørgsel og sporing, og læs hvorfor GSC-klik og GA4-sessioner er forskellige, før du sammenligner de to. Vil du arbejde ud fra dine egne data, kan du komme i gang gratis med GSC Magic.

Ofte stillede spørgsmål

Hvorfor er min side crawlet, men ikke indekseret?

“Crawled - currently not indexed” betyder, at Google har hentet siden, men har valgt ikke at føje den til indekset, i hvert fald for nu. Ifølge Googles hjælp bliver den måske indekseret senere, og du behøver ikke indsende den igen. Typiske områder at gennemgå er dubletter, tyndt eller lignende indhold, canonical-signaler og interne links; ingen status beviser én enkelt årsag.

Betyder ikke indekseret, at min side er straffet?

Nej. Mange URL’er, der ikke er indekseret, er udelukket af gode grunde som omdirigeringer, dubletter, noindex-tags eller parametervarianter. En straf ville normalt vise sig som en manuel handling i rapporten Manual actions eller som et bredt tab af synlighed på mange sider. Tjek den præcise status, og om URL’en overhovedet skal indekseres, før du antager en straf.

Hvor mange URL’er kan jeg anmode om indeksering af pr. dag?

Google offentliggør ikke noget tal for handlingen Request indexing i URL-inspektion. Ifølge dokumentationen findes der en kvote, den kan kun bruges af ejendommens ejere eller brugere med fuld adgang, og gentagne indsendelser af den samme URL får ikke Google til at crawle den hurtigere. Til mange URL’er anbefaler Google at indsende et sitemap i stedet.

Kan URL Inspection API’et tvinge Google til at indeksere en side?

Nej. URL Inspection API’et rapporterer, hvad Google har registreret om en URL, som afgørelse, canonical og tidspunkt for seneste crawl, og det kører ingen live test og anmoder ikke om indeksering. Pr. oktober 2026 dokumenterer Google en kvote på 2.000 forespørgsler pr. dag og 600 pr. minut for hver Search Console-ejendom.

Hvorfor består live testen, men siden forbliver ikke indekseret?

Test live URL tjekker, om Google kan hente og gengive den aktuelle side. Den tjekker hverken manuelle handlinger, kvalitet eller dubletter, så en bestået test er ikke et løfte om indeksering. Afgørelser om dubletter og canonicals træffes kun i indekset. En side skal også være nyttig og særskilt nok til, at Google beholder den.

Hvor lang tid tager det, før en rettet side bliver indekseret?

Google siger, at crawling kan tage fra nogle få dage til et par uger, og at Google ikke kan love, hvornår en URL crawles eller indekseres. Kørsler af Validate fix tager typisk op til cirka to uger og nogle gange længere. Notér datoen for din rettelse, vent, og vurdér resultatet over flere dage frem for næste morgen.

Skal sider være indekseret for at optræde i AI Overviews eller ChatGPT?

For Googles AI Overviews og AI Mode siger Google, at en side skal være indekseret og kunne vises med et uddrag, uden yderligere tekniske krav. For ChatGPT-søgning siger OpenAI, at webstedsejere ikke bør blokere OAI-SearchBot i robots.txt. Ingen af delene garanterer en henvisning, men en side, der ikke er indekseret eller er blokeret, bliver næppe brugt.

Gør det med GSC Magic

Skal du tjekke indeksering i stor skala, inspicerer GSC Magics gsc_inspect_urls_batch op til 500 URL’er pr. kald, og report_index_health grupperer et helt sitemap efter dækningsstatus: se Search Console-værktøjerne, og forbind din agent via Claude eller Cursor.