Noindex: håll rätt sidor utanför Google
Axel Hansson
21 oktober, 2026
Noindex talar om för sökmotorer att en sida eller fil inte ska visas i sökresultaten. Det kan passa för till exempel interna sökresultat eller tillfälliga kampanjsidor. För att regeln ska fungera måste Google kunna hämta sidan och läsa den.
Sätt inte noindex på en sida bara för att den får få besök från Google. Den kan fortfarande svara på frågor som dina kunder söker efter.
Så anges noindex
För en HTML-sida kan regeln placeras i sidhuvudet:
<meta name="robots" content="noindex">
För exempelvis PDF-filer används i stället en HTTP-header:
X-Robots-Tag: noindex
I WordPress kan du ofta välja noindex i SEO-tillägget, antingen för en sida eller för en hel innehållstyp. Kontrollera sedan sidans publicerade HTML och serversvar. Inställningen kan ha ändrats utan att den nya regeln nått besökare och sökmotorer.
Google måste kunna läsa regeln
Om sidan blockeras i robots.txt kan Google inte hämta den och läsa noindex. URL:en kan då ändå dyka upp i sökresultaten. Låt Google hämta sidan om syftet är att det ska upptäcka noindex-regeln.
Noindex gör inte känsliga uppgifter privata. Den som har adressen kan fortfarande öppna sidan. Kunddokument och annat privat material behöver inloggning och rätt behörigheter.
När passar noindex?
En butik kan till exempel ha en tillfällig kampanjsida som kunder når från ett mejl. Om sidan inte behöver synas på Google kan noindex passa. Innehåller den privata uppgifter behövs dessutom åtkomstskydd.
Butikens vanliga sida om vinterjackor ska däremot kunna hittas även efter kampanjen. Sätter du noindex där kan den försvinna från sökresultaten. Låt sidan vara indexerbar och uppdatera kampanjbudskapet när det behövs.
| Situation | Vad du kan använda |
|---|---|
| Sidan ska finnas men inte visas i sökresultat | Noindex kan passa |
| Två URL:er visar samma innehåll | Utred canonical eller omdirigering |
| Sidan har tagits bort permanent utan ersättare | Korrekt 404- eller 410-svar |
| Informationen är hemlig | Inloggning och behörigheter |
Kontrollera vad servern faktiskt skickar
Öppna utvecklarverktygens Network-panel och ladda om sidan. Välj anropet för HTML-dokumentet och läs Response Headers. Finns X-Robots-Tag där? Leta också efter robots-meta i sidans HTML. Servern kan skicka noindex i en header även om SEO-tillägget säger att sidan får indexeras.
Finns flera instruktioner måste du kontrollera alla. En tillåtande regel upphäver inte noindex som finns någon annanstans. Se också om en regel gäller särskilt för Googlebot. När du rättar felet, anteckna var regeln fanns och kontrollera det nya serversvaret.
När du har tagit bort noindex gör du ett livetest i Search Console. Det testar sidan som den ser ut nu; Googles uppgifter om den indexerade versionen kan fortfarande vara äldre. Följ upp efter nästa hämtning. För en PDF behöver du kontrollera själva filens serversvar, inte bara sidan som länkar till den.
Checklista för noindex
- Öppna den fullständiga URL:en och kontrollera att det är rätt sida.
- Leta efter robots-meta i den levererade HTML-koden och efter X-Robots-Tag i headers.
- Kontrollera att robots.txt tillåter hämtning.
- Granska URL:en i Search Console och skilj på indexerade uppgifter och livetestet.
- Följ upp när Google har hämtat sidan igen.
Vill du att sidan ska kunna indexeras igen måste noindex bort överallt där den anges. En serverheader kan ligga kvar trots att du ändrat SEO-tillägget. Rensa eventuell cache och kontrollera svaret igen. Därefter kan du begära en ny hämtning. Google avgör fortfarande om sidan ska indexeras och var den visas.
Vid en lansering kontrollerar du att noindex från utvecklingsmiljön inte har följt med. Testa startsida, produkter, kategorier och andra viktiga sidtyper. Ett fel i produktmallen kan påverka alla produkter trots att startsidan fungerar.
”*” anger obligatoriska fält