Indexierbarkeit beschreibt, ob Google eine URL in den Index aufnehmen und in den Suchergebnissen zeigen darf. Sie hängt an der noindex-Regel, die eine Seite aus den Ergebnissen ausschließt,[1] und am Canonical, der bei doppelten Inhalten festlegt, welche URL Google als repräsentative Version zeigt.[2] Als Faktortyp wirkt Indexierbarkeit als Voraussetzung für jede Platzierung, nicht als Signal mit eigener Gewichtung.
- Ein Canonical ist ein Hinweis, kein Befehl, und Google entscheidet am Ende selbst.
- Ein noindex greift nur bei URLs, die Google überhaupt crawlen darf.
- Den Status jeder URL siehst du in der Search Console und in Crawling-Tools wie Screaming Frog oder Sistrix.
Definition und Einordnung
Was bedeutet Indexierbarkeit genau?
Indexierung heißt: Google crawlt eine Seite, verarbeitet ihren Inhalt und legt sie im Index ab, wo sie in den Suchergebnissen erscheinen kann.[3] Indexierbar ist eine URL, wenn nichts diesen Schritt verhindert. Zu den Bremsen zählen ein noindex im Meta-Tag oder im X-Robots-Tag, einem HTTP-Antwortheader des Servers, und ein Canonical, das Google auf eine andere URL lenkt. Im Englischen heißt das Thema Indexability und Canonicalization, im Deutschen sprichst du auch von Kanonisierung oder Duplicate-Content-Konsolidierung.
Die Konsolidierung folgt einem festen Muster: Google fasst gleiche oder sehr ähnliche Seiten zu einem Cluster zusammen, wählt daraus die vollständigste und nützlichste Seite als kanonisch und crawlt sie am regelmäßigsten. Die Duplikate ruft Googlebot, der Crawler von Google, seltener ab.[2] Signale wie Links auf die einzelnen Varianten bündelt Google auf der kanonischen URL, sofern du keine eigene Präferenz angibst.[4]
Woher ist der Faktor bekannt und wie sicher ist die Evidenz?
Die Mechanismen sind von Google direkt bestätigt, in der Search-Central-Dokumentation und in der Hilfe zur Search Console. Zur Gewichtung im Ranking und zu Grenzwerten, etwa dem tolerierbaren Anteil doppelter URLs oder einer Höchstzahl an noindex-Seiten, macht diese Dokumentation keine Angabe. Die Beschreibungen zu Screaming Frog und Sistrix stammen von den Herstellern und geben deren Funktionsumfang wieder, nicht Googles Bewertungslogik.
Wie wichtig ist Indexierbarkeit?
Ausgangslage: Wann ist Indexierbarkeit dein Hebel?
Google nutzt die kanonische Seite als Hauptquelle, um Inhalt und Qualität zu bewerten.[2] Ob das dein Hebel ist, hängt davon ab, wo deine Seite gerade steht.
| Ausgangslage der Seite | Ist das der richtige Hebel? | Beleg |
|---|---|---|
| Eine wichtige Seite fehlt in Google, die Search Console meldet „URL marked ‘noindex’“. | Ja. Entferne das noindex und beantrage danach die Indexierung erneut. | [3] |
| Google zeigt in den Ergebnissen eine andere URL als deine bevorzugte. | Ja. Gleiche Canonical-Signale und Seiteninhalt ab. | [5] |
| Pro Inhalt existiert genau eine URL. | Kaum. Ohne Duplikate braucht die Seite keine Canonical-Pflege, und ohne Angabe wählt Google die Version selbst. | [4] |
| Die Search Console führt viele Seiten als Duplikat oder Alternate. | Meist nein. Ziel ist, dass die kanonische Version jeder wichtigen Seite indexiert ist, und dieser Status zeigt oft genau das. | [3] |
| Eine neue Seite fehlt komplett in Google. | Zuerst die Auffindbarkeit klären. Die Seite muss verlinkt sein oder in einer Sitemap stehen, und neue Seiten brauchen Zeit. | [3] |
Für welche Seitentypen ist Indexierbarkeit besonders relevant?
Google nennt mehrere Ursachen für doppelte Inhalte, die bestimmte Seitentypen betreffen.[2]
- Shops und Kataloge: Sortier- und Filterfunktionen einer Kategorieseite erzeugen Varianten mit demselben Inhalt.
- Mehrregionale Sites: Regionale Versionen in derselben Sprache gelten als Duplikate. Google empfiehlt dafür Canonical und hreflang, eine Annotation für Sprach- und Länderversionen, gemeinsam. Bei der Kanonisierung bevorzugt Google zudem URLs, die zu einem hreflang-Cluster gehören.[4]
- Sites mit getrennten Mobil- und Desktop-URLs: Geräte-Varianten gelten ebenso als Duplikate wie HTTP- und HTTPS-Versionen oder Demo-Versionen, die versehentlich crawlbar bleiben.
Typische Missverständnisse
- Ein noindex plus robots.txt-Sperre schützt doppelt. Tatsächlich liest Google ein noindex nur, wenn die URL crawlbar ist.[1] Bei gesperrter URL sieht der Crawler die Regel nie, und die Seite kann trotzdem erscheinen, etwa weil andere Seiten auf sie verlinken.[6] Die Search Console führt dafür die Warnung „Indexed, though blocked by robots.txt“.[3]
- Ein noindex lässt sich einfach in die robots.txt schreiben. Google unterstützt ein noindex in der robots.txt nicht.[1]
- Ein Canonical zwingt Google zur gewählten URL. Es ist ein Hinweis, und Google kann eine andere Seite als kanonisch wählen.[2]
- Doppelte Inhalte führen zu einer Abstrafung. Duplikate auf einer Site sind normal und verstoßen nicht gegen Googles Spam-Richtlinien.[2]
Messung und Diagnose
Selbstaudit: Wo steht deine Seite?
| Prüfpunkt | Grün | Gelb | Rot | Beleg |
|---|---|---|---|---|
| „URL marked ‘noindex’“ bei wichtigen Seiten | Keine wichtige URL betroffen. | Betroffene URLs, deren Zweck unklar ist. | Eine wichtige URL trägt das noindex. | [3] |
| „Duplicate, Google chose different canonical than user“ | Meldung fehlt oder die Wahl von Google ist gewollt. | Abweichung bei Seiten mit stark ähnlichem Inhalt. | Abweichung bei wichtigen Seiten mit eigenständigem Inhalt. | [3] |
| „Duplicate without user-selected canonical“ | Nur bei URLs, die bewusst ungepflegt bleiben. | Bei Seiten, die du aktiv bewirbst. | Google wählt für eine wichtige Seite eine unerwünschte URL. | [3] |
| Canonical-Ziele im Crawl | Alle Ziele sind erreichbare, indexierbare Seiten mit Statuscode 200. | Canonical-Ketten über mehrere URLs. | Das Ziel ist gesperrt, weitergeleitet, fehlerhaft oder selbst noindex. | [7] |
| Anzahl der Canonicals je URL | Genau ein Canonical je URL. | Mehrere Canonicals mit derselben Ziel-URL. | Mehrere Canonicals mit unterschiedlichen Ziel-URLs. | [7] |
| „Crawled – currently not indexed“ und „Discovered – currently not indexed“ | Keine wichtige URL betroffen. | Einzelne wichtige URLs, erneut prüfen. | Viele wichtige URLs bleiben in diesem Status. | [3] |
Tools und Datenquellen
| Tool | Bericht oder Kennzahl | Wofür |
|---|---|---|
| Search Console | URL-Prüfung | Zeigt für eine URL die von dir angegebene und die von Google gewählte Canonical. Der Live-Test prüft Duplikat- und Canonical-Bedingungen nicht.[5][3] |
| Search Console | Page-Indexing-Bericht | Liefert Statusgründe für alle bekannten URLs. Bei Sites mit unter 500 Seiten braucht man den Bericht laut Google wahrscheinlich nicht, dort genügen site:-Abfragen.[3] |
| Screaming Frog SEO Spider | Tab „Canonicals“ mit Filtern wie Canonicalised, Missing, Multiple und Non-Indexable Canonical, dazu die Berichte „Canonical Chains“ und „Non-Indexable Canonicals“ | Canonical-Audit über die ganze Site, inklusive Canonicals im HTTP-Header.[7] |
| Sistrix | Onpage-Projekt, Punkt „Indexierbarkeit“ | Prüft automatisch, ob Seiten durch noindex, robots.txt oder Canonicals ausgeschlossen sind, und wertet Statuscodes wie 404, 500 oder 301 aus.[8] |
Optimierung
Die wichtigsten Hebel
- noindex prüfen und gezielt setzen (Quick Win). Prüfe zuerst, ob wichtige Seiten ein noindex tragen. Die Regel steht als Meta-Tag im head oder als X-Robots-Tag im HTTP-Header, beide Wege wirken gleich, und der Header deckt auch Dateien wie PDFs ab.[1] Setze sie nur auf URLs, die Google nicht in den Ergebnissen zeigen soll.
- Selbstreferenzierendes Canonical setzen (Quick Win). Gib jeder indexierbaren Seite ein Canonical auf die eigene URL. Nutze absolute statt relativer URLs, denn relative Pfade funktionieren zwar, verursachen aber langfristig Probleme, etwa wenn eine Testumgebung versehentlich crawlbar wird. Das Element muss im head stehen, sonst ignoriert Google es.[4]
- Duplikate per Weiterleitung entfernen (Quick Win). Soll eine Variante entfallen, ist eine permanente Weiterleitung das passende Mittel, serverseitig wirkt sie am schnellsten. Das gilt für alle Wege zum selben Inhalt, etwa mit und ohne www oder über eine Subdomain.[4]
- Signale auf dieselbe URL ausrichten (Langfristig). Weiterleitungen und rel=“canonical“ gelten als starke Signale, die Aufnahme in die Sitemap als schwaches. Mehrere Methoden kombiniert erhöhen die Chance, dass deine bevorzugte URL erscheint. Wähle für das Canonical entweder HTML-Element oder HTTP-Header, denn beides parallel ist fehleranfälliger; der Header eignet sich für Nicht-HTML-Dateien und gilt nur für die Websuche.[4]
- Inhalte unterscheidbar machen (Langfristig). Wählt Google trotz Canonical eine andere URL, liegt es oft an Inhaltsqualität oder technischen Signalen. Die Lösung läuft darauf hinaus, dass sich die zusammengefassten Seiten ausreichend voneinander unterscheiden.[5]
Umsetzung in Schritten
- Lege je Inhalt die URL fest, die Google zeigen soll, und liste alle Varianten auf, die zum selben Inhalt führen (siehe Hebel 3 und 4).
- Prüfe im Page-Indexing-Bericht, welche Statusmeldungen deine wichtigen URLs tragen (siehe Selbstaudit).
- Crawle die Site mit Screaming Frog oder Sistrix und exportiere die Canonical- und Indexierbarkeitsprobleme (siehe Tools und Datenquellen).
- Entferne zuerst ein versehentliches noindex, korrigiere danach Canonical-Ziele ohne Statuscode 200 (siehe Hebel 1 und 2).
- Gleiche Sitemap, interne Links und Weiterleitungen mit der festgelegten URL ab (siehe Hebel 4).
- Beantrage die Indexierung wichtiger URLs über „Request Indexing“ in der URL-Prüfung, das Kontingent ist begrenzt. Nach Inhaltsänderungen kann Google Seiten bis zu zwei Wochen im Duplikat-Cluster halten.[5]
- Starte für behobene Meldungen „Validate fix“. Die Prüfung dauert typischerweise bis zu etwa zwei Wochen, teils länger.[3]
Fallstricke und Grenzen
Typische Fehler
- Eine HTTPS-Seite hat ein ungültiges Zertifikat, leitet auf HTTP weiter oder trägt ein Canonical auf die HTTP-Version. Dann wählt Google die HTTP-Seite als kanonisch, obwohl es HTTPS sonst bevorzugt.[4]
- Ein CMS oder Plugin setzt falsche Canonicals und verweist auf ungewollte URLs. Prüfe den HTML-Code im Browser, um das zu erkennen.[5]
- Ein noindex wird per JavaScript entfernt. Steht es im ursprünglichen HTML, kann Google das Rendering überspringen, und die Änderung per Skript wirkt dann womöglich nicht.[9]
- Ein Canonical wird per JavaScript gesetzt und weicht vom HTML ab oder erscheint mehrfach. Widersprüchliche oder mehrfache Canonical-Tags führen zu unerwarteten Ergebnissen.[9]
- Robots-Regeln widersprechen sich. Es gilt die restriktivere Regel, und bei mehreren Crawler-Angaben addiert Google die negativen Regeln, etwa ein
<meta name="robots" content="nofollow">zusammen mit einem<meta name="googlebot" content="noindex">ergibt für Googlebot noindex und nofollow.[6]
Wann stößt Indexierbarkeit an Grenzen?
Bei syndizierten Inhalten, also Artikeln, die Partnerseiten übernehmen, hilft ein Canonical kaum, weil sich die Seiten oft stark unterscheiden. Google hält die Sperrung der Indexierung bei den Partnern für die wirksamere Lösung.[5] Außerdem garantiert Google auch bei indexierbaren Seiten keine Aufnahme in den Index, und eine indexierte Seite erscheint nicht in jeder Suche (siehe Ausgangslage).[3]
Zusammenspiel mit anderen Faktoren
- Crawlbarkeit: Sie entscheidet, ob Google noindex und Canonical überhaupt liest (siehe Missverständnisse).
- Interne Verlinkung: Verlinkst du konsequent die kanonische URL statt eines Duplikats, erkennt Google deine Präferenz besser.[4]
- JavaScript-Rendering: noindex und Canonical per Skript folgen eigenen Regeln (siehe Fallstricke).
- Hreflang: Für die Kanonisierung zählt die Zugehörigkeit zu einem hreflang-Cluster (siehe Seitentypen).
- Redirect-Ketten: Zu lange Ketten oder Schleifen lösen in der Search Console einen Redirect error aus, die URL wird dann nicht indexiert.[3]
Häufige Fragen zu Indexierbarkeit
Wie lange dauert es, bis eine Seite mit noindex aus Google verschwindet?
Bis Googlebot die Seite erneut crawlt, denn das noindex wirkt erst, wenn der Crawler es sieht. Bis dahin kann die Seite weiter erscheinen, und laut Google kann das je nach Bedeutung der Seite Monate dauern. Über die URL-Prüfung der Search Console forderst du einen erneuten Crawl an.[1]
Was bedeutet „Alternate page with proper canonical tag“ in der Search Console?
Die Seite ist als Alternate einer anderen Seite markiert und verweist korrekt auf die indexierte kanonische Seite, etwa bei einer mobilen Version einer Desktop-Seite oder einer AMP-Variante mit Desktop-Canonical. Du musst nichts tun. Alternative Sprachversionen erkennt die Search Console in dieser Meldung nicht.[3]
Kann noindex ein Canonical ersetzen?
Google rät davon ab, ein noindex einzusetzen, um innerhalb einer Site die kanonische Seite auszuwählen, weil es die Seite vollständig aus der Suche nimmt. Bevorzugt ist rel=“canonical“ auf den doppelten Seiten, das auf die kanonische URL zeigt und diese sichtbar hält.[4]
Fazit
Indexierbarkeit entscheidet, ob und unter welcher URL eine Seite in der Suche erscheinen kann. Prüfe zuerst noindex und Canonical bei den Seiten, die Umsatz oder Leads bringen. Alle Rankingfaktoren findest du in der Übersicht Alle Rankingfaktoren im Überblick, passend dazu lohnt der Artikel zur internen Verlinkung.
Quellen
- Google: Block Search indexing with noindex (Stand: 10.12.2025). https://developers.google.com/search/docs/crawling-indexing/block-indexing. Abgerufen am 19.09.2026.
- Google: What is URL canonicalization (Stand: 20.08.2026). https://developers.google.com/search/docs/crawling-indexing/canonicalization. Abgerufen am 19.09.2026.
- Google Search Console Hilfe: Page indexing report. https://support.google.com/webmasters/answer/7440203. Abgerufen am 19.09.2026.
- Google: How to specify a canonical URL with rel=“canonical“ and other methods (Stand: 10.07.2026). https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls. Abgerufen am 19.09.2026.
- Google: Fix canonicalization issues (Stand: 21.08.2026). https://developers.google.com/search/docs/crawling-indexing/canonicalization-troubleshooting. Abgerufen am 19.09.2026.
- Google: Robots meta tag, data-nosnippet, and X-Robots-Tag specifications (Stand: 24.03.2026). https://developers.google.com/search/docs/crawling-indexing/robots-meta-tag. Abgerufen am 19.09.2026.
- Screaming Frog: How To Audit Canonicals (Stand: 12.11.2024). https://www.screamingfrog.co.uk/seo-spider/tutorials/how-to-audit-canonicals/. Abgerufen am 19.09.2026.
- SISTRIX: Indexierung: Grundlage für Sichtbarkeit bei Google (Stand: 21.08.2026). https://www.sistrix.de/frag-sistrix/technisches-seo/crawling/google-indexierung-pruefen. Abgerufen am 19.09.2026.
- Google: Understand JavaScript SEO basics (Stand: 04.03.2026). https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics. Abgerufen am 19.09.2026.