Så diagnostiserar du tekniska indexeringsproblem

En prioriteringsordning för rapporten Sidindexering i Search Console: vad du åtgärdar först, hur du bekräftar orsaker med URL-inspektion och när du kan sluta.

Diagnostisera indexeringsproblem utifrån de sidor du behöver, inte utifrån rapportens totalsiffror. Ta fram en lista över de URL:er som är viktiga, ta reda på vilka av dem som inte är indexerade och varför, och gå sedan igenom orsakerna i ordning efter allvarlighetsgrad: först server- och åtkomstfel, sedan oavsiktliga blockeringar, canonical-konflikter och felliknande sidor, och sist de sidor som Google helt enkelt valt att inte indexera. Bekräfta varje åtgärd med ett live-test i URL-inspektion innan du ber Google validera korrigeringen.

Den här handledningen förutsätter att du känner till de statusar som beskrivs i Indexering förklarad.

Steg 1: bygg listan över URL:er som är viktiga

Rapporten Sidindexering räknar alla URL:er som Google känner till, inklusive parametrar, gamla adresser och sidor som du aldrig avsåg att publicera. Ett högt antal under "Inte indexerad" är normalt, och Google säger uttryckligen att inte alla URL:er ska indexeras (Page indexing report). Utgå därför från din egen lista:

Sidor som ger trafik: de 50 till 100 främsta under Prestanda → Sidor över tre månader.
Sidor som ger intäkter: produkt-, pris-, tjänste- och platssidor, oavsett hur mycket trafik de har.
Nya sidor: allt som publicerats under de senaste 90 dagarna.
Dina sitemaps: de bör lista exakt de kanoniska URL:er som du vill ha indexerade. Du kan filtrera rapporten Sidindexering efter sitemap för att se hur många av dess URL:er som är indexerade, och varje sitemap i rapporten Sitemaps länkar till indexeringstäckningen för sina URL:er.

Steg 2: ta reda på vilka av dem som inte är indexerade

För en kort lista inspekterar du varje URL i URL-inspektion. För en längre lista öppnar du rapporten Sidindexering filtrerad på din sitemap och går igenom varje orsak, och kontrollerar vilka av dina viktiga URL:er som finns bland exemplen. Notera varje URL med sin orsak och orsakens källa. Googles tumregel: i allmänhet kan du bara åtgärda problem vars källa anges som "Webbplats".

Steg 3: gå igenom orsakerna i ordning

Åtgärda orsakerna i den här ordningen. Varje nivå kan dölja nästa, och de första påverkar flest sidor samtidigt.

Ordning	Status	Kontrollera först	Vanlig åtgärd
1	Serverfel (5xx)	Serverloggar och driftstatus hos värdtjänsten vid de tidpunkter då Google genomsökte sidan	Åtgärda kapacitet eller krascher; upprepade 5xx-svar gör också att Google genomsöker långsammare
2	Omdirigeringsfel	Hela omdirigeringskedjan för URL:en	Omdirigera i ett enda steg till slutlig URL; ta bort loopar
3	Blockerad på grund av obehörig begäran (401), åtkomst nekad (403) eller andra 4xx	Inloggningsspärrar, brandvägg eller regler för botskydd	Låt Googlebot nå publika sidor
4	URL markerad med "noindex"	Sidans robots-metatagg och dess `X-Robots-Tag`-header	Ta bort noindex från sidor som ska ranka
5	URL blockerad av robots.txt	Den robots.txt-regel som matchar	Ta bort regeln för sidor som ska genomsökas
6	Dubblett, Google valde en annan kanonisk URL än användaren	Vilken URL din canonical-tagg, dina omdirigeringar, din sitemap och dina interna länkar var och en pekar på	Låt alla signaler peka på samma URL
7	Soft 404	Vad sidan visar när Googlebot hämtar den	Riktig 404 för saknade sidor; riktigt innehåll för riktiga sidor
8	Genomsökt – för närvarande inte indexerad	Om sidan tillför något som dina andra sidor och konkurrenterna inte gör	Förbättra den, eller slå ihop den med en starkare sida
9	Upptäckt – för närvarande inte indexerad	Om någon genomsökt sida länkar till den	Länka till den från genomsökta sidor; hantera genomsökningen på mycket stora webbplatser

Diagnostisera en enskild URL med URL-inspektion

För varje viktig URL i din lista gör du samma fem kontroller (URL Inspection tool):

Läs utlåtandet och orsaken. "URL:en är okänd för Google" betyder att Google inte alls har sett adressen, så uppgiften är upptäckt: länka till den från sidor som Google redan genomsöker och ta med den i din sitemap.
Jämför de kanoniska URL:erna. Om den kanoniska URL som Google valt skiljer sig från den som användaren angett indexerar Google en annan URL i stället för den här. Titta på den andra URL:en innan du ändrar något.
Kontrollera genomsökningen. Notera datum för senaste genomsökning, om Google genomsökte som smartphone eller dator, om genomsökning var tillåten och om sidhämtningen lyckades. En varning: när robots.txt blockerar genomsökning visar "Indexering tillåten?" alltid ja, eftersom Google inte kan se en noindex på en sida som den inte får hämta.
Kör Testa live-URL. Standardvyn beskriver den senast indexerade versionen, som kan vara gammal. Live-testet hämtar sidan just nu och visar en skärmbild av den renderade sidan, vilket är det snabbaste sättet att upptäcka innehåll som bara visas för inloggade användare eller när ett skript misslyckas.
Begär indexering först efter en åtgärd. Google har en daglig kvot och säger att upprepade begäranden för samma URL inte går snabbare (Ask Google to recrawl).

Anmärkningar om de svårare statusarna

Blockerad av robots.txt är inte detsamma som utestängd. robots.txt styr genomsökning, inte indexering; en blockerad URL som andra sidor länkar till kan ändå indexeras utan sitt innehåll. För att hålla en sida utanför Google tillåter du genomsökning och använder noindex, i en metatagg eller en X-Robots-Tag-header (Block indexing). Kom ihåg att borttagning sker först när Google genomsöker sidan igen, vilket kan ta en stund.

Canonical-konflikter är oftast självförvållade. Google väger omdirigeringar och rel="canonical" som starka signaler, att URL:en finns i sitemapen som en svag signal, och föredrar HTTPS (Consolidate duplicate URLs). Den typiska konflikten är en canonical-tagg som pekar på en URL medan navigeringen, sitemapen och de interna länkarna alla använder en variant (snedstreck på slutet, versaler, en spårningsparameter, http://). Få dem att stämma överens, så löser sig konflikten oftast vid nästa genomsökning.

Soft 404 finns i två varianter. Vissa är verkligen saknade sidor, till exempel en mall för "artikeln hittades inte" som returnerar 200; de ska returnera 404 eller 410. Andra är riktiga sidor som ser tomma ut för Google, till exempel en kategori utan produkter eller en sida vars innehåll laddas efter att ett skript misslyckats; de behöver innehåll som Google kan se, vilket skärmbilden i live-testet bekräftar.

Genomsökt – för närvarande inte indexerad är ett omdöme, inte ett fel. Google genomsökte sidan och bestämde sig för att tills vidare inte behålla den; den kan eller kan inte bli indexerad senare. Fråga dig ärligt vad sidan tillför. Tunna varianter av andra sidor, taggsidor med två inlägg och artiklar som upprepar vad tio andra webbplatser redan säger hör till de vanliga fallen. Gör sidan tydligt bättre eller annorlunda, eller slå ihop den med en sida som redan är det.

Upptäckt – för närvarande inte indexerad handlar oftast om länkar. Google känner till URL:en men har inte genomsökt den ännu. På de flesta webbplatser är åtgärden att länka till sidan från sidor som Google redan genomsöker och att behålla den i sitemapen. Googles guide om genomsökningsbudget riktar sig till en snävare grupp: webbplatser med över en miljon sidor som ändras varje vecka, eller över 10 000 sidor som ändras dagligen (Managing crawl budget). Om det gäller dig ska du minska URL-beståndet: slå ihop dubbletter, blockera genomsökning av URL:er som aldrig ska hämtas, returnera 404 eller 410 för borttagna sidor och åtgärda soft 404, som fortsätter att genomsökas.

Steg 4: validera korrigeringen

När URL:erna bakom en orsak är åtgärdade öppnar du orsaken i rapporten Sidindexering och trycker på Validera korrigering, en enda gång. Google kontrollerar först några stickprovssidor; om problemet finns kvar avbryts valideringen. Annars kontrolleras alla kända berörda URL:er på nytt och var och en markeras som godkänd eller underkänd. Google säger att validering vanligtvis tar upp till ungefär två veckor och ibland mycket längre. Google kan också upptäcka korrigeringar under den vanliga genomsökningen utan en valideringsbegäran.

När du kan sluta

Sluta jaga en status när de URL:er som ligger bakom den är sådana du inte behöver ha indexerade (parametrar, filtrerade vyer, interna sökresultat, gamla omdirigeringar) eller när en sida har förbättrats, länkats och skickats in igen och Google ändå avstår från den efter ett par månader. Då är det vanligtvis mest användbart att slå ihop sidan med en starkare och omdirigera den, inte att begära indexering igen.

Så hjälper AutoPSEO

AutoPSEO gör steg 2 till en löpande kontroll. Index Tracker rymmer upp till 1 800 URL:er som du väljer själv, inspekterar om upp till 200 av dem varje dag via URL Inspection API (äldsta kontrollen först, inom Googles gräns på 2 000 inspektioner per egendom och dag) och markerar sidor som avindexerats de senaste 30 dagarna samt sidor som Google inte har genomsökt på 120 dagar. En Index flip-avisering skickas till Slack, Microsoft Teams eller en webhook när en spårad URL försvinner från indexet eller kommer tillbaka (aviseringar). URL-inspektion och Sitemaps fungerar inifrån appen, och genomsökningsproblem i Bing visar samma typ av problem från Bings sida.

För nya sidor meddelar IndexNow Bing och de andra sökmotorer som stöder det om ändrade URL:er; Google deltar inte i IndexNow, så sitemaps och interna länkar är fortfarande vägen till Google. Artiklar från innehållsmotorn levereras till din egen webbplats, som publicerar och länkar dem som vilken annan sida som helst; när din webbplats deklarerar en IndexNow-nyckel pingar AutoPSEO IndexNow med varje publicerad eller uppdaterad adress på din värd och registrerar vad IndexNow svarade (Leverans).