Google Search Console: inte indexerad – orsaker och åtgärder
Varför Search Console rapporterar en sida som inte indexerad, vad varje status i Sidindexering betyder och hur du diagnostiserar och åtgärdar viktiga URL:er.
Google Search Console rapporterar en sida som inte indexerad när Google inte har lagt till den URL:en i sitt index, och det är ofta avsiktligt. Kontrollera den exakta statusen i Sidindexering, bekräfta att URL:en förtjänar att indexeras och granska sedan dess canonical, genomsökningsbarhet, HTTP-svar och innehållets värde. Statusarna Genomsökt och Upptäckt kräver olika åtgärder.
Vad betyder ”inte indexerad” i Google Search Console?
En URL som rapporteras som inte indexerad är för närvarande inte lagrad i Googles index och kan därför inte visas i Googles sökresultat. Det är inte alltid ett problem: duplicerade URL:er, omdirigeringar, filtrerade sidor eller sidor med parametrar, interna sökresultat, privata sidor och sidor markerade med noindex är ofta uteslutna med avsikt.
Den första frågan är därför inte ”Hur tvingar jag in den här sidan?” utan ”Är det här en unik och värdefull URL som ska indexeras?” Först om svaret är ja börjar diagnosen.
Två verktyg i Search Console besvarar olika frågor:
- Rapporten Sidindexering visar indexeringsstatus för varje URL som Google känner till i en egendom. Google beskriver den som ett sätt att upptäcka mönster för hela webbplatsen, inte som ett sätt att utreda enskilda sidor.
- URL-granskning visar vad Google har registrerat för en specifik URL och kan köra ett livetest av den aktuella sidan.
Att vara indexerad är inte heller detsamma som att ranka. Googles hjälp säger att ”URL är på Google” betyder att sidan kan visas i resultaten, inte att den garanterat visas. Indexering är en förutsättning för synlighet, inget mer.
Vilka statusar i Sidindexering är viktiga, och vad betyder de?
Rapporten Sidindexering delar upp URL:er i Indexerad och Inte indexerad och listar sedan en orsak för varje grupp av sidor som inte är indexerade, plus ett värde för Källa som visar om orsaken sannolikt är något du kan åtgärda. Tabellen nedan tar upp de orsaker du ser oftast, utifrån Googles dokumentation om rapporten Sidindexering. Statusarnas namn gäller i oktober 2026, och Google kan döpa om dem.
| Status | Vad den i regel betyder | Oftast ett problem? | Första kontroll |
|---|---|---|---|
| Upptäckt – för närvarande inte indexerad (Discovered - currently not indexed) | Google känner till URL:en men har ännu inte genomsökt den. Googles hjälp säger att Google förväntade sig att genomsökningen skulle överbelasta webbplatsen och planerade om den | Ibland | Interna länkar, serverns hastighet, webbplatsens kvalitet, antalet URL:er med lågt värde |
| Genomsökt – för närvarande inte indexerad (Crawled - currently not indexed) | Google hämtade sidan men indexerade den inte. Den kan bli indexerad senare, eller inte | Ofta, för viktiga sidor | Duplicering, tunt innehåll, canonical-signaler, interna länkar |
| Utesluten av taggen noindex (Excluded by ‘noindex’ tag) | Ett noindex-direktiv säger åt Google att utesluta sidan | Bara om det är oavsiktligt | Taggen meta robots och rubriken X-Robots-Tag |
| Blockerad av robots.txt (Blocked by robots.txt) | Google fick inte hämta URL:en | Bara om det är oavsiktligt | Reglerna i robots.txt |
| Duplicerad, Google valde en annan kanonisk sida än användaren (Duplicate, Google chose different canonical than user) | Du angav en canonical, men Google valde en annan URL | Ibland | Nästan identiskt innehåll, interna länkar, omdirigeringar |
| Duplicerad utan användarvald kanonisk sida (Duplicate without user-selected canonical) | Google valde en canonical bland flera dubbletter och du hade inte angett någon | Ibland | Lägg till en självrefererande canonical på den föredragna URL:en |
| Alternativ sida med korrekt canonical-tagg (Alternate page with proper canonical tag) | Sidan pekar korrekt på en annan indexerad canonical-URL | Oftast inte | Inget, om canonical är den du vill ha |
| Sida med omdirigering (Page with redirect) | URL:en omdirigerar. Bara målet indexeras | Oftast inte | Bekräfta att omdirigeringens mål är rätt |
| Hittades inte (404) (Not found (404)) | URL:en returnerade 404 | Bara om sidan ska finnas | Återställ den eller lämna en riktig 404 eller 410 |
| Mjuk 404 (Soft 404) | Sidan ser ut som en sida som saknas men returnerar statuskod 200 | Ja | Returnera en riktig statuskod eller lägg till riktigt innehåll |
| Blockerad på grund av förbjuden åtkomst (403) (Blocked due to access forbidden (403)) | Servern returnerade 403 till Googlebot, som aldrig skickar inloggningsuppgifter | Ja, om sidan är offentlig | Regler för server, brandvägg och CDN |
| Serverfel (5xx) (Server error (5xx)) | Google kunde inte hämta sidan på ett tillförlitligt sätt | Ja | Drifttid, webbhotell, felloggar |
Två närliggande statusar skapar förvirring. Indexerad, men blockerad av robots.txt betyder att Google indexerade en URL som den inte fick genomsöka, vanligen för att andra sidor länkar till den. Statusarna Inskickad URL … betyder att URL:en fanns i din webbplatskarta men att Google inte höll med, till exempel genom att välja en annan canonical.
En status är en diagnostisk ledtråd, inte en dom. Två sidor med samma etikett kan ha olika grundorsaker.
Hur granskar du en enskild URL i Search Console?
Använd URL-granskning för att jämföra det Google har indexerat med det din server levererar i dag. Stegen följer Googles dokumentation om URL-granskning.
- Öppna Search Console, välj rätt egendom och klistra in hela URL:en, med protokoll och avslutande snedstreck, i granskningsfältet högst upp. En URL från en annan egendom eller protokollvariant avvisas eller visar andra data.
- Läs den indexerade versionen. Standardvyn visar den senast indexerade kopian av sidan, inte den aktuella webben.
- Notera den användardeklarerade canonical och den Google-valda canonical. Om de skiljer sig åt har Google valt en annan URL som representant. Googles hjälp påpekar att den valda canonical bara är meningsfull för indexerade data.
- Kontrollera uppgifterna om senaste genomsökning. För Upptäckt – för närvarande inte indexerad är datumet för senaste genomsökning tomt, eftersom Google inte har hämtat sidan.
- Klicka på Test live URL. Det hämtar den aktuella sidan och visar om Google kan nå den och om indexering är tillåten, vilket är så du bekräftar en åtgärd.
- Verifiera samma saker utanför Search Console: HTTP-statuskod, omdirigeringar, robots.txt, taggen meta robots, rubriken X-Robots-Tag och canonical-markup.
- Kontrollera att sidan har länkar från minst en genomsökbar och relevant intern sida.
Livetestet har begränsningar. Googles hjälp säger att det inte kontrollerar manuella åtgärder, kvalitets- eller spamsignaler, och att status för dubbletter bara avgörs i indexet. Ett godkänt livetest visar att sidan går att hämta, inte att den kommer att väljas.
Vad är skillnaden mellan Upptäckt och Genomsökt – för närvarande inte indexerad?
Upptäckt – för närvarande inte indexerad betyder att Google vet att URL:en finns men inte har genomsökt den, så problemet ligger före innehållet. Genomsökt – för närvarande inte indexerad betyder att Google hämtade sidan och valde att inte behålla den, så problemet gäller oftast själva sidan.
| Upptäckt – för närvarande inte indexerad | Genomsökt – för närvarande inte indexerad | |
|---|---|---|
| Har Googlebot hämtat sidan? | Nej, genomsökningen sköts upp | Ja |
| Datum för senaste genomsökning i URL-granskning | Tomt | Visas |
| Typiska områden att undersöka | Intern länkning, efterfrågan på genomsökning, serverkapacitet och hastighet, mycket stora mängder URL:er med lågt värde | Duplicerat eller nästan duplicerat innehåll, tunt innehåll, konflikter mellan canonical, svaga interna länkar |
| Hjälper det att skicka in igen? | Sällan. Fler inskickningar av webbplatskartan är inte lösningen | Googles hjälp säger att det inte behövs |
Genomsökningsbudgeten (crawl budget) är den vanliga förklaringen till sidor som är Upptäckta, men det är inte den vanliga orsaken på små webbplatser. Googles guide till genomsökningsbudget riktar sig till mycket stora webbplatser (ungefär en miljon sidor eller fler), medelstora eller stora webbplatser med snabbt föränderligt innehåll och webbplatser där en stor andel av URL:erna har statusen Upptäckt. För en webbplats med några hundra sidor är kvalitet och intern länkning mer sannolika förklaringar än en genomsökningsgräns.
Ett fåtal sidor som inte är indexerade är normalt. Prioritera sidor med affärsvärde och mönster som påverkar hela avsnitt, inte varje URL med parametrar.
Vilka URL:er som inte är indexerade är värda att åtgärda?
Åtgärda en URL när den ska indexeras, har ett eget syfte och inte redan representeras av en annan indexerad URL. Tabellen nedan är en hypotetisk prioritering för en webbplats med 120 URL:er med statusen Genomsökt – för närvarande inte indexerad. Siffrorna är illustrationer, inte riktmärken.
| URL-grupp | Antal | Trolig tolkning | Åtgärd |
|---|---|---|---|
| Arkivsidor för taggar och datum | 70 | Lågt värde, överlappar med inläggen | Lämna oindexerade eller lägg till noindex. Ingen åtgärd behövs |
| Nästan identiska landningssidor för städer | 30 | Dubbletter där bara stadens namn har bytts ut | Slå ihop eller skriv om med verklig lokal information |
| Korta inlägg som överlappar en huvudguide | 15 | Tunna, täcks på annat håll | Slå ihop med guiden och omdirigera |
| Fördjupade guider | 5 | Ska vara indexerade | Granska canonical, interna länkar och djup. Förbättra och kontrollera igen |
Bara 5 av 120 URL:er förtjänar akut uppmärksamhet. Tusen uteslutna filter-URL:er spelar mindre roll än en registreringssida med noindex.
Om sidan upprepar en annan artikel med små utbyten av sökord hjälper det sällan att publicera fler liknande sidor. Förstärk i stället den unika förklaringen, exemplen och målgruppen. Att skapa en ny URL för samma innehåll är oftast fel första åtgärd, eftersom det lägger till en dubblett och gör diagnosen svårare.
I vilken ordning ska du kontrollera en viktig sida?
Gå igenom orsakerna från den billigaste till den mest subjektiva, eftersom ett fel tidigt i kedjan gör de senare kontrollerna meningslösa.
- Returnerar URL:en ett lyckat svar? En 404 eller 5xx måste åtgärdas först. En sida som togs bort med avsikt ska inte tvingas in i indexet.
- Är indexering blockerad med avsikt? Kontrollera meta robots, rubriken X-Robots-Tag, lösenordsskydd och robots.txt. Se jämförelsen nedan.
- Pekar den på en annan canonical? Granska båda canonical i URL-granskning. Om Google föredrar en nästan identisk sida åtgärdar du duplicerat innehåll och inkonsekventa interna länkar innan du ändrar taggar.
- Har Google genomsökt den? Upptäckt och Genomsökt leder till olika utredningar, som ovan.
- Är innehållet särskiljande och användbart? Jämför sidan med det som redan är indexerat på din webbplats.
- Har det gått tillräckligt lång tid? Anteckna datumet för åtgärden och vänta innan du drar slutsatsen att den misslyckades.
Robots.txt och noindex gör olika saker, och att kombinera dem är ett klassiskt misstag:
| Mekanism | Vad den styr | Vanligt misstag |
|---|---|---|
| Disallow i robots.txt | Om Google får genomsöka URL:en | En blockerad URL kan ändå indexeras via länkar, och Google kan inte se ett noindex som ligger i den |
| noindex (metatagg eller X-Robots-Tag) | Om Google behåller sidan i sitt index | Att även blockera sidan i robots.txt, så att noindex aldrig läses |
För att ta bort en sida ur indexet tillåter du genomsökning och använder noindex. För att bara hålla den utanför genomsökningen använder du robots.txt, med vetskapen att det inte är en indexeringskontroll.
Fungerar Begär indexering, och hur skiljer det sig från webbplatskartor och API:er?
Begär indexering ber Google att genomsöka en URL på nytt men garanterar ingenting. Det är en knapp i URL-granskning som du använder när ett livetest visar att sidan är åtgärdad. Googles dokumentation om ny genomsökning säger att bara ägare eller användare med full behörighet för egendomen kan använda den, att det finns en kvot för enskilda URL:er, att det inte går fortare av att upprepa en begäran och att genomsökning kan ta från några dagar till några veckor. Google publicerar inte kvotens storlek, så betrakta varje siffra du läser på annat håll som inofficiell.
| Metod | Vad den gör | Begränsningar och förbehåll (i oktober 2026) |
|---|---|---|
| Begär indexering (URL-granskning) | Ber Google genomsöka en URL på nytt | Bara ägare och användare med full behörighet. Opublicerad kvot. Ingen garanti |
| Validate fix (rapporten Sidindexering) | Ber Google kontrollera alla URL:er i en grupp med samma problem igen | Tar vanligen upp till cirka två veckor, ibland längre. Avbryts om en enda URL fortfarande misslyckas |
| Inskickning av webbplatskarta | Talar om för Google vilka canonical-URL:er du anser vara viktiga | Inte en order om att indexera. En fil är begränsad till 50 MB okomprimerad eller 50 000 URL:er. Google ignorerar priority och changefreq och använder lastmod bara när den är korrekt |
| API för URL-granskning | Rapporterar status för den indexerade versionen av en URL | Skrivskyddat. Inget livetest och ingen begäran om indexering. 2 000 frågor per dag och 600 per minut och egendom |
| Indexing API | Meddelar Google om ändrade sidor | Bara för sidor med JobPosting eller BroadcastEvent för livesändningar. Standardkvot 200 publiceringsbegäranden per dag och projekt. Google reviderade sin kvotsida den 16 oktober 2026, så kontrollera den |
| IndexNow | Meddelar de sökmotorer som deltar om ändringar | Stöds av Bing och vissa andra sökmotorer. Google har inte meddelat något stöd, så det ersätter inte Search Console |
För stora mängder är Googles råd att skicka in en webbplatskarta i stället för att hamra på knappen. Använd inte Indexing API för vanliga blogginlägg eller produktsidor, och skicka inte in hundratals URL:er i hopp om att det är en lösning på rankingen. För Bings del, se Bing Webmaster Tools-data via API, och för Googles API i allmänhet guiden till Search Console API.
Hur lång tid tar det innan en åtgärdad sida blir indexerad?
Det finns ingen fast tidsplan. Google säger att man inte kan förutse eller garantera när en URL genomsöks eller indexeras, och att genomsökning efter en begäran kan ta allt från några dagar till några veckor. Körningar av Validate fix tar vanligen upp till cirka två veckor.
Själva rapporten Sidindexering kan ligga efter. Google har tidigare haft förseningar och rapporteringsfel i den, och en försening på flera veckor rapporterades i juni 2026. När en status ser fel ut kontrollerar du den enskilda URL:en i URL-granskning och läser sidan om avvikelser i data i Search Console för kända problem.
En praktisk rutin: för en lista över ändrade URL:er med datum för åtgärden och förväntat resultat, kontrollera igen efter en vecka och bedöm resultatet efter två till fyra veckor. Följ visningar och klick separat, eftersom en indexerad sida inte är garanterad synlighet. För lagring av data utöver prestandafönstret, se hur du behåller data från Search Console längre än 16 månader.
När ska du inte försöka få en sida indexerad?
Låt den vara när sidan inte är avsedd att ranka eller inte tillför något utöver en befintlig sida.
- URL:er med parametrar, sortering och filter som duplicerar en kategorisida.
- Interna sökresultat och arkiv för taggar eller datum utan unikt värde.
- Sidor som ersatts av en omdirigering eller en canonical till en bättre version.
- Sidor för test, tack, varukorg och inloggning.
- Tunna sidor som du inte kan förbättra. Slå ihop dem med en starkare sida i stället för att skicka in dem igen.
Ta inte bort noindex, häv inte blockeringar i robots.txt och skicka inte in massor av URL:er bara för att få en siffra i en rapport att bli grön. Ett mindre index med användbara sidor är bättre än ett större med nästan identiska sidor.
Påverkar indexering AI-svar som AI Overviews och ChatGPT?
Ja, indirekt: en sida som inte är indexerad eller är blockerad blir sannolikt inte citerad. Google anger i AI-funktioner och din webbplats att en sida måste vara indexerad och kunna visas i Sök med ett utdrag för att få visas som stödjande länk i AI Overviews eller AI Mode, och att ingen särskild markup eller några extra filer krävs. Att bli inkluderad är ändå inte garanterat.
För ChatGPT säger OpenAIs FAQ för utgivare att du inte ska blockera OAI-SearchBot i robots.txt om du vill att din webbplats ska visas i sökresultat i ChatGPT. OpenAI behandlar det separat från GPTBot, som rör träning. Policyer för andra assistenter skiljer sig åt, så kontrollera varje leverantörs dokumentation. För att se om något av det ger besökare, läs hur du spårar trafik från ChatGPT och Perplexity i GA4.
Hur kan en AI-agent hjälpa till vid en genomgång av indexering?
En agent kan gruppera många URL:er efter status och mönster, men bara om den har godkänd åtkomst till dina data i Search Console. En chattmodell utan tillgång till verktyg kan föreslå en checklista men kan inte veta den aktuella indexeringsstatusen för dina privata URL:er.
Granska de här tio viktiga URL:erna med data från URL-granskning i Search Console där sådana finns. Returnera varje rapporterad status, den canonical som Google har valt, belägg och nästa manuella kontroll. Påstå inte att ett livetest av URL:en har körts via API:t.
Gruppera de URL:er i rapporten Sidindexering som inte är indexerade efter gemensamt mönster, till exempel katalog eller mall, och rangordna grupperna efter affärsvärde. Behandla inte alla URL:er som inte är indexerade som fel.
För varje URL med statusen Genomsökt – för närvarande inte indexerad: lista den närmaste indexerade sidan på samma webbplats och säg om de två överlappar i sökintention.
GSC Magic, en MCP-connector, har URL-granskning och status för webbplatskartor bland sina verktyg för Search Console, med Google, Bing och GA4 i en enda anslutning. Dess Free-plan är skrivskyddad, och i betalda planer kan kontoägaren stänga av skrivverktyg som webbplatskartor och IndexNow i Settings. Den kan inte visa mer än Google gör tillgängligt: kvoten för API:t för URL-granskning ovan gäller oavsett vilket verktyg som anropar det. Installationsguide: anslut Search Console till Claude. Fler prompter finns i 25 SEO-prompter för AI-agenter.
Vad ska du göra efter att du har åtgärdat problemet?
Anteckna varje åtgärd, vänta och kontrollera sedan igen. För en logg med URL:en, statusen före, ändringen som gjordes, datumet och det förväntade resultatet. Granska URL:en igen efter en vecka och titta efter två till fyra veckor på om den har fått visningar.
Om många sidor tappar synlighet i stället för att bara inte bli indexerade kan orsaken ligga någon annanstans. Använd checklistan för minskad organisk trafik för att skilja indexeringsproblem från förändringar i ranking, efterfrågan och mätning, och läs varför klick i GSC och sessioner i GA4 skiljer sig åt innan du jämför de två. För att arbeta med dina egna data kan du börja gratis med GSC Magic.
Vanliga frågor
Varför är min sida genomsökt men inte indexerad?
Genomsökt – för närvarande inte indexerad betyder att Google hämtade sidan men valde att inte lägga till den i indexet, åtminstone tills vidare. Googles hjälp säger att den kan bli indexerad senare, eller inte, och att du inte behöver skicka in den igen. Områden som brukar vara värda att granska är duplicering, tunt eller liknande innehåll, canonical-signaler och interna länkar. Ingen status bevisar en enskild orsak.
Betyder inte indexerad att min sida är bestraffad?
Nej. Många URL:er som inte är indexerade är uteslutna av legitima skäl, till exempel omdirigeringar, dubbletter, noindex-taggar eller parametervarianter. En bestraffning visas normalt som en manuell åtgärd i rapporten Manuella åtgärder, eller som en bred förlust av synlighet över många sidor. Kontrollera den exakta statusen och om URL:en ska indexeras innan du antar att det rör sig om en bestraffning.
Hur många URL:er kan jag begära indexering för per dag?
Google publicerar inget tal för åtgärden Begär indexering i URL-granskning. Googles dokumentation säger att en kvot finns, att bara egendomens ägare eller användare med full behörighet kan använda åtgärden och att det inte går fortare att få sidan genomsökt av att skicka in samma URL flera gånger. För många URL:er rekommenderar Google att du skickar in en webbplatskarta i stället.
Kan API:t för URL-granskning tvinga Google att indexera en sida?
Nej. API:t för URL-granskning rapporterar vad Google har registrerat för en URL, till exempel utfall, canonical och tidpunkt för senaste genomsökning. Det kör inget livetest och begär ingen indexering. I oktober 2026 dokumenterar Google en kvot på 2 000 frågor per dag och 600 per minut för varje egendom i Search Console.
Varför klarar livetestet granskningen men sidan förblir oindexerad?
Test live URL kontrollerar om Google kan hämta och rendera den aktuella sidan. Det kontrollerar inte manuella åtgärder, kvalitet eller duplicering, så ett godkänt test är inget löfte om indexering. Beslut om dubbletter och canonical fattas bara i indexet. Sidan måste dessutom vara användbar och tillräckligt särskiljande för att Google ska behålla den.
Hur lång tid tar det innan en åtgärdad sida blir indexerad?
Google säger att genomsökning kan ta från några dagar till några veckor och att man inte kan garantera när en URL genomsöks eller indexeras. En körning av Validate fix tar vanligen upp till cirka två veckor och ibland längre. Anteckna datumet för åtgärden, vänta och bedöm resultatet över flera dagar i stället för morgonen därpå.
Måste sidor vara indexerade för att synas i AI Overviews eller ChatGPT?
För Googles AI Overviews och AI Mode säger Google att en sida måste vara indexerad och kunna visas med ett utdrag, utan några ytterligare tekniska krav. För sökning i ChatGPT säger OpenAI att webbplatsägare inte ska blockera OAI-SearchBot i robots.txt. Ingen av dem garanterar en citering, men en sida som inte är indexerad eller är blockerad används sannolikt inte.
Gör det med GSC Magic
För att kontrollera indexeringen i stor skala granskar gsc_inspect_urls_batch i GSC Magic upp till 500 URL:er per anrop, och report_index_health grupperar en hel webbplatskarta efter täckningsstatus: se verktygen för Search Console och anslut din agent via Claude eller Cursor.
Ge din agent dina sökdata.
GSC Magic kopplar Claude, ChatGPT och Cursor till Google Search Console, Bing och GA4. Gratisplan, 7 dagars Pro-test, inget kort.