Indeksering
Viktige sider skal returnere 200, ha en selvrefererende canonical og ikke være blokkert av robots.txt eller noindex.
SEO kunnskapssenter · Norge
Teknisk SEO handler ikke om å «hacke» Google. Det handler om å sikre at viktige sider kan oppdages, crawles, rendres og indekseres—og at nettstedet gir entydige signaler om hvilken URL og hvilket innhold som skal vises.
Feilsøk i denne rekkefølgen. Det er lite nyttig å finjustere title-taggen hvis Google ikke kan hente eller indeksere siden.
| Nivå | Eksempel | Konsekvens |
|---|---|---|
| Kritisk | Viktige URL-er returnerer 4xx/5xx, er blokkert, har noindex eller peker canonical til feil side. | Google kan ikke indeksere eller velger bort siden. |
| Høy | Mobilinnhold mangler, interne lenker er svake, eller JavaScript-rendering feiler. | Siden kan bli oppdaget sent eller forstått ufullstendig. |
| Middels | Dårlige Core Web Vitals, store bilder, unødvendig JavaScript eller lange redirect-kjeder. | Brukeropplevelse og effektiv crawling blir svakere. |
| Lav | Små metadataavvik som ikke påvirker crawling, indeksering eller innholdskvalitet. | Rydd opp etter problemer som blokkerer synlighet. |
Viktige sider skal returnere 200, ha en selvrefererende canonical og ikke være blokkert av robots.txt eller noindex.
Viktige guider må være tilgjengelige med vanlige HTML-lenker fra relevante sider, ikke bare fra søk eller JavaScript-handlinger.
Mål reelle brukerdata i Search Console: LCP bør være under 2,5 sekunder, INP under 200 ms og CLS under 0,1 for en god vurdering.
Kontroller innhold, navigasjon, skjemaer og bilder på mobil. Google vurderer i hovedsak mobilversjonen.
Bruk bare schema som beskriver synlig innhold. Valider det med Rich Results Test og fjern misvisende markering.
Send inn sitemap i Search Console, bruk én foretrukket URL per side og 301-videresend gamle eller dupliserte adresser.
Statuskode: En normal side skal vanligvis returnere 200. Permanent flyttede URL-er skal peke direkte til endelig mål med 301. En «ikke funnet»-side som returnerer 200 kan bli behandlet som soft 404.
Canonical: Bruk selvrefererende canonical på unike sider. Parameter-, filter- og duplikatversjoner bør peke til den foretrukne URL-en, men canonical er et signal—ikke en garanti.
Robots.txt og noindex: Robots.txt styrer crawling, mens noindex styrer indeksering. Ikke blokker crawling av en URL dersom Google må se noindex-direktivet på siden.
Sitemap: Ta bare med canonical, indekserbare URL-er som returnerer 200. Bruk reelle endringsdatoer; ikke oppdater alle datoer automatisk uten at innholdet er endret.
Google kan rendre JavaScript, men rendering krever flere ressurser enn ferdig HTML. Kontroller den rendrerte siden i URL Inspection: hovedtekst, title, canonical og interne lenker må være til stede. Kritiske lenker bør være vanlige <a href>-lenker. Unngå at innhold bare kommer etter klikk, innlogging eller en API-feil.
LCP måler hvor raskt hovedinnholdet vises, INP måler respons på brukerinteraksjoner, og CLS måler uventede layoutendringer. Bruk Search Console eller Chrome UX Report for feldata. Lighthouse er nyttig for diagnose, men én laboratorietest representerer ikke alle brukere.
Tekniske anbefalinger bør kontrolleres mot dokumentasjon og faktiske data, ikke bare en SEO-score.
Bruk Search Console og PageSpeed Insights før du prioriterer endringer.
En høy score alene hjelper ikke hvis viktige sider ikke kan indekseres.
Unngå duplikate språk- og parameter-URL-er som sprer signalene.
SEO kunnskapssenter
Disse guidene dekker de viktigste delene av søkemotoroptimalisering for norske virksomheter. Velg neste steg ut fra hva som begrenser synligheten din nå.
Gjør visninger, klikk og posisjoner om til prioriterte tiltak.
Les guidenStart med strategi, søkeintensjon, innhold og måling.
Les guidenPrioriter feil i indeksering, innhold, lenker, ytelse og måling.
Les guidenArbeid med synlighet i kart og lokale søkeresultater.
Les guidenKontroller nettsiden og bruk observasjonene som grunnlag for prioritering.
Les guiden