Så felsöker du sidor som Google inte indexerar

En sida kan fungera, ha innehåll och sakna uppenbara tekniska fel utan att Google indexerar den. Du behöver därför skilja mellan att Google inte kan indexera sidan och att Google väljer att låta bli. Börja med att ta reda på var det tar stopp. Att skriva om texten, byta adress och begära indexering igen innan du har hittat problemet gör felsökningen svårare.

Tänk dig att du har publicerat en viktig tjänstesida. Den finns med i din sitemap, öppnas utan problem och ser rätt ut i mobilen. Ändå kommer den inte in i Googles index. Problem med indexering är ett av de allra vanligaste problemen jag ställs inför när jag kommer till en ny kund idag. Ofta har man miljoner sidor men det är bara en bråkdel som faktiskt finns i index, ännu färre visas i sökresultaten. Det finns tecken som talar för att Google helt enkelt inte hinner med att indexera allt nytt content som dyker upp men det spelar ju mindre roll för dig, du vill ju ändå bara att det är ditt innehåll som visas.

Det är lätt att börja åtgärda det du kan komma åt. Ändra rubriken, lägga till några stycken och skicka in adressen igen. Men om Google inte har hämtat sidan spelar din nya formulering ännu ingen roll. Och om Google har fått en tom mall är det inte den välskrivna texten du ser i din webbläsare som har bedömts.

Du behöver undersöka vad som faktiskt har hänt med adressen.

Google indexerar inte allt du publicerar

Google behöver upptäcka sidan, hämta den och bearbeta innehållet innan den kan bli aktuell för indexering. Därefter återstår urvalet. Sökmotorn bedömer bland annat innehållet och om sidan är en dubblett av något som redan finns. Att sedan visa sidan för en viss sökning är ytterligare ett steg.

Det innebär att teknisk tillgänglighet är ett grundkrav, inte ett löfte. En publicerad sida har ingen automatisk rätt till en plats i indexet.

Har Google blivit sämre på indexering

Det kan se ut så, särskilt när fungerande sidor blir liggande utanför indexet eller tidigare indexerade sidor försvinner. Indexing Insight rapporterade att omkring 25 procent av två miljoner bevakade adresser försvann ur indexet i slutet av maj 2025. Det beskriver deras urval, inte en fjärdedel av hela Googles index och bevisar inte en generell försämring över tid.

En möjlig förklaring är att Google blivit mer selektivt samtidigt som innehåll kan produceras betydligt snabbare. Google beskriver självt webben som större än vad sökmotorn kan hinna utforska och resurserna som begränsade. Allt behöver därför prioriteras. Det ger stöd för att ett urval måste göras, men säger inte hur mycket hårdare det har blivit.

Innehållsproduktionen har samtidigt förändrats. I Pew Research Centers undersökning från augusti 2026 visade över en tredjedel av sidorna i juliurvalet som publicerats efter lanseringen av ChatGPT tecken på AI som författare eller omfattande redigerare. Studien gällde engelskspråkiga sidor och använde en detektor som kan klassificera enskilda texter fel. Den mätte inte Googles indexering.

Det är alltså rimligt att undersöka sambandet mellan snabbare produktion och hårdare urval. Men det är fortfarande en möjlig förklaring, inte en bevisad orsak till att din sida saknas.

För felsökningen behöver du hålla båda möjligheterna öppna. Det kan finnas ett tekniskt fel. Det kan också vara så att tekniken fungerar och att Google ändå inte prioriterar innehållet.

Ta reda på vilka sidor som faktiskt saknas

Börja med vilka sidor du vill ha indexerade. Målet är inte att få bort alla poster under ”Inte indexerad” i Search Console. Dubbletter, borttagna sidor och alternativa adresser kan ligga där av goda skäl. Det viktiga är att rätt huvudversioner av dina viktiga sidor finns med.

Gör en lista över berörda adresser och dela upp dem efter sidtyp, mall och publiceringsperiod. Ta också med några jämförbara sidor som fungerar.

”Google indexerar inte sajten” är svårt att arbeta med. ”Nya produktsidor i den här mallen saknas, medan äldre produktsidor är indexerade” ger dig något konkret att undersöka.

Kontrollera adressen i Search Console

Använd granskningen av webbadresser för enskilda sidor. Skilj mellan informationen om Googles senaste behandling av adressen och livetestet som hämtar sidan nu. Ett godkänt livetest betyder inte att sidan är indexerad eller kommer att bli det. Det avgör inte heller alla frågor om dubbletter och kvalitet.

Du kan sortera felsökningen så här:

Vad du får veta	Börja med att undersöka
Google känner inte till adressen	Interna länkar och sitemap.
Adressen är upptäckt men ännu inte hämtad	Åtkomst, serverkapacitet och Googles prioritering.
Sidan är hämtad men inte indexerad	Det levererade innehållet, renderingen och sidans självständiga värde.
Google har valt en annan huvudadress	Dubbletter, canonical och motstridiga hänvisningar.
Sidan är indexerad men saknas för önskad sökning	Relevans och ranking snarare än indexering.

Statusen avgränsar problemet, men är inte alltid hela förklaringen. Att en sida har hämtats utan att indexeras säger exempelvis inte i sig att texten är dålig.

Använd inte heller en site: sökning som ett fullständigt register. Google säger uttryckligen att resultaten inte behöver vara uttömmande. En sida som saknas där är därför inte tillräckligt bevis för ett indexeringsfel.

När Google inte hittar eller hämtar sidan

Ge sidan en plats på webbplatsen

Undersök varifrån sidan går att nå. Finns relevanta interna länkar eller har adressen bara publicerats och lagts i en sitemap?

Kontrollera också hur länkarna är byggda. Google rekommenderar ett vanligt <a> element med ett href som anger destinationen. En ruta som reagerar på ett klick är inte nödvändigtvis en länk som sökmotorn kan följa. Länkar som skapas med JavaScript kan fungera, men de behöver fortfarande ha en följbar konstruktion.

Tänk dig en guide som bara går att hitta genom webbplatsens sökfunktion. Ge den en naturlig plats i ämnesstrukturen och länka till den från närliggande innehåll där läsaren har anledning att gå vidare.

Syftet är inte att pressa in samma länk på varje sida. Du ska kunna förklara varför länken är användbar där den finns.

Kontrollera därefter din sitemap. Den bör ange de huvudversioner du vill ha i sökresultaten. Använder du lastmod ska datumet spegla verkliga, betydelsefulla förändringar. Google ignorerar däremot priority och changefreq, så maximal prioritet eller dagliga datumändringar är ingen genväg. Sitemap har en förmåga att ”reparera” problem genom att få fler sidor indexerade. Det kommer med ett problem att gå den här vägen, Google tillskriver sidor värde utifrån vilka länkar de har till sig och om sitemap är enda sättet de hittar sidan måste den ju vara av ringa värde. Ibland kan det dessutom dölja de verkliga problemen, om din navigering inte fungerar och sitemap löser det, Google hittar sidorna ändå, så kommer du få stora problem att få dem att synas i sökresultaten.

Skilj kapacitet från prioritering (Crawl Budget)

När Google känner till adressen men inte hämtar den behöver du skilja mellan vad sökmotorn kan hämta och vad den vill hämta.

Google beskriver crawlbudgeten som en kombination av kapacitet och efterfrågan. Kapaciteten påverkas bland annat av serverns svarstider och stabilitet. Efterfrågan påverkas av exempelvis innehållets aktualitet, kvalitet och relevans. En server med lediga resurser betyder därför inte att Google automatiskt kommer att hämta fler sidor.

Börja med beläggen för tekniska begränsningar. Kontrollera serverfel och svar som 429, vilket signalerar för många förfrågningar. Återkommande 5xx och 429 kan få Google att minska hämtningen. Långvariga serverproblem kan även påverka redan indexerade adresser.

Kontrollera dessutom svaret från robots.txt, inte bara filens innehåll. När Google får vissa serverfel vid hämtningen av filen kan sökmotorn tillfälligt sluta hämta andra adresser på webbplatsen. En artikel kan alltså fungera samtidigt som ett fel på en helt annan adress bromsar hämtningen.

Be den som ansvarar för driften att undersöka de faktiska svaren. Beställ inte en större server innan du vet att serverkapaciteten är problemet.

Begränsa onödiga adresser

En sajt kan presentera betydligt fler adresser än den har meningsfulla sidor. Filter och sorteringsordningar är tydliga exempel. Kombinationerna kan skapa stora mängder variationer som tar resurser att hämta och fördröjer upptäckten av viktigare innehåll.

Tänk dig en butik där varje kombination av färg, storlek, pris och sortering får en egen adress. Samtidigt ligger viktiga produkter långt ned i strukturen. Då räcker det inte att skicka in produkterna en gång till. Du behöver bestämma vilka kombinationer som ska vara egna sökbara sidor och vilka som bara ska hjälpa besökaren att sortera.

Välj åtgärd efter uppgiften. Att hindra hämtning, hindra indexering och ange en huvudversion är olika saker. Canonical kan exempelvis inte förutsättas stoppa hämtningen av alla filtervariationer. Google beskriver därför särskilda metoder för att hantera filterbaserad navigation.

När Google har hämtat sidan men inte indexerat den

När sidan är genomsökt har du kommit förbi frågan om Google över huvud taget känner till adressen. Nu behöver du granska vad som hämtades och hur innehållet kan ha behandlats.

Börja med leveransen. Gå sedan vidare till dubbletter och innehåll. Annars riskerar du att skriva om en text som Google aldrig har fått se.

Kontrollera status och indexeringsinstruktioner

Kontrollera sidans statuskod och följ eventuella omdirigeringar till slutdestinationen. En sida du vill indexera ska inte oavsiktligt svara med exempelvis 404 bara för att designen runt felmeddelandet ser normal ut.

Det omvända kan också bli fel. En tom mall eller ett felmeddelande kan levereras med 200 OK. Google kan då bedöma sidan som ett soft 404. Ett framgångsrikt svar bevisar alltså inte att rätt innehåll finns.

Undersök därefter indexeringsinstruktionerna både i HTML och i HTTP-svarets huvuden. noindex kan skickas på båda sätten. Det räcker därför inte att SEO inställningen i ditt publiceringssystem ser rätt ut. Du behöver kontrollera det faktiska svaret.

Var också uppmärksam på motstridiga instruktioner. Att lägga till index upphäver inte ett noindex någon annanstans. Google följer normalt den mer restriktiva regeln. Instruktionen none omfattar också ett förbud mot indexering.

Rätta felet där det skapas. Om en mall eller serverinställning skickar fel instruktion ska den ändras, inte kompenseras med ytterligare en tagg.

Kom ihåg skillnaden mot robots.txt. Den styr hämtning och är inte en tillförlitlig metod för att ta bort en adress ur sökresultatet. Om Google blockeras från att hämta sidan kan sökmotorn inte heller upptäcka att ett gammalt noindex har tagits bort.

Granska innehållet efter rendering

En genomsökning av källkoden räcker inte alltid på en sajt där JavaScript bygger upp innehållet. Jämför den ursprungliga HTML som servern skickar med det renderade innehållet efter att skripten har körts.

Google kan köra JavaScript (men långt från alltid och sällan så bra som de säger) men nödvändiga resurser måste vara tillgängliga och bearbetningen måste fungera. Det är därför fullt möjligt att Google får sidans ram utan att få den text eller produktinformation som borde finnas inuti den.

Använd Googles testverktyg för att granska renderad HTML, resurser som inte laddas och rapporterade JavaScriptfel. Sök efter konkreta delar av huvudinnehållet. En skärmbild med rätt logotyp och sidfot räcker inte som kontroll. Testa också läsa sidan utan JS påslaget (jag har byggt ett enkelt Chrome-plugin som låter dig slå av och på).

En särskilt besvärlig konstruktion är att skicka noindex i ursprunglig HTML och sedan försöka ta bort instruktionen med JavaScript. Google kan då avstå från renderingen, vilket innebär att skriptet aldrig får möjlighet att ändra instruktionen.

Kontrollera mobilinnehållet också. Google använder huvudsakligen mobilversionen för indexering och varnar för att viktigt innehåll bara laddas efter användarinteraktion. Innehåll som redan finns men är hopfällt är inte samma sak som innehåll som måste hämtas först när någon klickar.

Din egen webbläsare kan dessutom bära på tidigare val som Google inte har. Googles renderingssystem behåller inte cookies och lokal lagring mellan sidladdningar på samma sätt som en återkommande besökare. Systemet kan även använda äldre cachade skript. Därför rekommenderar Google versionsnamn som förändras när filernas innehåll ändras.

Testa alltså sidan utan att förutsätta en tidigare session. Besökaren och sökmotorn ska kunna få det viktiga innehållet direkt från den aktuella adressen.

Se till att Google får hela dokumentet

Det finns en teknisk gräns som är värd att känna till på uppsvällda sajter. Googlebot hämtar för närvarande de första 2 MB av ett HTML dokument, räknat på okomprimerade data. När gränsen nås skickas bara den hämtade delen vidare för bedömning inför indexering. Separata resurser hämtas var för sig.

Det handlar alltså inte om att sidans sammanlagda vikt inklusive bilder måste understiga 2 MB. Problemet uppstår när själva dokumentet är så stort att viktigt innehåll hamnar efter gränsen.

Stora inbäddade bilder, omfattande inlinekod och mycket stora menyer (som också skapar andra problem, mer om det i artikeln om PageRank) är exempel som Google lyfter. Kontrollera dokumentets storlek och var huvudinnehållet ligger. Flytta ut onödigt inbäddade resurser och rätta den mall som skapar problemet. En bättre formulering längst ned i ett dokument hjälper inte om den delen aldrig hämtas.

Kontrollera vilken adress Google har valt

En sida kan saknas som självständig träff därför att Google har valt en annan adress som huvudversion. Då kan innehållet vara representerat i indexet, men inte under den adress du granskar.

Google grupperar sidor med samma eller mycket likartat huvudinnehåll och väljer en kanonisk version. Din egen canonical är en signal om önskat val, inte en ovillkorlig instruktion.

Jämför den huvudversion du har angett med Googles val. Granska sedan interna länkar, sitemap, omdirigeringar och canonical tillsammans. De ska inte peka åt olika håll. Länka internt till den adress du faktiskt vill använda.

Tänk dig att en kampanjsida och en ordinarie tjänstesida nästan har samma innehåll. Innan du försöker få båda indexerade behöver du bestämma om de verkligen har olika uppgifter. Ska de vara självständiga sidor behöver skillnaden finnas i innehållet, inte bara i adressen.

Använd inte noindex som ett sätt att tvinga Google att välja en viss annan adress. Google avråder från den metoden. Du kan hindra den ena sidan från att visas utan att därmed lösa problemet för den andra.

Undersök vad sidan tillför

När åtkomst, instruktioner, rendering och dubbletter är kontrollerade återstår innehållets bidrag.

Google anger kvalitet som en faktor i indexeringen. Men utebliven indexering är fortfarande inte ett objektivt betyg på din text. Det är ett utfall du försöker förklara.

Fråga vad läsaren får här som saknas på dina andra sidor och i liknande material på webben. Finns egna uppgifter, produktkunskap, analys eller verkliga erfarenheter? Eller har du bara återberättat det som redan finns? Googles vägledning betonar självständigt och användbart innehåll, inte en bestämd ordmängd.

Tänk dig trettio lokala tjänstesidor där ortsnamnet är den enda betydande skillnaden. Att skriva ytterligare tvåhundra ord på varje sida behöver inte ge dem tydligare uppgifter. Börja i stället med verksamheten. Vad skiljer erbjudandet, tillgängligheten eller leveransen mellan orterna?

Samma sak gäller en produkttext. Om kunden behöver mått, kompatibilitet och information om reservdelar är det där du ska förbättra sidan. En lång allmän inledning om produktkategorins historia löser ett annat problem.

AI är inte i sig ett indexeringsförbud. Google varnar däremot för omfattande produktion av innehåll utan tillräckligt värde, särskilt när syftet är att manipulera sökresultat. Åtgärden är därför inte att få texten att låta mindre som AI, utan att se till att resultatet faktiskt hjälper läsaren.

Ibland är rätt beslut att förbättra sidan. Ibland att slå ihop två sidor eller låta innehållet fylla sin funktion utan att det behöver vara en egen sökbar landningssida. Bestäm detta innan du beställer mer text.

När en tidigare indexerad sida försvinner

Börja med historiken. När vet du att sidan senast var indexerad? När upptäcktes bortfallet? Vilka förändringar gjordes däremellan?

Jämför sidor som försvunnit med liknande sidor som finns kvar. Undersök om de delar mall, innehållstyp eller publiceringsflöde. Ett bortfall efter en malländring ger en annan ingång än ett bortfall som drabbar enskilda äldre artiklar. Något som kan vara intressant här är att sidor som inte regelbundet genomsöks har en tendens att falla ur index. Om din Crawl Budget är för låg för att Google ska återbesöka sidorna regelbundet kommer de också falla ur index efter ett tag.

Kontrollera också om innehållet faktiskt saknas eller om en annan adress har blivit huvudversion. Ett byte av kanonisk adress ska inte automatiskt behandlas som att hela innehållet har försvunnit.

Använd loggarna för att kontrollera hämtningen

Ta hjälp av driftansvarig för att jämföra besöken före och efter problemet. Be om tidpunkter, adresser och svar från servern. Kontrollera särskilt om hämtningen sammanfaller med fel, spärrar eller en tidigare version av sidan.

Verifiera att trafiken verkligen kommer från Google. Namnet Googlebot kan förfalskas. Google beskriver kontroller mot publicerade IP intervall eller DNS där både bakåtuppslagning och framåtuppslagning stämmer.

Skilj också dina manuella tester från den vanliga sökrobotens besök. Livetestet använder ett särskilt granskningsverktyg och garanterar inte att alla förutsättningar för den ordinarie indexeringen är uppfyllda.

En loggrad visar att en förfrågan gjordes. Den bevisar inte att sidan sedan indexerades. Använd loggen för att avgränsa var i förloppet du behöver fortsätta undersökningen.

Kontrollera andra orsaker till bortfallet

Granska manuella åtgärder i Search Console. Finns en sådan behöver du följa den särskilda processen för rättning och omprövning, inte enbart begära indexering.

Kontrollera även om någon har använt borttagningsverktyget. En tillfällig borttagning från sökresultatet är en annan situation än att sidan inte går att indexera.

Vid ett plötsligt och brett problem bör du också kontrollera Googles statuspanel. Där redovisas rapporterade störningar separat för bland annat hämtning, indexering och ranking.

Åtgärda problemet innan du begär indexering igen

När du har hittat ett fel ska det gå att beskriva utan att bara upprepa symptomen.

”Produktsidorna indexeras inte” är ingen färdig beställning till en utvecklare. I ett tänkt fall kan en användbar beställning i stället vara:

• Produktmallen skickar noindex i ursprunglig HTML.
• Instruktionen ska tas bort för publicerade produkter som ska vara sökbara.
• Rättningen ska verifieras i svaret från servern och i ett nytt test av flera berörda adresser.

Då finns både ett avgränsat problem och ett sätt att kontrollera rättningen.

Förändra inte samtidigt innehåll, adresser, navigation och mall om det inte behövs för att lösa det verifierade felet. Annars gör du det svårt att förstå vilken åtgärd som hjälpte.

När sidan är rättad kan du begära indexering av viktiga enskilda adresser. För större mängder sidor är sitemap den naturliga vägen. Google säger uttryckligen att upprepade begäranden för samma adress inte gör processen snabbare. Det finns inte heller någon garanti för att en begäran leder till indexering.

Var skeptisk till tjänster som behandlar inskickade adresser som ett bevis på genomförd indexering. Googles Indexing API är avsett för jobbannonser och vissa direktsända videor, inte vanliga artiklar eller tjänstesidor. Ett accepterat anrop är dessutom inte ett kvitto på att sidan har tagits med i indexet.

Följ upp om rätt sidor kommer in och blir kvar

Spara vilka adresser du undersökte, vilken status du såg, vad som ändrades och när ändringen publicerades. Följ sedan samma adresser vid nästa kontroll.

Du kan exempelvis välja att kontrollera en grupp efter 7, 14 och 28 dagar. Det är en arbetsrutin, inte Googles utlovade tidsgränser. Anpassa uppföljningen till hur viktig sidan är och hur din webbplats normalt fungerar.

Skilj mellan tre resultat: Google har hämtat den ändrade sidan, sidan har blivit indexerad och sidan finns fortfarande kvar vid en senare kontroll. Bara det sista ger dig belägg för att förbättringen håller över den period du följer.

Titta också på rätt grupp. Om tjugo viktiga produktsidor fortfarande saknas hjälper det inte att webbplatsens totala antal indexerade adresser har ökat genom nya filtervariationer.

För en innehållsförändring behöver du kontrollera att Google har fått den nya versionen innan du bedömer utfallet. En tidigare hämtning säger inget om texten du publicerade efteråt, och livetestet uppdaterar inte automatiskt den sparade indexeringsinformationen.

Om den nya versionen ännu inte har hämtats är nästa uppgift att undersöka hämtningen. Inte att skriva om sidan en gång till.