Das Verwenden von 'noindex' in der robots.txt kann unter Umständen wie ein 'disallow' wirken, entspricht aber nicht dem Zweck der Datei. Daher sollte man sich nicht darauf verlassen, dass eine solche Lösung zuverlässig funktioniert.
Die robots.txt dient dazu, bestimmte Seiten und Verzeichnisse für die Bots der Suchmaschinen zu sperren oder diese explizit freizugeben. Dabei geht es ausdrücklich um das Crawlen, nicht aber um das Indexieren.
Manchmal ist aber zu beobachten, dass bestimmte robots.txt-Dateien auch Anweisungen enthalten, die sich auf das Indexieren beziehen, wie zum Beispiel "noindex"-Direktiven. So etwas kann sich wie ein "disallow" auswirken, entspricht aber nicht den offiziellen Standards für die Verwendung der robots.txt.
Wenn man auf eine solche Lösung setzt und Seiten per robots.txt und "noindex" sperren möchte, sollte man immer eine zusätzliche Absicherung verwenden. Darauf hat Johannes Müller per Twitter hingewiesen:
Es gilt also folgende Regel: Das Ausschließen von Seiten und Verzeichnissen für das Crawlen geschieht in der robots.txt per "disallow", das Sperren gegen Indexierung geschieht per Robots-Meta-Tag "noindex" odet durch ein entsprechendes X-Robots-Tag im HTTP-Header.
Titelbild: Copyright AKS - Fotolia.com
Verwandte Beiträge
Google: Seiten mit Kommentaren nicht einfach auf 'noindex' setzen
Google rät dazu, Seiten mit Kommentaren nicht grundsätzlich auf 'noindex' zu setzen, sondern selektiv vorzugehen.
Google: 'Noindex' auf einer Seite kann alle Seiten betreffen, die per Hreflang verbunden sind
Setzt man eine von mehreren Seiten auf 'noindex', die per Hreflang-Verweis verbunden sind, kann dies zu einem 'noindex' auch für die anderen Seiten führen.
Google: 'noindex' in iFrame führt nicht zu 'noindex' der umgebenden Seite
Wenn eine Seite ein iFrame enthält, das mit 'noindex' versehen ist, führt das nicht zu einem 'noindex' der umgebenden Webseite.
{loadpositoin newsletter}
