Et noindex tag er en instruktion, der fortæller søgemaskiner, at en side ikke skal med i deres indeks. Indeksering betyder helt enkelt, at søgemaskinen registrerer og gemmer en side, så den kan vises i søgeresultaterne, når nogen søger.
Når en side har et noindex tag, kan den derfor som udgangspunkt ikke blive synlig i de organiske søgeresultater. Siden kan stadig eksistere og bruges normalt af besøgende, men søgemaskinerne bliver bedt om ikke at vise den offentligt i deres oversigt over sider.
Det bruges ofte på enkeltstående sider eller hele grupper af sider, som ikke bør rangere, for eksempel interne testsider, takkesider eller tynde indholdssider. Formålet er at styre, hvilke sider der skal kunne findes via søgning, og hvilke der ikke skal.
Når en søgemaskine besøger en side, aflæser den de signaler, der fortæller, om indholdet må komme med i indekset. Et noindex-signal betyder, at siden ikke skal vises som et søgeresultat, selv om robotten stadig kan hente og gennemgå indholdet. Det er en vigtig forskel, fordi crawling og indeksering ikke er det samme. En side kan altså godt blive besøgt, uden at den bliver gemt som en side, der kan rangere.
Den mest kendte løsning er et robots-meta-tag i HTML-koden. Det placeres i sidens head-sektion og læses, når søgemaskinen har hentet selve siden. Her kan man blandt andet angive noindex for en enkelt side. Denne metode bruges typisk på almindelige HTML-sider, hvor man selv styrer skabelonen eller indholdsstyringssystemet.
X-Robots-Tag i HTTP-headeren giver samme type instruktion, men sendes allerede sammen med serverens svar, før indholdet vises. Det er praktisk for filer og ressourcer, som ikke har et almindeligt HTML-head, for eksempel PDF-filer eller billeder, men kan også bruges på sider. Uanset om signalet gives i HTML eller i headeren, er pointen den samme: Siden må gerne crawles, men den skal ikke indekseres.
Noindex er typisk relevant, når en side er nyttig for brugeren på sitet, men ikke har selvstændig værdi i Googles søgeresultater. Valget afhænger altid af sidens formål, dens indhold og dens søgeværdi. En side skal ikke nødvendigvis indekseres, bare fordi den findes. Omvendt bør sider med reel informationsværdi, unik tekst og efterspørgsel som udgangspunkt kunne findes i søgning.
Et klassisk eksempel er filtrerede kategorisider, hvor kombinationer af farve, størrelse eller pris skaber mange næsten ens varianter. De kan være praktiske for brugeren, men giver ofte tyndt eller overlappende indhold. Det samme gælder interne søgeresultater, som sjældent er egnede som landingssider fra Google.
Takkesider efter køb, tilmelding eller formularindsendelse er også oplagte at udelade fra indekset. De har en funktion i brugerrejsen, men ingen egentlig søgehensigt. Det kan desuden være relevant for midlertidige kampagnesider eller tynde sider med meget lidt unikt indhold, hvis de ikke skal tiltrække organisk trafik. Vurder derfor altid, om siden skal findes via søgemaskiner, eller om den kun skal understøtte navigation, konvertering eller en kortvarig aktivitet.
De fire begreber bliver ofte blandet sammen, men de løser forskellige SEO-opgaver. Vælger du forkert, kan du enten få sider indekseret, som burde være skjult, eller blokere for adgang til indhold, der stadig burde kunne forstås af søgemaskiner. Derfor er det vigtigt at skelne mellem indeksering, crawling, linkfølgning og håndtering af dubletter.
Noindex bruges, når en side gerne må crawles, men ikke skal vises i søgeresultaterne. Det er altså et signal om ikke at indeksere siden.
Nofollow bruges på links, når du ikke vil signalere, at søgemaskinen bør følge linket eller overføre værdi via det.
Canonical bruges, når flere sider ligner hinanden, og du vil pege på den foretrukne version. Den canonical side er den, du ønsker samlet indeksering og signaler omkring.
Disallow i robots.txt bruges til at bede søgemaskiner om ikke at crawle bestemte stier eller sider.
Det afgørende er, at disallow ikke er det samme som noindex. En side kan i nogle tilfælde stadig blive indekseret, selv om crawling er blokeret i robots.txt, for eksempel hvis andre sider linker til den. Søgemaskinen kan så kende adressen uden at have læst indholdet. Hvis målet er at forhindre indeksering, er noindex normalt den rigtige løsning. Hvis målet er at samle duplikeret indhold, er canonical ofte bedre. Og hvis du blot vil begrænse crawling, kan disallow være relevant.
Det vigtigste er at placere noindex det rigtige sted og kun på de sider, der faktisk skal holdes ude af søgeresultaterne. På HTML-sider indsættes tagget i sidens <head>, så søgemaskiner møder direktivet tidligt i koden. Et enkelt eksempel er: <meta name=”robots” content=”noindex”>. Brug ikke noindex i brødteksten eller andre steder, hvor søgemaskiner ikke forventer robots-direktiver.
For filer uden almindelig HTML, som PDF’er eller andre dokumenter, bruges ofte X-Robots-Tag i HTTP-headeren. Det er også nyttigt, hvis direktivet skal styres centralt på serverniveau. Vælg enten meta-tag eller header ud fra sidetype og teknisk opsætning, men sørg for, at løsningen faktisk bliver serveret korrekt.
En klassisk fejl er at kombinere noindex med blokering i robots.txt. Hvis en side er blokeret dér, kan søgemaskinen ofte ikke læse noindex-direktivet. Undgå også interne konflikter, for eksempel hvis enkelte sider, skabeloner eller headere sender forskellige signaler. Kontrollér altid den endelige kildekode og de faktiske HTTP-headere, så implementeringen virker som forventet.
Det er først, når Google faktisk læser siden som forventet, at et noindex-tag virker efter hensigten. Brug derfor URL-inspektion til at kontrollere den konkrete side. Her kan du se, om siden må indekseres, om Google har crawlet den, og hvilken version af siden der er hentet. Det er også et godt sted at vurdere, om rendering lykkes, så vigtige metaoplysninger ikke forsvinder i JavaScript eller andre klientsideelementer.
Se derefter på sidens indekseringsstatus. Hvis en URL er udeladt fra indekset på grund af noindex, skal det fremgå tydeligt. Omvendt er det et faresignal, hvis en side stadig er indekseret, selv om den burde være markeret med noindex, eller hvis Google rapporterer andre årsager til udelukkelse end dem, du forventer. Det kan pege på forsinkelser, cache, forkert implementering eller modstridende signaler.
Supplér med data fra egne SEO-værktøjer og crawlrapporter. Her opdager man ofte fejlkonfigurationer, for eksempel sider med både noindex og canonical til en anden URL eller sider, hvor robots.txt blokerer crawl, så Google aldrig ser noindex-tagget. Den kombination skaber usikkerhed og bør rettes hurtigt.
En af de mest skadelige fejl er at sætte noindex på vigtige landingssider, kategorier eller centrale produktsider. Det sker ofte ved en fejl i skabeloner eller CMS-indstillinger. Konsekvensen er enkel: Siden kan forsvinde fra søgeresultaterne, selv om indholdet ellers er relevant og optimeret, og det kan koste både synlighed og organisk trafik.
En anden klassisk misforståelse er at kombinere noindex med blokeret crawling i robots.txt. Hvis søgemaskinen ikke må crawle siden, kan den som udgangspunkt heller ikke se noindex-signalet. Resultatet kan blive usikker eller forsinket afindeksering, og i nogle tilfælde forbliver siden synlig længere end forventet.
Det er også almindeligt at bruge noindex for bredt på sider, der faktisk har SEO-værdi, for eksempel filtrerede kategorier, informationssider eller ældre indhold med stabile placeringer. Her er konsekvensen, at man fjerner sider, som kunne tiltrække relevante besøg og understøtte den samlede synlighed. Derfor bør noindex bruges selektivt og altid vurderes i forhold til sidens formål, trafikpotentiale og interne rolle på sitet.
Et noindex tag stopper ikke i sig selv søgemaskiners crawling. Det fortæller derimod, at siden ikke skal vises i søgeresultaterne, når robotten har læst signalet. Hvis en side er blokeret i robots.txt, kan Google i nogle tilfælde slet ikke se noindex-tagget.
Hvor hurtigt reagerer Google på noindex tags? Det afhænger af, hvor ofte siden crawles, og hvor vigtig den vurderes at være. Nogle sider forsvinder hurtigt fra indekset, mens andre først opdateres efter dage eller uger.
Bruges noindex tags på takkesider? Ja, det er almindelig praksis på takkesider efter formularer, tilmeldinger og køb. De har sjældent værdi i søgeresultaterne og bør ofte holdes ude af indekset for at undgå tyndt eller irrelevant indhold.
Kan noindex tags sættes via HTTP-headeren? Ja, det kan de, typisk med X-Robots-Tag i serverens svar. Det er især nyttigt for filer som PDF’er eller andre dokumenter, hvor der ikke findes et almindeligt HTML-head med metatag.
Er der risici ved forkert brug af noindex tags? Ja, en fejl kan fjerne vigtige landingssider, kategorier eller produktsider fra Google og koste synlighed og trafik. Derfor bør tags altid testes grundigt, især ved skabelonændringer, migreringer og tekniske SEO-opdateringer.
Et noindex tag er en instruktion til søgemaskiner om, at en side ikke skal optages i indekset. Hvis siden ikke er i indekset, vises den normalt ikke i de organiske søgeresultater.
Instruktionen kan sættes som et robots-meta-tag i HTML eller som en X-Robots-Tag i HTTP-headeren. Det bruges, når en side gerne må eksistere for brugere, men ikke skal kunne findes via Google og andre søgemaskiner.
På en almindelig HTML-side indsættes noindex typisk i head-sektionen som et robots-meta-tag, for eksempel med indholdsværdien noindex. Det skal ligge i den endelige kode, som søgemaskinen faktisk modtager.
Hvis det drejer sig om filer som PDF’er eller hvis styringen sker på serverniveau, kan man i stedet bruge X-Robots-Tag i HTTP-headeren. Efter implementering bør siden altid kontrolleres i kildekoden, header-svaret og gerne i Google Search Console.
Noindex handler om selve siden. Det betyder, at siden ikke skal med i søgemaskinens indeks og derfor som udgangspunkt ikke skal vises i søgeresultaterne.
Nofollow handler derimod om links. Det bruges til at markere, at et link ikke skal behandles som et almindeligt signal om at følge eller overføre værdi. De to direktiver løser altså forskellige opgaver og bør ikke forveksles.
Noindex er et signal om ikke at indeksere en side. Disallow i robots.txt er derimod en instruktion om ikke at crawle en URL eller en mappe.
Det er en vigtig forskel, fordi en URL i nogle tilfælde stadig kan blive kendt og vist i indekset, selv om crawling er blokeret. Hvis målet er at holde en side ude af søgeresultaterne, er noindex normalt det relevante værktøj.
Ja, en side med noindex kan godt crawles. Google skal normalt kunne hente siden for at læse instruktionen og forstå, at den ikke skal indekseres.
Det er netop derfor, noindex og crawlblokering ikke er det samme. Hvis du samtidig blokerer siden i robots.txt, kan det forhindre Google i at se noindex-signalet.
Noindex giver mening på sider, der er nyttige på sitet, men som ikke har selvstændig værdi i søgeresultaterne. Det gælder ofte interne søgeresultater, takkesider, testmiljøer og visse filtrerede URL’er.
Det kan også være relevant ved tynde eller overlappende sider, som ikke bør konkurrere om synlighed i Google. Omvendt bør sider med reel søgeværdi og vigtigt indhold normalt ikke sættes til noindex.
Ja, i mange tilfælde er det en god løsning. Takkesider efter køb, formularer eller tilmeldinger har sjældent værdi som selvstændige landingssider fra søgemaskiner.
Noindex hjælper med at holde dem ude af søgeresultaterne, så de ikke optager plads i indekset eller skaber irrelevant synlighed. Siden kan stadig fungere normalt for brugere, der kommer dertil som led i et forløb.
Ja, noindex kan også sendes via HTTP-headeren med X-Robots-Tag. Det er især nyttigt til filer, der ikke har et almindeligt HTML-head, som for eksempel PDF-dokumenter.
Metoden kan også bruges på almindelige sider, hvis man vil styre direktivet fra serveren. Det afgørende er, at headeren faktisk sendes korrekt i serverens svar.
Du kan starte med at se sidens kildekode og kontrollere, om der findes et robots-meta-tag med noindex. Hvis løsningen er sat via serveren, skal du i stedet tjekke HTTP-headeren for en X-Robots-Tag med noindex.
Derudover er Google Search Console et vigtigt kontrolpunkt. I URL-inspektion kan du se, om Google opfatter siden som udeladt fra indekset på grund af noindex, eller om der er andre signaler, der forstyrrer.
Det afhænger af, hvornår Google crawler siden igen. På sider, der besøges ofte, kan ændringen slå igennem hurtigt, mens mindre vigtige sider kan tage længere tid.
Der findes derfor ikke en fast tidsramme. Hvis siden skal væk hurtigere, kan du kontrollere implementeringen og bruge Google Search Console til at inspicere URL’en og anmode om ny crawling.
Ja, forkert brug kan have tydelige konsekvenser. Hvis vigtige kategorier, produktsider eller indholdssider får noindex ved en fejl, kan de miste deres placeringer og forsvinde fra søgeresultaterne.
Risikoen er især stor ved skabelonfejl, CMS-indstillinger og migreringer. Derfor bør noindex altid testes grundigt, så du ikke ved et uheld fjerner sider med trafik, links eller forretningsværdi.
Noindex bruges, når en side ikke skal være i indekset. Canonical bruges, når flere sider ligner hinanden, og du vil pege på den version, søgemaskinen bør behandle som den primære.
Canonical er altså et signal om samling af dubletter, ikke et direkte forbud mod indeksering. Hvis målet er, at en bestemt side ikke skal kunne vises i søgeresultaterne, er noindex det mere præcise valg.