Sprachen

Noindex im SEO

Noindex hält eine Seite aus den Suchergebnissen heraus – aber nur, wenn Google sie crawlen kann. Die zwei gültigen Methoden, die robots.txt-Falle und wie Sie überprüfen, ob es funktioniert hat.

Erstveröffentlicht: 23. Juni 2026 · Zuletzt aktualisiert: 21. Aug. 2026 · Fortgeschritten
Sprachen
AIVerfasst vonAI v2

Noindex ist die Direktive, die eine Seite aus dem Index fernhält, sodass sie nicht in den Suchergebnissen erscheint. Es gibt zwei gültige Möglichkeiten, sie zu setzen: das Robots-Meta-Tag (`<meta name="robots" content="noindex">`) und den `X-Robots-Tag: noindex` HTTP-Header (die einzige Option für Nicht-HTML-Dateien wie PDFs). Der größte Fehler: Eine in robots.txt blockierte Seite kann nicht mit noindex versehen werden, da Google sie nie crawlt, um die Regel zu sehen – um eine Seite zu entfernen, müssen Sie das Crawling erlauben und noindex ausliefern. Setzen Sie noindex nicht in robots.txt (seit dem 1. September 2019 nicht mehr unterstützt); wenn noindex und canonical koexistieren, behandeln Sie das als Absichtsprüfung und nicht als automatischen Fehler; und denken Sie daran, dass die Deindexierung erst nach einem erneuten Crawl erfolgt.

TL;DR — noindex entfernt eine Seite über eine von zwei gültigen Methoden aus dem Index: das Robots-Meta-Tag (<meta name="robots" content="noindex">) oder den X-Robots-Tag: noindex-HTTP-Header (erforderlich für Nicht-HTML-Dateien wie PDFs). Der entscheidende Haken: Eine in robots.txt blockierte Seite kann nicht noindexiert werden — Google crawlt sie nie, um die Regel zu sehen: “the crawler will never see the noindex rule,” (Übersetzung) „Der Crawler wird die noindex-Regel nie sehen“, und eine verlinkte URL kann indexiert bleiben. Um eine Seite zu entfernen, erlauben Sie das Crawling und liefern Sie noindex aus. Setzen Sie noindex nicht in robots.txt (seit dem 1. September 2019 nicht unterstützt), überprüfen Sie noindex mit einem Canonical, der woanders hinweist, als potenziell widersprüchlich, und wissen Sie, dass die Deindexierung erst nach einem erneuten Crawl erfolgt — Googles eigene Anleitung sagt, dass eine Seite mit niedriger Priorität Monate dauern kann. Laut einem Mueller-Kommentar von 2017 (nicht dokumentierte Richtlinie) verhält sich langfristiges noindex,follow tendenziell wie noindex,nofollow, sobald die Seite aus dem Index fällt. Überprüfen Sie in der GSC unter „URL als ‚noindex‘ markiert“.

Was noindex ist — Indexkontrolle, nicht Crawlkontrolle

noindex ist die primäre Indexkontroll-Anweisung. Googles eigene Definition der Regel ist eine Zeile: “Do not show this page, media, or resource in search results.” (Übersetzung) „Diese Seite, dieses Medium oder diese Ressource nicht in den Suchergebnissen anzeigen.“ Wenn Google die Regel verarbeitet, ist die Wirkung vollständig: “When Googlebot crawls that page and extracts the tag or header, Google will drop that page entirely from Google Search results, regardless of whether other sites link to it.” (Übersetzung) „Wenn Googlebot diese Seite crawlt und das Tag oder den Header ausliest, entfernt Google die Seite vollständig aus den Google-Suchergebnissen, unabhängig davon, ob andere Websites auf sie verlinken.“ Evidence for this claim Google's noindex rule prevents the page, media, or resource from appearing in Google Search results after Google sees the rule. Scope: Google Search; noindex is not an access-control or privacy mechanism. Confidence: high · Verified: Google Search Central: Block Search indexing with noindex

Behalten Sie eine Unterscheidung im Hinterkopf, denn fast jeder noindex-Fehler entsteht durch deren Verwischung: noindex steuert das Indexieren; robots.txt steuert das Crawlen. Es sind verschiedene Stufen der Pipeline. Ich habe es in meinem Ahrefs-Leitfaden zum Entfernen von URLs so formuliert: “Crawling is not the same thing as indexing. Even if Google is blocked from crawling pages, if there are any internal or external links to a page they can still index it.” (Übersetzung) „Crawlen ist nicht dasselbe wie Indexieren. Selbst wenn Google am Crawlen von Seiten gehindert wird, kann es sie trotzdem indexieren, wenn es interne oder externe Links zu einer Seite gibt.“ Dieser Satz ist der einzige Grund, warum der Rest dieses Artikels existiert.

Microsoft verleiht derselben Anweisung eine zusätzliche Bing-spezifische Konsequenz: Inhalte, die mit noindex markiert sind, werden auch vom Training des Foundation-Modells von Microsoft ausgeschlossen. Die Voraussetzung bleibt dennoch wichtig – Bingbot muss die Anweisung auf Seitenebene crawlen und verarbeiten dürfen. Ein robots.txt-Block plus noindex ist daher kein Beweis dafür, dass die Deindexierung oder der Ausschluss vom Training tatsächlich angewendet wurde.

Evidence for this claim Microsoft says content marked noindex is not included in the Bing index and is not used to train its generative AI foundation models. Scope: Bing and Microsoft foundation-model use; Bingbot must be able to crawl and process the directive before the outcome can be inferred. Confidence: high · Verified: Bing Webmaster Blog: New controls for Bing Chat

Die zwei gültigen Bereitstellungsmethoden

Es gibt genau zwei, und noindex in robots.txt ist nicht eine davon (mehr dazu unten).

Methode 1 – das Robots-Meta-Tag. Für eine HTML-Seite platzieren Sie dies im <head>:

<meta name="robots" content="noindex">

Die Anweisung von Google lautet wörtlich: “To prevent all search engines that support the noindex rule from indexing a page on your site, place the following <meta> tag into the <head> section of your page.” (Übersetzung) „Um zu verhindern, dass alle Suchmaschinen mit Unterstützung für die noindex-Regel eine Seite Ihrer Website indexieren, setzen Sie das Meta-Tag in den Head-Abschnitt der Seite.“ Der robots-Wert richtet sich an alle unterstützenden Crawler; verwenden Sie stattdessen googlebot, wenn ausschließlich Google gemeint ist (<meta name="googlebot" content="noindex">).

Methode 2 – der X-Robots-Tag-HTTP-Header. Dieselbe Direktive, gesendet im Antwort-Header statt im Markup:

X-Robots-Tag: noindex

Dies ist die einzige Möglichkeit, Nicht-HTML-Ressourcen zu deindexieren, da es kein <head> gibt, das ein Meta-Tag beherbergen könnte. Google: “A response header can be used for non-HTML resources, such as PDFs, video files, and image files.” (Übersetzung) „Ein Antwort-Header kann für Nicht-HTML-Ressourcen wie PDFs, Videodateien und Bilddateien verwendet werden.“ Und aus der Robots-Spezifikation: Sie können den X-Robots-Tag “for non-HTML files like image files where the usage of robots meta tags in HTML is not possible.” (Übersetzung) „für Nicht-HTML-Dateien wie Bilddateien verwenden, bei denen Robots-Meta-Tags in HTML nicht möglich sind.“ Evidence for this claim Google supports noindex in an HTML robots meta tag or an X-Robots-Tag HTTP response header. Scope: Google Search delivery methods; the HTTP header is applicable to non-HTML resources as well as HTML. Confidence: high · Verified: Google Search Central: Robots meta tag and X-Robots-Tag specifications

Ein Hinweis zur Platzierung: Setzen Sie das Meta-Tag in den <head> – das ist die Standard- und sicherste Position und das, was Googles Anleitung zeigt. Googles Spezifikationsseite sagt zwar, dass es “doesn’t enforce placement of meta robots in the HTML head and will respect robots meta tags in the body section of an HTML document as well,” (Übersetzung) „die Platzierung von Meta-Robots im HTML-Head nicht erzwingt und Robots-Meta-Tags auch im Body-Bereich eines HTML-Dokuments respektiert“, aber verlassen Sie sich nicht darauf als primäre Methode; ein versehentliches <meta>-Tag, das ein CMS in den <body> einfügt, kann eine Seite genauso leicht versehentlich deindexieren wie eines, das Sie in den <head> einfügen wollten.

Da der Header auf Serverebene konfiguriert wird, variiert er je nach Stack. Zwei häufige Beispiele zum Deindexieren aller PDFs auf einer Website:

Apache (.htaccess oder vhost):

<FilesMatch "\.pdf$">
  Header set X-Robots-Tag "noindex"
</FilesMatch>

Nginx (server/location-Block):

location ~* \.pdf$ {
  add_header X-Robots-Tag "noindex";
}

Der häufigste Fehler – noindex + ein robots.txt-Block

Noindex is crawl-then-obey: keep the URL fetchable long enough for the directive to be processed.

The same page contains a meta robots noindex directive. With crawling allowed, Google can fetch the page, see noindex, and remove the URL after processing. With crawling blocked in robots.txt, Google cannot see noindex and the linked URL may remain in results.

Das ist das Fehlermuster, das ich am häufigsten sehe, also hier der Mechanismus im Detail. Das noindex-Tag befindet sich auf der Seite; Google muss die Seite abrufen, um es zu lesen. Google formuliert die Anforderung direkt:

“For the noindex rule to be effective, the page or resource must not be blocked by a robots.txt file, and it has to be otherwise accessible to the crawler. If the page is blocked by a robots.txt file or the crawler can’t access the page, the crawler will never see the noindex rule, and the page can still appear in search results, for example if other pages link to it.” (Übersetzung) „Damit die noindex-Regel wirksam ist, darf die Seite oder Ressource nicht durch eine robots.txt-Datei blockiert sein und muss für den Crawler anderweitig zugänglich sein. Wenn die Seite durch eine robots.txt-Datei blockiert ist oder der Crawler nicht auf die Seite zugreifen kann, sieht der Crawler die noindex-Regel nie; die Seite kann weiterhin in Suchergebnissen erscheinen, etwa wenn andere Seiten auf sie verlinken.“

Noch deutlicher: “We have to crawl your page in order to see <meta> tags and HTTP headers.” (Übersetzung) „Wir müssen Ihre Seite crawlen, um Meta-Tags und HTTP-Header zu sehen.“ Kein Crawlen, keine Regel.

robots.txt ist der häufigste Grund, warum eine Seite nicht crawlfähig ist, aber Googles Formulierung deckt mehr ab – sie sagt auch „der Crawler kann nicht auf die Seite zugreifen“, was wiederholte Serverfehler (5xx), Zeitüberschreitungen und eine unbeabsichtigte Authentifizierungsmauer vor der Seite einschließt. Jede davon bricht noindex auf dieselbe Weise still, wie es ein robots.txt-Block tut.

Der Instinkt, die Seite „zur Sicherheit in robots.txt zu blockieren und mit noindex zu versehen“, ist also genau falsch herum: Der Block verhindert den Abruf, doch erst dieser Abruf macht noindex sichtbar. Deshalb kann die Seite unbegrenzt im Index verbleiben, oft nur als URL ohne Beschreibung. In der Google Search Console erscheint dies als Status „Indexiert, obwohl durch robots.txt blockiert“ — die Seite ist gesperrt und wurde dennoch indexiert, weil ein Link auf sie verweist.

Die Lösung: Entsperren Sie die Seite in robots.txt, behalten Sie noindex bei und lassen Sie Google erneut crawlen. Erst nachdem die Seite aus dem Index verschwunden ist — falls Sie dann das Crawlen ganz sparen möchten — ist es sicher, ein disallow hinzuzufügen.

Praxisbeispiel für die Bereitstellung: die Staging-Site, die nicht verschwinden wollte

Ein Relaunch startet von staging.example.com. Die Staging-Vorlagen enthalten bereits noindex, aber die Bereitstellungs-Checkliste fügt außerdem hinzu:

User-agent: *
Disallow: /

Das fühlt sich an wie zwei Schutzschichten. Tatsächlich ist es eine Falle, wenn Google die Staging-URLs bereits über einen gemeinsamen QA-Link, eine alte Sitemap, ein öffentliches Ticket oder einen Link in kopierten Produktionsinhalten entdeckt hat. Das disallow verhindert den nächsten Crawl, sodass Google das noindex nicht bestätigen kann; der Hostname kann in kargen Suchergebnissen bestehen bleiben, die nur aus einer URL bestehen.

Die Bereinigungssequenz ist: Entfernen Sie das disallow, behalten Sie noindex auf jeder Staging-Antwort, bestätigen Sie, dass die Live-Antwort crawlbar ist und die Direktive offenlegt, fordern Sie ein erneutes Crawlen für eine repräsentative Stichprobe an und überwachen Sie den Hostnamen, bis er verschwindet. Schützen Sie die Umgebung anschließend mit einer Authentifizierung. Diese bietet dauerhaften Zugriffsschutz; noindex steuert lediglich die Aufnahme in den Suchindex.

noindex vs nofollow vs disallow

Drei Direktiven, die ständig verwechselt werden. Sie wirken auf verschiedenen Stufen:

  • noindex — Index-Kontrolle. Seite wird gecrawlt, aus den Ergebnissen ausgeschlossen. Googles Definition: “Do not show this page, media, or resource in search results.” (Übersetzung) „Zeigen Sie diese Seite, Medien oder Ressource nicht in den Suchergebnissen.“
  • nofollow — Link-Kontrolle. Google: “Do not follow the links on this page.” (Übersetzung) „Folgen Sie den Links auf dieser Seite nicht.“ Es sagt nichts über die Indexierung der Seite selbst aus.
  • disallow (robots.txt) — Crawl-Kontrolle. Stoppt den Abruf vollständig. Es ist keine Index-Kontrolle — eine disallowte URL kann trotzdem indexiert werden, wenn sie verlinkt ist.

Es gibt auch none, das Google so dokumentiert: “Equivalent to noindex, nofollow.” (Übersetzung) „Entspricht noindex, nofollow.“ Und wenn Direktiven in Konflikt geraten, ist die Spezifikation klar: “In the case of conflicting robots rules, the more restrictive rule applies.” (Übersetzung) „Bei widersprüchlichen Robots-Regeln gilt die restriktivere Regel.“ (Vollständige Tabelle auf der Registerkarte Kurzübersichten.)

noindex mit rel=canonical als Absichtsprüfung behandeln

Das Setzen von noindex und rel="canonical" auf derselben Seite ist nicht automatisch ungültig. Es erzeugt jedoch eine Konfiguration, die eine Überprüfung wert ist: Ein Canonical fordert Google auf, Signale zu konsolidieren, während noindex fordert, dass diese URL ausgeschlossen wird. Für die Auswahl zwischen Duplikaten verwenden Sie das Canonical-Tag — Google rät ausdrücklich davon ab, noindex dafür zu verwenden: “We don’t recommend using noindex to prevent selection of a canonical page within a single site, because it will completely block the page from Search.” (Übersetzung) „Wir empfehlen nicht, noindex zu verwenden, um die Auswahl einer kanonischen Seite innerhalb einer einzelnen Site zu verhindern, da dies die Seite vollständig aus der Suche ausschließen würde.“ Beachten Sie den Umfang: Googles Warnung bezieht sich speziell darauf, noindex zu verwenden, um auszuwählen, welches Duplikat als kanonisch innerhalb Ihrer eigenen Site gewinnt — es ist keine Behauptung, dass noindex und canonical technisch nie auf einer Seite koexistieren können (eine Seite, die Sie wirklich zurückziehen, kann weiterhin ein selbstreferenzierendes Canonical tragen). Ein Canonical, das auf eine andere URL verweist, verdient die stärkste Warnung: Bestätigen Sie, dass sowohl Ausschluss als auch Konsolidierung beabsichtigt sind. Verwenden Sie Canonical, um Duplikate zu konsolidieren; verwenden Sie noindex nur, wenn Sie diese Seite wirklich aus den Ergebnissen ausschließen möchten.

noindex,follow vs noindex,nofollow — der langsame Verfall

Ein häufiges Muster ist noindex,follow: Die Seite bleibt aus den Ergebnissen heraus, aber ihre Links werden weiterhin verfolgt, sodass Linksignale weiterhin über sie fließen können (praktisch während einer Migration oder während eine Seite vorübergehend nicht verfügbar ist). Die aktuelle offizielle Google-Dokumentation beschreibt nicht, dass dies automatisch verfällt – sie erlaubt ausdrücklich die Kombination von noindex mit anderen Regeln, einschließlich der absichtlichen Festlegung von noindex,nofollow von Anfang an. Worauf ich mich für die Behauptung „es verblasst mit der Zeit“ stütze, ist ein Webmaster-Hangout von 2017, in dem John Mueller sagte, dass ein langfristiges noindex in der Praxis tendenziell wie noindex,nofollow behandelt wird: Sobald Google entscheidet, dass die Seite wirklich nicht in die Suche gehört, und sie vollständig entfernt, folgt es auch nicht mehr den Links dieser Seite, weil es die Seite gar nicht mehr verarbeitet. Das ist eine Beobachtung aus der Praxis auf Grundlage eines Video-Transkripts, keine dokumentierte Google-Richtlinie; nutzen Sie diese Aussage daher nur als Orientierung, nicht als Garantie. In jedem Fall gilt die praktische Erkenntnis: noindex,follow ist für eine Übergangszeit in Ordnung, aber verlassen Sie sich nicht darauf als dauerhafte Strategie für die Weitergabe von Linksignalen – planen Sie stattdessen, die zugrunde liegenden Links zu reparieren (oder die Seite zu entfernen).

Wie lange dauert noindex?

Nicht sofort. noindex greift erst, nachdem Google die Seite erneut gecrawlt und verarbeitet hat. Bis dahin kann sie trotz aktivem Tag indexiert bleiben. Google nennt kein festes Zeitfenster; die eigene Anleitung sagt: “Depending on the importance of the page on the internet, it may take months for Googlebot to revisit a page.” (Übersetzung) „Je nach Bedeutung der Seite im Internet kann es Monate dauern, bis Googlebot sie erneut besucht.“ Eine stark frequentierte und häufig verlinkte Seite kann binnen Tagen neu gecrawlt werden, eine wenig bedeutende und selten verlinkte dagegen erst nach Monaten. Muss eine Seite dringend aus den Ergebnissen verschwinden, dient das GSC-Entfernungstool als Übergangslösung: Es blendet die URL vorübergehend aus, während das dauerhafte noindex verarbeitet wird. Für tatsächlich entfernte Seiten bewirken auch 404 oder 410 die Entfernung. Wie ich in meinem Entfernungsleitfaden schrieb: “If you remove the page and serve either a 404 (not found) or 410 (gone) status code, then the page will be removed from the index shortly after the page is re-crawled.” (Übersetzung) „Wenn Sie die Seite entfernen und entweder den Statuscode 404 (nicht gefunden) oder 410 (entfernt) ausliefern, wird sie kurz nach dem erneuten Crawlen aus dem Index entfernt.“ Das Grundmuster bleibt gleich: Die Änderung greift beim erneuten Crawl.

noindex in robots.txt ist tot (seit 1. September 2019)

Sie werden immer noch Leute sehen, die eine Noindex:-Zeile in robots.txt vorschlagen. Tun Sie das nicht. Es war nie eine offiziell unterstützte Regel, und Google hat sogar seine inoffizielle Handhabung vor Jahren eingestellt. Aus der Ankündigung vom Juli 2019 in der Search Central: “Since these rules were never documented by Google, naturally, their usage in relation to Googlebot is very low.” (Übersetzung) „Da Google diese Regeln nie dokumentiert hat, werden sie für Googlebot naturgemäß nur sehr selten verwendet.“ Und das Datum: “we’re retiring all code that handles unsupported and unpublished rules (such as noindex) on September 1, 2019.” (Übersetzung) „Wir stellen am 1. September 2019 sämtlichen Code ein, der nicht unterstützte und unveröffentlichte Regeln wie noindex verarbeitet.“

Derselbe Beitrag nannte die unterstützten Alternativen; noindex über das Meta-Tag oder den Header stand ganz oben auf der Liste: “noindex in robots meta tags: Supported both in the HTTP response headers and in HTML, the noindex rule is the most effective way to remove URLs from the index when crawling is allowed.” (Übersetzung) „noindex in Robots-Meta-Tags: Die Regel wird sowohl in HTTP-Antwortheadern als auch in HTML unterstützt und ist die wirksamste Methode, URLs aus dem Index zu entfernen, wenn Crawling erlaubt ist.“ Ebenfalls aufgeführt sind die Statuscodes 404 und 410, Passwortschutz, robots.txt disallow zur Crawl-Verhinderung und das Search-Console-Entfernungstool.

So überprüfen Sie noindex in der Google Search Console

Zwei Prüfungen:

  • URL-Inspektion. Prüfen Sie die URL und wählen Sie Live-Test durchführen. Das Ergebnis zeigt, ob die Seite indexierbar ist und ob Google eine noindex-Direktive erkennt – so lässt sich am schnellsten bestätigen, dass das Tag in der aktuellen Antwort lesbar ist.
  • Bericht zur Seitenindexierung. Nicht indexierte Seiten werden im Abschnitt Nicht indexiert unter „URL als ‚noindex‘ markiert“ aufgeführt. Der Hilfetext von Google lautet: “When Google tried to index the page it encountered a ‘noindex’ directive and therefore did not index it.” (Übersetzung) „Als Google versuchte, die Seite zu indexieren, stieß es auf eine ‚noindex‘-Direktive und indexierte sie daher nicht.“ Sollte die Seite indexiert werden, entfernen Sie die Direktive.

Ein Hinweis zur Benennung für alle, die ältere Beiträge durchsuchen: Der frühere Bericht zur Abdeckung nannte den Status “Excluded by ‘noindex’ tag.” (Übersetzung) „Durch das ‚noindex‘-Tag ausgeschlossen.“ Der aktuelle Bericht zur Seitenindexierung verwendet “URL marked ‘noindex’.” (Übersetzung) „URL als ‚noindex‘ markiert.“ Gemeint ist derselbe Zustand unter einer neueren Bezeichnung.

Was noindex nicht garantiert

Einige Dinge, von denen Menschen annehmen, dass noindex sie ihnen bringt, die es aber tatsächlich nicht tut:

  • Einsparung des Crawl-Budgets. Google muss die Seite weiterhin abrufen, um das Tag zu sehen – noindex allein reduziert das Crawling nicht. Wenn Sie das auch möchten, fügen Sie disallow in robots.txt hinzu, aber erst nachdem die Seite bereits aus dem Index entfernt wurde (siehe den Fehler oben, warum es nach hinten losgeht, wenn man es vorher tut).
  • Sofortige Entfernung. Oben behandelt – sie erfolgt beim erneuten Crawlen, ohne festen Zeitplan, und Google selbst sagt, dass eine Seite mit niedriger Priorität Monate dauern kann.
  • Konsolidierung von Duplikaten. Dafür ist rel="canonical" da; noindex entfernt die Seite nur aus der Suche, es führt keine Signale zu einer anderen URL zusammen.
  • Vertraulichkeit. Die Seite bleibt für jeden mit der URL öffentlich abrufbar. Wenn etwas tatsächlich privat sein muss, ist das ein Authentifizierungsproblem, kein Problem der Suchanweisung.
  • Wiederherstellung früherer Rankings nach dem Entfernen der Anweisung. Das Entfernen von noindex stellt die alten Rankings einer Seite nicht wieder her – Google muss sie erneut crawlen und neu bewerten; die Seite muss sich ihre Position praktisch von Grund auf neu erarbeiten.
  • Identisches Timing über Suchmaschinen hinweg. Bing und andere Suchmaschinen haben ihre eigenen Crawl- und Recrawl-Zeitpläne, unabhängig von denen von Google.
  • Ausschluss von jeder Nutzung Ihrer Inhalte außerhalb der Suche. noindex blockiert eine Seite aus der Google-Suche als Ganzes – einschließlich der eigenen KI-Funktionen der Suche (KI-Übersichten und Ähnliches greifen auf Seiten zurück, die indexiert und für die Anzeige geeignet sind, daher ist eine noindexierte Seite auch aus diesen ausgeschlossen). Was es nicht tut, ist die Kontrolle über die separate Google-Extended-Einstellung von Google, die bestimmt, ob Ihre Inhalte zum Trainieren oder zur Grundlage der generativen KI-Modelle von Google außerhalb der Suche verwendet werden können. Das sind zwei verschiedene Kontrollen für zwei verschiedene Aufgaben.

Wo noindex zu allem anderen passt

noindex ist der Hebel, den Sie nutzen, wenn eine Seite im Index ist, aber nicht sein sollte – ein Mittel gegen eine Form von Indexaufblähung (inhaltsarme, funktionale oder duplikatähnliche Seiten ohne Suchwert). Es steht direkt neben dem Robots-Meta-Tag und dem X-Robots-Tag-Header (seine zwei Übermittlungsmethoden), robots.txt und seiner Disallow-Direktive (die Crawl-Kontrolle, mit der es so oft verwechselt wird), dem Canonical-Tag (verwenden Sie das für die Duplikat-Konsolidierung, nicht noindex) und den breiteren Crawling- und Indexierungsphasen, in die es eingebunden ist. Wenn Sie den Unterschied zwischen Crawl und Index richtig verstehen, ist noindex kein Rätsel mehr: Erlauben Sie das Crawlen, liefern Sie das Tag aus, warten Sie auf das erneute Crawlen.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.