⚙️ GUIDE · TEKNISK-SEO SEO UTAN FLUM UPPDATERAD 2026
⚙️ GUIDE · TEKNISK-SEO

Fixa indexeringsproblem: in i Google

★ PUBLICERAD JUNI 2026 teknisk-seoindexering

Hitta orsaken i Search Console och fixa indexeringsproblem steg för steg så att dina sidor syns i Google igen.

En kund hör av sig och säger att hon googlar sitt företagsnamn men att den nya tjänstesidan inte syns alls, och nästan varje gång är svaret detsamma: sidan är inte indexerad. Att synas i Google bygger på en enkel kedja där Google först måste hitta din sida, sedan crawla den och till sist indexera den, och bryts den kedjan någonstans spelar det ingen roll hur bra texten är eftersom sidan helt enkelt inte kan rankas.

Den goda nyheten är att de allra flesta indexeringsproblem går att hitta och åtgärda själv på en eftermiddag med gratisverktyg som Google Search Console, för Search Console talar i regel om exakt vilka sidor som inte indexeras och varför. När du väl förstår i vilket led kedjan brutits är justeringen oftast liten, och den här guiden går igenom hur du läser signalerna rätt och fixar dem i rätt ordning.

★ SNABBVERSIONEN

  • Indexering betyder att Google har sparat din sida i sitt index och kan visa den i sökresultatet, och är sidan inte indexerad kan den aldrig rankas.
  • Search Console är din viktigaste källa, eftersom indexeringsrapporten visar både hur många sidor som indexeras och exakt varför vissa inte gör det.
  • De vanligaste orsakerna är blockering i robots.txt, en kvarglömd noindex-tagg, tunt eller dubblerat innehåll och svag intern länkning.
  • Robots.txt stoppar crawlning medan noindex stoppar indexering, så de gör olika saker och får aldrig förväxlas.
  • Mycket går att fixa själv, och du behöver ta hjälp först när problemet är storskaligt eller sitter djupt i plattformens kod.

Vad betyder det att en sida indexeras i Google?

Tänk på Googles index som ett gigantiskt bibliotek där crawlern, ofta kallad Googlebot, är bibliotekarien som går runt och läser sidor på internet, och indexering är ögonblicket när en sida har lästs, bedömts vara värd att spara och lagts in på en hylla där den kan plockas fram vid en sökning. Att en sida finns på din webbplats betyder alltså inte automatiskt att den finns i Googles index, och just den skillnaden är central när du ska fixa indexeringsproblem.

En sida kan nämligen vara crawlad utan att vara indexerad, eller känd utan att ens vara crawlad, och varje steg har sina egna fällor. Att crawla är att hämta och läsa sidans innehåll medan att indexera är att spara den för visning, och Google kan mycket väl välja att crawla en sida men ändå inte indexera den om innehållet är tunt, dubblerat eller bedöms som oviktigt. Det är därför du i Search Console ibland ser statusen “Genomsökt men inte indexerad”, vilket inte är ett tekniskt fel utan ett aktivt val från Google som du behöver tolka, och oftast en signal att jobba med din innehållsstrategi snarare än med koden.

Innan en sida ens kan crawlas måste Google upptäcka att den existerar, vilket oftast sker via interna länkar från andra sidor på din webbplats eller via din sitemap, och en så kallad föräldralös sida som ingen länkar till kan förbli osynlig hur bra den än är. De vanligaste anledningarna till att sidor aldrig hittas hänger ihop på följande sätt:

  • Inga interna länkar pekar till sidan, så Google har ingen naturlig väg dit och upptäcker den aldrig, vilket en genomtänkt innehållsstrategi ofta löser av sig själv.
  • Sidan saknas i din XML-sitemap samtidigt som webbplatsen är ny och saknar etablerad auktoritet, något som väger tyngre om du jobbar systematiskt med E-E-A-T.
  • En tidigare omdirigering eller felaktig länkstruktur leder Googlebot fel och bort från sidan, ett vanligt problem på en WordPress-sajt efter en migrering.
  • Sidan ligger bakom inloggning eller ett formulär som crawlern inte kan passera på egen hand.

Hitta orsaken i Google Search Console

Search Console är gratis, kommer direkt från Google och är den enda källa som visar hur Google faktiskt ser din webbplats, så innan du ändrar något i koden bör du alltid börja i Search Console. Rapporten Sidor under avsnittet Indexering listar varför enskilda sidor inte indexeras, och URL-inspektionen längst upp låter dig granska en enskild adress i detalj, och tillsammans räcker de två verktygen långt för att lokalisera nästan alla indexeringsproblem du kommer att stöta på.

Indexeringsrapporten delar upp dina sidor i indexerade och icke indexerade, och under den senare hittar du en lista med orsaker som du behöver kunna tolka rätt för att veta var kedjan brutits. När du sedan har en specifik sida att gå på klistrar du in adressen i URL-inspektionen, som berättar om sidan är indexerad, när den senast crawlades, vilken kanonisk adress Google valt och om något blockerar den. Här finns också knappen Begär indexering som lägger sidan i kö för en ny granskning, och den använder du främst när du precis åtgärdat ett problem, även om den aldrig är en genväg förbi att innehållet faktiskt måste hålla måttet och visa tydlig E-E-A-T.

De statusar du oftast möter i rapporten betyder följande, och det lönar sig att läsa dem noga innan du rör koden:

  • “Blockerad av robots.txt” innebär att en regel i din robots.txt hindrar Google från att crawla sidan, något du verifierar enklast direkt i Search Console.
  • “Utesluten av taggen noindex” innebär att sidan har en noindex som uttryckligen ber Google att inte indexera den.
  • “Upptäckt – för närvarande inte indexerad” innebär att Google känner till sidan men inte har crawlat den än, ofta för att den interna länkningen från din innehållsstrategi är för svag.
  • “Genomsökt men inte indexerad” innebär att sidan är läst men bedömd som inte värd att spara, ofta på grund av tunt innehåll.
  • “Dubblett, Google valde en annan kanonisk sida” innebär att flera sidor liknar varandra och att Google valde en av dem, vilket också går att städa med rätt strukturerad data och tydliga kanoniska adresser.
  • “Sidan med omdirigering” innebär att adressen pekar vidare och därför inte indexeras i sig själv.

Åtgärda de vanligaste indexeringsproblemen steg för steg

När du väl vet orsaken är själva fixen oftast snabb, och nedan går vi igenom de problem som dyker upp gång på gång, från blockering i robots.txt och kvarglömda noindex-taggar till tunt innehåll och svag intern länkning. Arbeta dig igenom dem i tur och ordning, för då löser du rätt sak och riskerar inte att stänga ute sidor av misstag medan du letar.

Din robots.txt är en liten textfil som ligger på din domän och talar om för crawlern vilka delar av webbplatsen som får besökas, och en enda felplacerad Disallow-rad kan blockera hundratals viktiga sidor på en gång. Öppna filen genom att skriva din domän följt av /robots.txt, läs igenom raderna och kontrollera särskilt att inget brett mönster råkar stänga ute mer än du tror, vilket är extra lätt hänt på en WordPress-sajt med flera plugins inblandade.

En sida som är blockerad i robots.txt kan Google aldrig läsa innehållet på, och då hjälper det varken att lägga till en noindex eller att skriva bättre text. Lås upp crawlningen först och åtgärda resten sedan.

Tänk på att robots.txt bara stoppar crawlning, vilket betyder att en blockerad sida i sällsynta fall ändå kan dyka upp i sökresultatet utan beskrivning eftersom Google ser länkar till den men inte får läsa innehållet, och vill du verkligen hålla en sida utanför använder du noindex i stället och låter sidan vara crawlbar. De misstag som oftast orsakar onödig blockering ser ut ungefär så här:

  • En bred regel som Disallow: / blockerar hela webbplatsen av misstag och avindexerar den över tid, vilket snabbt syns som ett ras i Search Console.
  • En testmiljös robots.txt följer med ut i produktion vid lansering och stänger ute allt utan att någon märker det.
  • CSS- och JavaScript-filer blockeras, så att Google inte kan rendera sidan korrekt och bedöma den rätt, vilket också slår mot din sidhastighet i mätningarna.
  • Filen pekar fel i sökvägen och blockerar en hel mapp med viktiga sidor som du egentligen vill ha indexerade.
💡

VANLIGT MISSTAG

Det vanligaste sättet att råka avindexera en hel webbplats är att en utvecklare lämnar kvar Disallow: / från testmiljön, så kontrollera alltid din robots.txt direkt efter en lansering eller en större ändring av din webbplats, innan något hinner falla ur indexet.

En noindex-tagg i sidans <head> eller i ett HTTP-svar säger åt Google att inte ta med sidan i index, och den är användbar för tacksidor och interna sökresultat men ett rent problem när den hamnar på sidor du faktiskt vill ranka. Många plattformar och teman har en inställning för synlighet i sökmotorer, och i WordPress finns till och med en enkel ruta som med en enda bock kan dölja hela webbplatsen från Google, vilket är lätt att glömma kvar efter en utvecklingsfas. En canonical-tagg pekar i stället ut vilken version av en sida som är originalet, och sätter du av misstag en canonical mot en annan adress kan Google välja att indexera den i stället för din sida, så kontrollera båda taggarna i URL-inspektionen och se över din strukturerade data när en sida vägrar indexeras trots att inget blockerar den. En kvarglömd noindex brukar gömma sig på dessa ställen:

  • I temainställningar eller SEO-plugins som styr synlighet per sidtyp utan att du tänker på det, vanligt på en WordPress-sajt med flera lager av inställningar.
  • I en global inställning för hela webbplatsen, ofta kvarlämnad från en tidig utvecklingsfas.
  • I servern eller en edge-konfiguration som lägger till en X-Robots-Tag i HTTP-svaret.
  • I en mall som tagits fram för en sidtyp och sedan återanvänts brett över sajten.

När en sida är crawlad men inte indexerad handlar det sällan om teknik och oftare om att Google inte tycker att sidan tillför något, eftersom tunt innehåll, nära nog identiska produktsidor och flera sidor som behandlar samma sak konkurrerar ut varandra tills Google väljer en och hoppar över resten. Interna länkar spelar samtidigt en avgörande roll, för de är de vägar Google går längs när Googlebot rör sig genom din webbplats, och en sida som många andra sidor länkar till uppfattas som viktigare och crawlas oftare, vilket gör en genomtänkt innehållsstrategi till den enskilt mest effektiva åtgärden mot statusen “Upptäckt – för närvarande inte indexerad”. För att lösa tunt, dubblerat och lågt prioriterat innehåll jobbar du så här:

  • Slå ihop tunna sidor som överlappar till en starkare och mer komplett sida med ett tydligt syfte, gärna efter en snabb konkurrentanalys av vad som faktiskt rankar.
  • Ge varje sida en egen vinkel och ett eget syfte så att den inte konkurrerar med dina andra sidor.
  • Sätt canonical mot originalet när snarlika sidor av någon anledning måste finnas kvar parallellt, och beskriv dem tydligt med strukturerad data där det passar.
  • Ta bort eller förbättra sidor som inte fyller något verkligt syfte för en besökare som landar där.
  • Länka till varje viktig sida från redan indexerat innehåll med trafik, så att Google snabbt hittar dit.
🥷

NINJA-TIPS

Lägg en länk till varje ny viktig sida från din startsida eller en välbesökt kategorisida samma dag du publicerar, så har Google en tydlig väg dit redan vid nästa crawl och du slipper vänta på att sidan ska upptäckas av sig själv.

Jobba systematiskt och förebygg nya indexeringsproblem

Att fixa indexeringsproblem en gång är bra, men du tjänar mer på en rutin som fångar problemen tidigt, och det förebyggande arbetet handlar i grunden om att kontrollera rätt saker efter varje större ändring och att veta vad du gör själv kontra när det är värt att ta hjälp. När en specifik sida inte syns lönar det sig att följa samma ordning varje gång, från en snabb överblick till den konkreta fixen:

Felsök ett indexeringsproblem

1Sök i Google med site:dindoman.se och se ungefär hur många av dina sidor som faktiskt är indexerade.
2Öppna indexeringsrapporten i Search Console och notera de vanligaste orsakerna till att sidor inte indexeras.
3Kör URL-inspektion på en drabbad sida och läs av status, kanonisk adress och eventuell blockering.
4Kontrollera din robots.txt och leta efter Disallow-rader som blockerar viktiga sidor av misstag.
5Granska sidans källkod efter en kvarglömd noindex och en felaktig canonical-tagg, och passa på att verifiera din strukturerade data.
6Åtgärda orsaken, kontrollera att sidan finns i din sitemap och klicka sedan Begär indexering.

En kort, återkommande kontroll fångar de flesta nya problem innan de hinner skada din synlighet, och det räcker långt att bocka av några punkter efter varje lansering och med jämna mellanrum däremellan:

Förebyggande kontroll

Robots.txt blockerar inga sidor du faktiskt vill ha indexerade i Google.
Ingen oavsiktlig noindex ligger kvar på viktiga sidor efter en avslutad testfas.
Din XML-sitemap är uppdaterad och inskickad i Search Console.
Nya viktiga sidor har minst en intern länk från en redan indexerad sida.
Inga oväntade fel eller toppar dyker upp i indexeringsrapporten sedan sist.

För att hålla rätt på vad som hjälper och vad som ställer till det är det värt att ställa de bra vanorna mot de vanligaste fallgroparna sida vid sida:

Gör

  • Börja alltid felsökningen i Search Console innan du ändrar något i koden.
  • Åtgärda en orsak i taget och verifiera resultatet noga efteråt.
  • Länka till nya sidor från redan indexerat innehåll med trafik enligt din innehållsstrategi.
  • Håll din sitemap aktuell och fri från döda adresser.
  • Ge varje sida ett eget, tydligt syfte för läsaren och stärk sidans E-E-A-T.

Undvik

  • Att blockera i robots.txt när du egentligen vill avindexera en sida.
  • Att klicka Begär indexering om och om igen utan att fixa orsaken.
  • Att lämna kvar en global noindex från en utvecklingsmiljö.
  • Att publicera flera tunna sidor som liknar varandra utan en tydlig innehållsstrategi.
  • Att gissa i koden utan att först läsa vad Google rapporterar.

Mycket av det här klarar du själv med Search Console och lite tålamod, men om problemet rör tusentals sidor, sitter djupt i plattformens kod eller i en edge-konfiguration, eller om du helt enkelt inte kommer åt servern, kan det vara värt att ta in hjälp. Priset för löpande teknisk SEO ligger ofta i intervallet 5 000–15 000 kr/mån beroende på omfattning, och en avgränsad utredning kan i regel göras som ett engångsuppdrag, men be alltid om en konkret diagnos och en åtgärdsplan i stället för löften om garanterade placeringar. Arbetar du lokalt kan det dessutom vara värt att läsa hur indexering hänger ihop med synlighet i din stad, oavsett om du sitter i Göteborg, Stockholm, Umeå eller Västerås.

DIAGRAM · Indexeringskedjan
Hitta, crawla, indexera: var i kedjan din sida fastnar avgör vilken åtgärd som löser problemet.

Nästa steg

Börja med det enklaste och mest avslöjande genom att öppna Search Console och läsa indexeringsrapporten, notera de tre vanligaste orsakerna till att dina sidor inte indexeras och åtgärda dem en i taget enligt checklistan ovan. När de mest akuta sidorna är på plats lägger du in den förebyggande kontrollen som en vana efter varje lansering, och vill du gå vidare därifrån är nästa naturliga steg att bygga ut din innehållsstrategi, se över din sidhastighet och göra en konkurrentanalys, så slipper du obehagliga överraskningar nästa gång du googlar ditt eget företag.

Vanliga frågor

Hur lång tid tar det innan en ny sida indexeras?

Det varierar med din webbplats auktoritet och interna länkning. För en etablerad sajt med god struktur brukar nya sidor indexeras inom några dagar till ett par veckor, medan en helt ny webbplats utan etablerade länkar kan behöva längre tid innan Google prioriterar att crawla och spara dess sidor. Du kan be Google titta tidigare genom att klicka Begär indexering i Search Console, men det är ingen garanti och inget du behöver upprepa för samma sida.

Varför står det 'Upptäckt – för närvarande inte indexerad' i Search Console?

Statusen betyder att Google känner till adressen men ännu inte har hämtat innehållet, ofta för att sidan bedöms som låg prioritet eller för att din webbplats har en begränsad crawl-budget som styr hur många sidor som hinner besökas. Stärk den interna länkningen till sidan från redan indexerat innehåll, gör texten mer unik och användbar, och kontrollera att sidan verkligen är värd att indexera innan du lägger mer tid på den.

Hur vet jag om en sida är blockerad av robots.txt?

Öppna din robots.txt direkt i webbläsaren genom att lägga till /robots.txt efter din domän, och leta efter rader med Disallow som matchar sidans sökväg. I Search Console visas blockerade adresser dessutom under indexeringsrapporten med en tydlig orsak. Tänk på att robots.txt bara hindrar att sidan crawlas, inte alltid att den indexeras, så det är ett ganska trubbigt verktyg om ditt egentliga mål är att hålla en sida helt utanför Googles index.

Vad är skillnaden mellan noindex och robots.txt?

En noindex-tagg säger åt Google att inte ta med sidan i sökresultatet, men Google måste först få crawla sidan för att överhuvudtaget se taggen, medan robots.txt i stället hindrar själva crawlningen. Blockerar du en sida i robots.txt kan Google alltså aldrig läsa din noindex och tar inte bort den som du tänkt. Vill du ta bort en sida ur indexet använder du noindex och låter sidan vara crawlbar tills den faktiskt försvunnit.

Måste jag skicka in en sitemap för att sidor ska indexeras?

Nej, en sitemap är ingen förutsättning för indexering, men den hjälper Google att hitta dina viktiga sidor snabbare, särskilt på större eller nyare webbplatser där den interna länkningen ännu inte hunnit byggas upp. Skicka in din XML-sitemap i Search Console och håll den uppdaterad. Den ersätter inte bra intern länkning, men de två tillsammans gör att fler sidor indexeras och att förändringar på din webbplats upptäcks tidigare av Google.

Kan dubblettinnehåll orsaka indexeringsproblem?

Ja, när flera sidor på din webbplats liknar varandra för mycket väljer Google ofta att bara indexera en av dem och hoppar över resten, vilket visar sig som en dubblett-status i Search Console. Lös det genom att slå ihop tunna sidor, sätta en canonical-tagg mot originalet och ge varje sida ett eget tydligt syfte, så att dina viktiga sidor slutar konkurrera ut varandra och i stället var och en kan rankas på sina egna villkor.

✉️

VILL DU HA EN GENOMGÅNG?

Vill du ha ett par ögon på just din sajt? Hör av dig — vi tittar gärna.