Om noindex-metatags
Hvad er et noindex-tag?
Et noindex-meta-tag fortæller søgemaskiner, at en side ikke skal medtages i deres resultater. I modsætning til en blokering i robots.txt, som helt forhindrer, at en side hentes, kræver noindex, at siden hentes og læses, og det respekteres derfor pålideligt.
Det er det rette værktøj til sider, der skal eksistere, men ikke bør kunne findes: takkesider, interne søgeresultater, staging-indhold, duplikerede udskriftsvisninger og filtrerede lister, som ellers ville overfylde et indeks.
En kontrol af noindex-tags er værd at køre på enhver side, der er vigtig, fordi dette er en af de få tekniske fejl, der både er usynlig og altomfattende. Siden ser perfekt ud, indlæses korrekt og dukker ganske enkelt aldrig op.
Har noindex stadig betydning i 2026?
Det har især betydning som en fejl, der skal opdages. Et overflødigt noindex er en af de ganske få fejl, der helt kan fjerne en side, en sektion eller et helt website fra søgeresultaterne, og det er nemt at få en med ved en fejl, når en staging-konfiguration bliver overført til produktion.
Brugt med omtanke er det stadig værdifuldt. Ved at holde sider med lav værdi ude af indekset koncentreres crawlindsatsen om de sider, der fortjener den, hvilket bliver vigtigere, efterhånden som websteder vokser.
Gendannelsen går også langsommere end fejlen. Fjernelse af et noindex genindsætter ikke en side med det samme; siden skal crawles igen, vurderes på ny og genindsættes, hvilket kan tage flere uger.
Hvordan noindex hænger sammen med AI-søgning
En side, der er udelukket fra indekset, er generelt også udelukket fra det datagrundlag, som en model trækker på, så et noindex fjerner en side fra AI-svar såvel som fra søgeresultater.
Det gør en utilsigtet noindex betydeligt mere omkostningsfuld, end den plejede at være. Den fjerner ikke længere blot én trafikkanal; den fjerner alle kanaler, der begynder med et indeks, inklusive dem, du endnu ikke er begyndt at måle.
Det modsatte er også værd at overveje. Hvis der er sider, du oprigtigt ikke ønsker citeret, er noindex et mere groft og pålideligt værktøj end at forsøge at styre det på crawler-niveau.
Bedste praksis for noindex
- Brug noindex i stedet for en robots.txt-blokering, når målet er at holde en side ude af resultaterne.
- Kombinér ikke de to. En blokeret side kan aldrig læses, så dens noindex bliver aldrig set.
- Kontrollér det efter hver udrulning, især når staging og produktion deler en kodebase.
- Lad links på en noindexed side være følgbare, medmindre du har en specifik grund til ikke at gøre det.
- Hold noindexed sider ude af dit XML-sitemap; indsendelse af dem sender modstridende signaler.
- Fjern det, så snart en side er klar til at blive fundet, da genoprettelsen ikke sker øjeblikkeligt.
Almindelige fejl
- At lancere med staging-sidens noindex stadig på plads, hvilket er den mest skadelige variant af denne fejl.
- Anvendelse på hele webstedet via en pluginindstilling, der er beregnet til en enkelt side.
- Brug af noindex på sider, som du også ønsker skal rangere, i den tro at det håndterer duplicate content; et canonical-tag er det rette værktøj her.
- Blokering af en side i robots.txt og tilføjelse af noindex, så direktivet aldrig bliver læst.
- At glemme, at et direktiv også kan komme i HTTP-headeren i stedet for i HTML’en.
Hvad dette værktøj kontrollerer
Kontrollen af noindex-tags læser sidens HTML og rapporterer, om der findes et noindex-direktiv i et robots-meta-tag. Hvis der findes et, rapporteres det som en fejl, ud fra den antagelse at en side, du tester, er en side, du ønsker skal kunne findes.
Den undersøger kun HTML-koden. Et direktiv, der i stedet leveres i HTTP-svarheaderen, er en separat kontrol, som det er værd at køre, når en side ikke bliver indekseret, og kildekoden ser korrekt ud.
Hvad kan du gøre som det næste
Indeksering afhænger af, at flere signaler stemmer overens. Kontrollér
X-Robots-Tag-headere, hvis direktivet kommer i svaret i stedet for HTML-koden, gennemgå din
robots.txt for en crawlblokering, der helt ville forhindre siden i at blive læst, og bekræft, at siden findes i din
XML-sitemap.