Fel i Search Console och hur du löser dem
Vad de vanligaste indexerings- och upplevelsefelen betyder, och hur du löser dem steg för steg.

Fel i Search Console delas först upp efter typ: vissa är verkliga problem (404, serverfel, felaktig noindex), andra är Googles medvetna val (dubbletter, alternativa sidor). Läs orsaken i sidrapporten, testa en exempelsida med URL-granskning, åtgärda problemet på webbplatsen och bekräfta rättelsen i rapporten.
Är varje varning ett fel?
De flesta som öppnar Search Console för första gången blir oroliga när de ser hundratals rader med »inte indexerad«. Men en stor del av listan är helt väntad: gamla adresser som omdirigeras, dubbletter med filterparametrar och administrationssidor som du medvetet har stängt.
Den rätta frågan är: finns det någon sida som borde vara indexerad i listan? Om din produkt-, tjänste-, kategori- eller bloggsida ligger utanför indexet har du ett problem. Om det bara är varukorgen, sökresultat eller tacksidan är allt som det ska.
För att kunna göra den åtskillnaden listar du först webbplatsens viktiga sidor och ser till att bara de finns i din sitemap. När sitemapen är ren minskar bruset i rapporten. Är grunderna nya för dig hjälper guiden vad är SEO dig att komma igång.
Så läser du rapporten om sidindexering
Rapporten Sidor under Indexering delar upp sidorna i indexerade och icke-indexerade. Varje rad i tabellen nedanför är en orsak, och när du klickar på raden ser du exempeladresser.
De vanligaste problemen med sidindexering och vad de betyder sammanfattas i tabellen nedan.
| Orsak i rapporten | Betydelse | Vad bör du göra först? |
|---|---|---|
| Hittades inte (404) | Adressen finns inte längre | Om sidan är viktig: omdirigera med 301 till rätt sida |
| Soft 404 | Sidan öppnas men verkar sakna innehåll | Fyll tomma kategorier och slutsålda sidor med innehåll |
| Serverfel (5xx) | Google fick ett fel under genomsökningen | Granska hosting och felloggar |
| Utesluten av noindex-tagg | Sidan är stängd för indexering | Ta bort taggen om den inte är avsiktlig |
| Blockerad av robots.txt | Genomsökning blockerad | Rensa bort onödiga blockeringsregler |
| Sida med omdirigering | Adressen leder till en annan adress | Oftast normalt, uppdatera interna länkar |
| Dubblett, Google valde en annan kanonisk sida | Liknande innehåll finns | Gör canonical och interna länkar konsekventa |
Genomsökt men inte indexerad
Statusen genomsökt men inte indexerad betyder att Google har besökt sidan men inte tycker att den är värd att indexera just nu. Det finns inget tekniskt hinder; problemet handlar oftast om innehållets värde eller webbplatsens övergripande kvalitet.
Lösningen är inte att gång på gång skicka in sidan med »begär indexering«. Kontrollera i stället om sidan verkligen svarar på en unik fråga. Sidor som skapats från samma mall där bara ortnamnet byts ut, eller produktbeskrivningar på tre meningar, hamnar i den här listan.
- Berika innehållet: lägg till egen text, tabeller, bilder och vanliga frågor.
- Slå ihop liknande sidor; omdirigera svaga dubbletter till huvudsidan med 301.
- Ge sidan interna länkar från relevanta kategorier och blogginlägg.
- Höj webbplatsens helhetskvalitet genom att stänga värdelösa sidor för indexering.
Hittad men inte indexerad
I den här delen av familjen »inte indexerad« känner Google till adressen men har ännu inte genomsökt den. Det är vanligt på nya webbplatser och på webbplatser där många sidor läggs till på kort tid.
Det finns oftast två orsaker: servern svarar långsamt, så genomsökningstakten hålls låg, eller så ligger sidan djupt nere i webbplatsens struktur. Ofta räcker det att förbättra serverns svarstid och göra viktiga sidor nåbara via menyn eller en kategori. Med tunga mallar påverkar hastighet och prestanda direkt genomsökningsbudgeten.
Dubbletter och kanoniska sidor
Varningar om dubblettsidor visar att samma eller mycket likt innehåll öppnas på flera adresser: versioner med och utan www, adresser med och utan snedstreck på slutet, http mot https och produktadresser med färgparametrar.
Google väljer en av dubbletterna som den kanoniska (canonical) sidan. Om ditt val skiljer sig från Googles skickar du motstridiga signaler. Canonical-taggen, interna länkar, sitemapen och omdirigeringarna ska alla peka på samma adress.
Kontrollera canonical
Sidans källkod ska ha exakt en canonical-tagg som pekar på sidans egen föredragna adress. Öppna källkoden i webbläsaren och leta efter en rad som den nedan.
<link rel="canonical" href="https://ornek.com/urunler/deri-canta/">Regeln om en enda adress
Webbplatsen ska ha bara en version, och alla andra versioner ska skickas dit med 301. Införs regeln från början uppstår de flesta dubblettvarningar aldrig. SEO-anpassad webbdesign bygger in den här strukturen innan webbplatsen publiceras.
Upplevelserapporter och Core Web Vitals
Rapporten Core Web Vitals under Upplevelse delar in sidorna i bra, behöver förbättras och dåliga, utifrån verkliga användardata. Gränsvärdena är öppna för alla: LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1.
Rapporten visar inte enskilda sidor utan grupper av liknande adresser. En tung bild i en produktmall kan göra att alla produktsidor hamnar i det dåliga fältet, och en enda mallfix kan förbättra hundratals sidor på en gång. På webbplatser där de flesta besökare använder mobilen är mobilanpassad design grunden för de här måtten.
På webbplatser med lite trafik kan rapporten vara tom, eftersom det inte finns tillräckligt med verkliga användardata. Då kan du mäta med PageSpeed Insights i labbmiljö och arbeta mot samma gränsvärden.
Så verifierar du att felet är åtgärdat
När du har rättat felet på webbplatsen måste du meddela Search Console. Annars ligger rapporten kvar i sitt gamla läge tills Google genomsöker sidorna på nytt i sin egen takt.
- Öppna en exempeladress i verktyget för URL-granskning och kör livetestet.
- Visar livetestet att problemet är borta klickar du på knappen Validera korrigering på den aktuella raden i rapporten.
- Begär indexering för några viktiga sidor; uppdatera sitemapen om du vill skicka in många på en gång.
- Följ valideringen i några dagar upp till några veckor, och granska de adresser som misslyckas separat.
En struktur som förebygger felen
De flesta varningar i Search Console uppstår av strukturella beslut som upptäcks först efter lansering: adressupplägg, omdirigeringsregler, paginering, filter och mallarnas hastighet. De går att rätta i efterhand, men det är mycket billigare att göra rätt innan webbplatsen publiceras.
För en heltäckande genomsökningslista kan du läsa vår checklista för teknisk SEO. I webbshopprojekt är valet av e-handelsplattform en del av bilden, så att kategori-, filter- och variantadresser byggs rätt från början.
Går du igenom den här korta listan före lansering blir rapporterna rena under de första månaderna: en enda konsekvent adressversion, en sitemap med bara viktiga sidor, bortrensade noindex-taggar som lämnats kvar av misstag, en komplett 301-tabell från den gamla webbplatsens adresser till de nya och tomma kategorisidor som fyllts med innehåll.
Efter lansering räcker det att titta på förändringen i raderna i sidrapporten en gång i månaden. Ökar antalet adresser under en orsak plötsligt beror det oftast på en nyligen genomförd mall-, kod- eller serverändring, och att leta efter felet just där sparar tid. Har du inte tid att följa upp regelbundet kan du få en månadsrapport och en prioriteringslista inom SEO och analys.
Vanliga frågor
01Sjunker min ranking om många sidor inte är indexerade?
Själva antalet är inte ett straff. Det viktiga är om sidor som borde vara indexerade ligger utanför indexet. Om det finns många värdelösa sidor och dubbletter bidrar det till webbplatsens helhetskvalitet att städa bort dem.
02Hur många gånger ska jag klicka på »begär indexering«?
En gång räcker; att klicka igen gör det inte snabbare. Den verkliga effekten kommer av att sidan stärks med innehåll och interna länkar och att sitemapen hålls aktuell.
03Vad gör jag om inga data alls visas i Search Console?
Kontrollera först att egendomen har lagts till med rätt typ (domän eller URL-prefix) och rätt adress. För nyligen verifierade egendomar kan det ta några dagar innan data visas; se också till att du har skickat in sitemapen.
Felen i Search Console visar var din webbplats och Google missförstår varandra, och när du läser dem rätt blir de en lista över de snabbaste SEO-vinsterna. Vill du ta tag i indexerings-, hastighets- och strukturproblem samtidigt kan du med vår tjänst SEO och analys få webbplatsen övervakad regelbundet och problemen lösta för gott.


