Innhold i denne artikkelen
Noindex er ett av de enkleste og farligste verktøyene i teknisk SEO. Én linje kode, og en side forsvinner fra Google. Det er poenget når du vil det, og en katastrofe når du ikke vil det.
Hva er noindex?
Noindex er en instruks til søkemotorer om at en side ikke skal vises i søkeresultatene. Den er en del av «robots meta»-standarden, som lar deg gi crawlere presise instrukser per side.
Den vanligste implementasjonen er en meta-tag i <head>:
<meta name="robots" content="noindex">
Alternativt kan du sende signalet via HTTP-headeren:
X-Robots-Tag: noindex
HTTP-header-versjonen er nyttig for filer som ikke har en HTML-<head>, som PDF-er, bilder og andre ressurser. Ellers gjør de nøyaktig samme jobb.
Noindex vs robots.txt vs 404: hva gjør hva
Dette er den mest forvirrende delen for de fleste, og der mange bommer. Enkelt:
- Robots.txt Disallow — «Ikke besøk siden». Google kan fortsatt indeksere URL-en hvis andre lenker til den, men uten innhold.
- Noindex — «Besøk gjerne, men ikke ta med i søk». Google leser siden, ser instruksen, fjerner fra indeks.
- 404 / 410 — «Siden finnes ikke». Google fjerner URL-en fra indeksen etter noen crawls.
- Canonical — «Denne siden er en variant av en annen. Vurder den andre som originalen». Ikke ekvivalent med noindex.
Den viktigste regelen: ikke kombiner med robots.txt
Dette er den enkelt vanligste noindex-feilen jeg ser:
# I robots.txt
User-agent: *
Disallow: /interne-sider/
# I HTML for /interne-sider/hemmelig
<meta name="robots" content="noindex">
Ser fornuftig ut, ikke sant? «Jeg vil både hindre crawling og indeksering.» Problemet er at Google aldri får crawle siden, og derfor aldri ser noindex-taggen. Resultatet: URL-en kan fortsatt være indeksert (fra eksterne lenker), uten at Google har lov til å lese den for å oppdage at den skulle vært fjernet.
Løsningen er å velge én av dem:
- Vil du hindre indeksering? Fjern robots.txt-blokkeringen. La noindex gjøre jobben.
- Vil du bare spare crawl-budget? Bruk robots.txt Disallow uten noindex.
Aldri begge samtidig på samme URL-mønster. Jeg har fikset denne feilen på minst 20 nettsteder de siste årene.
Når noindex er riktig verktøy
Noindex passer alltid når siden skal eksistere, men ikke stå i søkeresultatene:
- Interne søkeresultater — brukerens søk på nettstedet ditt bør ikke være i Google.
- Takkesider etter skjemautfylling — trafikk til «Takk for kontakt»-sider er meningsløs.
- Handlekurv, kasse, min side — personlige sider som ikke fungerer uten kontekst.
- Admin- og innloggingssider — nyttige for kundene, ubrukelige i søk.
- Utdaterte kampanjesider — for eksempel «Sommerkampanje 2024» som ikke lenger er relevant, men fortsatt lever.
- Test- og staging-miljøer — hele test-domenet bør ha noindex på hver side.
- Tynne innleggsider med mye duplikatinnhold — for eksempel tag-sider med bare 1–2 artikler.
Når noindex er FEIL verktøy
Like viktig er å vite når man IKKE skal noindexe:
- Sider du faktisk vil ha trafikk til. Klarer ikke å understreke dette nok, se case-studien nedenfor.
- Duplikater du vil samle rangeringssignaler fra. Da vil du ha canonical, ikke noindex. Canonical peker «pris fra denne, ikke fra meg». Noindex sier bare «ikke fra meg», uten å peke.
- Sider som er slettet. Bruk 404 eller 410. Noindex på en slettet side gir Google en unødvendig ping fram og tilbake.
- Paginering (side 2, 3, 4 av en liste). Google forstår paginering. Ikke noindex den, det kan hindre Google i å finne produktene på senere sider.
- Sider med tynt innhold du burde forbedret. Løsningen er å skrive et bedre innhold, ikke skjule dårlig innhold. Google har allerede bestemt seg om deg.
Hvordan implementere noindex
Grunnleggende meta-tag i <head>:
<!DOCTYPE html>
<html>
<head>
<title>Handlekurv</title>
<meta name="robots" content="noindex">
</head>
<body>...</body>
</html>
Vil du også hindre at Google følger lenkene på siden:
<meta name="robots" content="noindex, nofollow">
Målrettet mot en spesifikk crawler:
<meta name="googlebot" content="noindex">
Via HTTP-header (for PDF-er, bilder, staging):
HTTP/1.1 200 OK
Content-Type: application/pdf
X-Robots-Tag: noindex
For WordPress-brukere: de fleste SEO-plugins (Rank Math, Yoast) har enkle boks-avkryssinger per side. Bruk dem, ikke plugin-kode.
For Shopify: håndteres via robots.txt.liquid eller theme-editor. Se artikkelen om Shopify-SEO.
Case-studie: 40 % trafikkfall over natten
En kunde i kosmetikkbransjen så trafikken falle 40 % i løpet av 10 dager, uten at noe åpenbart var endret.
Problemet: En utvikler hadde lagt inn en «coming soon»-versjon av nettsiden på et test-domene med <meta name="robots" content="noindex"> på alle sider. Ved deploy til produksjon glemte de å fjerne taggen, som var lagt inn som en global template-variabel. Hele det live nettstedet arvet noindex på hver eneste side. Google trengte 8-10 dager på å crawle hoveddelen av nettstedet og fjerne det.
Handlingen: Vi identifiserte feilen samme dag som kunden tok kontakt, fjernet taggen på tvers av templates, submittet nye URL-er i Google Search Console og ba om raskere re-crawling av topp-100 kategori- og produktsider. Vi la også inn en manuell deploy-sjekk som feiler builden hvis den finner en noindex på en side som ikke er unntatt.
Resultatet: Trafikken var 75 % gjenopprettet etter to uker. Full gjenoppretting tok fire uker. Denne feilen ble den dyreste 5-linjers kode-tabben jeg har sett på et år.
Denne saken hører sammen med artikkelen om nettstedmigrering — noindex er en av tingene som må sjekkes både før og etter migrering.
Slik verifiserer du at noindex faktisk gjør jobben
- Google Search Console — «Inspiser URL». Skriv inn URL-en, se om den er indeksert og hva instruksene er.
- Se på HTML-en manuelt. Høyreklikk → «Vis kildekode», søk etter
noindex. - Site-søk i Google.
site:eksempel.no/hemmelig-side. Hvis den fortsatt vises, mangler du bare tålmodighet, eller så er noe blokkert i robots.txt. - Screaming Frog eller lignende crawler. Kryss av «robots directives» i crawl-rapporten. Nyttig for å se hele nettstedet på én gang.
- HTTP-headere. Bruk
curl -I https://eksempel.no/sideog se etterX-Robots-Tag.
Dette ser jeg ofte gå galt
- Noindex på hele nettstedet, glemt etter staging. Nummer én dyreste feil. Sjekk hele domenet med Screaming Frog etter hver lansering.
- Kombinasjon av robots.txt Disallow og noindex. Google får aldri sett noindex-taggen. Velg én.
- Noindex på canonical-mål. Hvis /produkt?farge=blå har canonical til /produkt, men /produkt har noindex, forsvinner ALT. Sjekk at canonical-målet er indekserbart.
- Bruker noindex istedenfor canonical for duplikater. Duplikater bør konsolideres, ikke skjules. Canonical samler rangeringssignaler, noindex sender dem bort.
- Ikke sjekker etter deploy. Alltid site:-søk etter en deploy. Faller antall indekserte sider dramatisk, har du sannsynligvis en noindex-feil.
Din handlingsplan: Steg-for-steg
| Steg | Hva du gjør |
|---|---|
| 1 | List opp alle sidetyper (kategori, produkt, blogg, admin, søkeresultat, takkeside, osv.) |
| 2 | Marker hvilke som skal og ikke skal være i Google |
| 3 | Sjekk hvilke som faktisk har noindex i dag (Screaming Frog eller GSC) |
| 4 | Rett opp mismatch: legg til noindex der det mangler, fjern der det er feil |
| 5 | Verifiser at ingen noindex-side samtidig er blokkert i robots.txt |
| 6 | Sjekk canonical-mål: er de indekserbare? |
| 7 | Legg inn en deploy-sjekk som feiler hvis noindex står på uventede sider |
| 8 | Følg med i GSC de neste ukene: antall indekserte sider bør bevege seg mot forventet nivå |
Oppsummert: Min mening om noindex
Noindex er trolig det kraftigste ene-verktøyet i teknisk SEO. Én linje kode kan rydde opp i indeksstøy som ellers krever ukevis med opprydding. Én linje kode kan også slette hele forretningen din.
Regelen jeg alltid vender tilbake til: noindex hører hjemme på sider som skal leve videre uten å være i Google. Alt annet er feil verktøy. Skal siden slettes, bruk 404. Skal duplikater konsolideres, bruk canonical. Skal du spare crawl-budget, bruk robots.txt.
Bruk fem minutter etter hver lansering på å site:-søke domenet ditt. Faller antallet uventet, sjekk etter uønsket noindex først. Det er 9 av 10 ganger forklaringen.
