noindex als operativer Hebel: Ein Qualitäts-Gate gegen AdSense-Crawl-Verschmutzung

Ein selbst gehosteter GitHub-Actions-Runner meldet sich online mit den richtigen Labels, aber dein Warteschlangen-Job wird trotzdem nie angenommen. Meist liegt es nicht am Runner – sondern an einem GitHub-seitigen Job, der nie materialisiert wurde. So diagnostizierst du die Geister-Warteschlange und machst Deploys wieder auslösbar.

Die Warnung zeigte sich als leiser, steter Abfluss: ein paar Seiten bekamen etwas Traffic, Google indexierte sie, und AdSense servierte Werbung gegen Artikel, die eigentlich niemand hätte lesen sollen. Sie waren dünn – ein paar hundert Wörter, Fast-Duplikate eines stärkeren Geschwisters – und verbrauchten Crawl-Budget und Indexplätze in einem Missverhältnis zu ihrem Wert. Die instinktive Korrektur ist, sie zu löschen. Die bessere Korrektur ist noindex: sie erreichbar lassen, aus dem Index nehmen und ein Gate bauen, damit es nie wieder stillschweigend passiert.

So haben wir noindex von einem Seiten-Flag zu einem operativen Hebel gemacht.

noindex: von Natur aus reversibel

noindex ist das, was diese Strategie nicht-destruktiv macht. Die Seite bleibt online – sie liefert 200, ist für jeden mit der URL und über interne Links erreichbar. Sie wird nur aus dem Index entfernt. Die Entscheidung ist damit umkehrbar: Wird eine Seite später ihr Dasein verdienen (du erweiterst sie über die Schwelle), löschst du das Flag und sie kehrt in den Index zurück. Du verlierst nichts und musst nie gelöschten Inhalt wiederherstellen.

Löschen ist endgültig und versteckt die Seite vor jedem verweisenden Link. noindex macht aus dem Ganzen einen leichten, prüfbaren Schalter, den du pro Seite umlegen kannst.

Das Gate: Schwellen, keine Bauchgefühle

Die Fehlerart von „dünnem Inhalt"-Regeln ist Mehrdeutigkeit – jemand muss jede Seite beurteilen. Ein Gate ersetzt Urteil durch Zahlen, und Zahlen lassen sich in CI erzwingen. Unsere Regel: Eine Inhaltsdatei, die unter eine harte Mindestwortzahl fällt, ist ein Kandidat für noindex, und eine, die unter eine weichere Warnzahl fällt, braucht Aufmerksamkeit, bevor sie wächst.

MIN_WORDS  = 220   # darunter: harter Fehler, außer bereits noindexed
WARN_WORDS = 350   # darunter: Warnung, dass die Seite dünn ist

Der Unterschied ist entscheidend:

• Fehler (< 220 Wörter): Die Seite ist zu dünn für Indexplätze. Das Gate schlägt bei neuem Inhalt fehl und kennzeichnet bestehende Dateien, die noindex: true bekommen sollten.
• Warnung (< 350 Wörter): Die Seite ist dünn, aber nicht hoffnungslos – sie sollte erweitert statt noindexed werden. Schwachen Text auszubauen ist fast immer besser, als ihn zu verstecken.

Für wirklich hoffnungslose Blätter haben wir noindex direkt im Frontmatter gesetzt und sie online gelassen:

---
title: "..."
noindex: true

Was du ausschließen musst

Ein pauschales Wortzahl-Gate produziert Fehlalarme bei Seiten, die absichtlich kurz, aber trotzdem indexwürdig sind: Landingpages, Produktseiten, Cheatsheets und Kategorie-Indizes. Schließe diese Klassen explizit aus, statt die Schwelle so weit zu senken, bis sie bestehen. In unserem Fall waren die Ausnahmen /cheatsheets/, /products/, /store/ und ein Showcase – alles strukturell knappe, aber legitime Seiten.

Warum der Index das Ziel ist, nicht der Inhalt

Das Crawl-Verschmutzungsproblem ist ein Indexproblem. Google gibt Crawl-Budget und Indexplätze für Seiten aus, die sie nicht verdienen; das verwässert die Aufmerksamkeit für deine guten Seiten und lässt auf AdSense-Websites minderwertige Seiten aus Impressions verdienen, die sie nicht verdienen. noindex entfernt genau die Einheiten des Problems – Indexeinträge –, ohne die realen Dinge (die Seiten) anzufassen.

Und weil das Gate in CI läuft, wird die nächste dünne Seite zur Commit-Zeit erwischt, nicht Monate später in einem Metrics-Dashboard. Das Gate ist der Unterschied zwischen einer einmaligen Bereinigung und einer dauerhaften Regel.

Die Checkliste, damit es hält

• Bevorzuge noindex gegenüber Löschen bei dünnen Seiten mit eingehenden Links oder fragiler Struktur – reversibel, hält die URL am Leben.
• Bevorzuge Erweiterung gegenüber noindex bei dünnen, aber verbesserbaren Seiten – warne, bevor du versteckst.
• Schließe strukturell kurze Klassen aus (Cheatsheets, Produkte, Store), statt die Schwelle zu senken.

Die Seiten, die wir umgedreht haben, laden weiterhin, verlinken weiterhin, zählen weiterhin in Sitemaps – sie verschmutzen nur nicht mehr den Index. noindex, durchgesetzt mit einer Schwelle und einem CI-Gate, ist der seltene SEO-Hebel, der sowohl reversibel als auch automatisch ist.