Feil i Search Console og løsninger
Betydningen av de vanligste feilene i indeksering og sideopplevelse, og stegene for å løse dem.
Aurora YazılımRedaksjonen
6 min lesetid
Search Console-feil deles først etter type: noen er ekte problemer (404, serverfeil, feil noindex), andre er Googles bevisste valg (duplikat, alternativ side). Les årsaken i siderapporten, test en eksempelside med URL-inspeksjon, rett problemet på nettstedet og valider rettelsen i rapporten.
Er hver advarsel en feil?
De fleste nettstedeiere som åpner Search Console for første gang, får panikk når de ser hundrevis av «ikke indeksert»-rader. Men en stor del av denne listen er forventet: gamle adresser som er omdirigert, duplikater med filterparametere og administrasjonssider du bevisst har stengt.
Det riktige spørsmålet er: står det en side som burde være i indeksen på denne listen? Hvis produkt-, tjeneste-, kategori- eller bloggsidene dine er utenfor indeksen, har du et problem. Er handlekurv, søkeresultat eller takkeside utenfor indeksen, er alt i orden.
For å skille dette, list først opp de viktige sidene på nettstedet og sørg for at bare de finnes i områdekartet. Når områdekartet er rent, blir også støyen i rapporten mindre. Er du ukjent med grunnbegrepene, er det lettere å begynne med veiledningen hva er SEO.
Slik leser du rapporten for sideindeksering
Rapporten Sider under Indeksering deler sidene i indekserte og ikke-indekserte. Hver rad i tabellen under er en årsak. Klikker du på raden, ser du eksempeladresser.
De vanligste problemene med sideindeksering og hva de betyr, er oppsummert i tabellen nedenfor.
| Årsak i rapporten | Betydning | Hva bør gjøres først? |
|---|---|---|
| Ikke funnet (404) | Adressen finnes ikke lenger | Hvis siden er viktig, omdiriger med 301 til den aktuelle siden |
| Soft 404 | Siden åpnes, men ser ut til å mangle innhold | Fyll tomme kategorier eller sider uten lager med innhold |
| Serverfeil (5xx) | Google fikk en feil under crawling | Se gjennom hosting og feillogger |
| Ekskludert av noindex-tagg | Siden er stengt for indeksering | Fjern taggen hvis det ikke er med vilje |
| Blokkert av robots.txt | Crawling er blokkert | Rydd bort unødvendige blokkeringsregler |
| Side med omdirigering | Adressen går til en annen adresse | Er vanligvis normalt. Oppdater interne lenker |
| Duplikat, Google valgte en annen kanonisk side | Det finnes lignende innhold | Gjør canonical og interne lenker konsekvente |
Crawlet, men ikke indeksert
Statusen crawlet, men ikke indeksert betyr at Google har besøkt siden, men foreløpig ikke finner den verdt å indeksere. Det er ingen teknisk hindring. Problemet gjelder som regel innholdsverdien eller nettstedets generelle kvalitet.
Løsningen er ikke å sende siden inn igjen og igjen med «be om indeksering». Se på om siden faktisk svarer på et unikt spørsmål. Sider produsert fra samme mal der bare bynavnet er byttet, eller produktbeskrivelser på tre setninger, havner på denne listen.
- Berik innholdet: legg til original beskrivelse, tabell, bilde og vanlige spørsmål.
- Slå sammen like sider og omdiriger svake kopier til hovedsiden med 301.
- Gi siden interne lenker fra relevante kategorier og bloggartikler.
- Hev nettstedets generelle kvalitet ved å stenge sider uten verdi for indeksering.
Oppdaget, men ikke indeksert
I dette medlemmet av familien ikke indeksert-feil kjenner Google adressen, men har ikke crawlet den ennå. Det er vanlig på nye nettsteder og på nettsteder som får mange sider på kort tid.
Det er som regel to årsaker: serveren svarer tregt, så crawl-hastigheten holdes lav, eller siden ligger dypt inne i nettstedet. Å forbedre serverens svartid og gjøre viktige sider tilgjengelige via meny eller kategori er ofte nok. Med tunge maler slår hastighet og ytelse direkte ut på crawl-budsjettet.
Problemer med duplikater og kanoniske sider
Advarsler om duplikatsider viser at samme eller svært likt innhold åpnes på flere adresser: versjon med og uten www, adresse med og uten skråstrek på slutten, http og https, produktadresser med fargeparametere.
Google velger én av disse kopiene som kanonisk (canonical) side. Hvis valget ditt og Googles valg er forskjellige, er signalene dine motstridende. Canonical-taggen, interne lenker, områdekartet og omdirigeringene må peke på samme adresse.
Kontroll av canonical
Siden skal ha én canonical-tagg i kildekoden, og den skal peke på sin egen foretrukne adresse. Åpne kildekoden i nettleseren og se etter en linje som den nedenfor.
<link rel="canonical" href="https://ornek.com/urunler/deri-canta/">Regelen om én adresse
Nettstedet skal ha én enkelt versjon, og alle andre versjoner skal gå dit med 301. Når denne regelen settes opp fra start, oppstår det meste av duplikatvarslene aldri. SEO-vennlig webdesign setter opp denne strukturen før lansering.
Opplevelsesrapporter og Core Web Vitals
Rapporten Core Web Vitals under Opplevelse grupperer sider som gode, trenger forbedring og dårlige ut fra reelle brukerdata. Terskelene er åpent tilgjengelige: LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1.
Rapporten viser sidene ikke enkeltvis, men som grupper av lignende adresser. Et tungt bilde i en produktmal kan dra alle produktsidene ned til dårlig, og én enkelt rettelse i malen forbedrer hundrevis av sider samtidig. På nettsteder der de fleste brukerne er på mobil, er mobiltilpasset design grunnlaget for disse målingene.
På nettsteder med lite trafikk kan denne rapporten være tom, fordi det ikke finnes nok ekte brukerdata. Da kan du gjøre en labmåling med PageSpeed Insights og jobbe mot de samme terskelene.
Verifisering etter retting
Når du har rettet feilen på nettstedet, må du melde fra om det til Search Console. Ellers står rapporten uendret til Google crawler sidene på nytt etter sin egen plan.
- Åpne en eksempeladresse i verktøyet URL-inspeksjon og kjør live-testen.
- Hvis live-testen viser at problemet er borte, trykker du på knappen Valider rettelse på den aktuelle raden i rapporten.
- Be om indeksering for noen få viktige sider. For masseinnsending oppdaterer du områdekartet.
- Følg valideringen i noen dager til noen uker, og undersøk adresser som mislykkes, for seg.
Oppsett som forebygger feil fra start
De fleste advarslene i Search Console kommer fra strukturelle beslutninger som oppdages etter lansering: adresseoppsett, omdirigeringsregler, paginering, filtre og malens hastighet. Dette kan rettes i ettertid, men det er mye billigere å sette det opp før lansering.
For en omfattende gjennomgang kan du se artikkelen vår med sjekkliste for teknisk SEO. I nettbutikkprosjekter er valget av nettbutikkplattform også en del av dette bildet, slik at adresser for kategorier, filtre og varianter blir riktig satt opp fra start.
Å sjekke denne korte listen før lansering holder rapportene de første månedene i stor grad rene: én enkelt og konsekvent adresseversjon, et områdekart med bare viktige sider, fjerning av noindex-tagger som er glemt, en komplett 301-tabell fra adressene på det gamle nettstedet til de nye og tomme kategorisider fylt med innhold.
Etter lansering holder det å se på endringene i radene i Sider-rapporten én gang i måneden. Hvis antall adresser under en årsak plutselig øker, har det som regel nylig skjedd en endring i mal, kode eller server. Å lete etter problemet i den endringen sparer tid. Har du ikke tid til å følge dette jevnlig, kan du få månedlig rapport og prioriteringsliste gjennom SEO og analyse.
Vanlige spørsmål
01Faller rangeringen min hvis mange sider ikke er indeksert?
Selve antallet er ikke en straff. Det viktige er om sider som burde være i indeksen, står utenfor. Er det mange verdiløse og duplikate adresser, bidrar det til nettstedets generelle kvalitet å rydde dem bort.
02Hvor mange ganger bør jeg trykke på «Be om indeksering»?
Én gang er nok. Å trykke igjen gjør ikke prosessen raskere. Den virkelige effekten kommer av å styrke siden i innhold og interne lenker og av å holde områdekartet oppdatert.
03Hva gjør jeg hvis Search Console ikke viser noen data?
Kontroller først at eiendommen er lagt til med riktig type (domene eller URL-prefiks) og riktig adresse. For nylig verifiserte eiendommer kan det ta noen dager før data vises. Sørg også for at du har sendt inn områdekartet.
Search Console-feil viser feilene i språket nettstedet ditt snakker med Google. Når de leses riktig, blir de en liste over de raskeste SEO-gevinstene. Vil du håndtere problemer med indeksering, hastighet og struktur samlet, kan vi følge nettstedet ditt jevnlig og løse problemene varig med tjenesten vår for SEO og analyse.
