Wenn du mit internationalen oder mehrsprachigen Websites arbeitest, kennst du dieses leicht mulmige Gefühl wahrscheinlich: Du richtest hreflang sauber ein, prüfst Sprach- und Länderversionen, kontrollierst Canonicals – und dann zeigt dir die Google Search Console plötzlich, dass bestimmte Sprach-URLs „nicht indexiert“ sind. Im ersten Moment wirkt das wie ein Fehler. Man denkt schnell: „Wenn diese URL nicht indexiert ist, wie soll Google sie dann jemals Nutzern in genau dieser Sprache anzeigen?“ Genau an diesem Punkt wird es spannend, denn die Antwort ist etwas technischer, aber auch beruhigender, als sie zunächst klingt.
Der Kern ist: hreflang-URLs werden von Google nicht immer im klassischen Sinn indexiert. Sie können trotzdem eine Rolle in den Suchergebnissen spielen. Google speichert solche URLs häufig als alternative URLs beziehungsweise als alternative Namen einer kanonischen URL. Das bedeutet: Die konkrete Sprach-URL ist möglicherweise nicht als eigenständiges Dokument im Index abgelegt, sie ist aber mit der kanonischen Seite verknüpft. Und wenn die Suchanfrage, Spracheinstellung, Region oder Nutzererwartung passt, kann Google diese alternative URL trotzdem ausspielen.
Das klingt erst einmal wie ein kleiner semantischer Trick – „nicht wirklich indexiert, aber irgendwie doch verwendbar“. Aus meiner Erfahrung ist genau diese Unterscheidung aber enorm wichtig. Viele SEO-Probleme entstehen nicht, weil Google eine Seite gar nicht versteht, sondern weil wir die Begriffe „indexiert“, „kanonisch“, „doppelt“, „Alternative“ und „sichtbar“ zu grob in einen Topf werfen. Gerade bei internationalen Websites führt das schnell zu falscher Priorisierung: Man jagt dann vermeintlichen Indexierungsproblemen hinterher, obwohl eigentlich eine Canonical- oder hreflang-Logik ganz normal arbeitet.
Warum eine hreflang-URL „nicht indexiert“ sein kann und trotzdem zählt
Die wichtigste Aussage lautet: Eine hreflang-Alternative ist nicht zwangsläufig eine separat indexierte Seite. Google kann sie stattdessen als alternative Variante zu einer kanonischen URL speichern. Die kanonische URL ist die Hauptversion, die Google als maßgebliche Fassung eines Inhalts betrachtet. Die anderen URLs, die inhaltlich sehr ähnlich oder äquivalent sind, können in einem sogenannten Duplikat-Cluster landen.
Stell dir diesen Cluster wie eine kleine Mappe vor. In dieser Mappe liegt vorne das Hauptdokument, also die kanonische URL. Dahinter stecken weitere Versionen: vielleicht eine URL mit Tracking-Parametern, eine mobile Variante, eine weitergeleitete URL oder eben eine Sprachversion, die über hreflang eingebunden ist. Google muss nicht jede dieser Varianten als vollständig eigenständige Seite behandeln, um sie bei Bedarf zu kennen. Es reicht, wenn Google weiß: „Diese URL gehört zu diesem Hauptinhalt und kann unter bestimmten Umständen als passende Variante verwendet werden.“
Das ist der feine, aber entscheidende Unterschied. Nicht indexiert im eigentlichen Sinn heißt hier nicht automatisch: „Google ignoriert die URL komplett.“ Es heißt eher: „Diese URL ist nicht die primäre Index-Repräsentation des Inhalts.“ Sie kann dennoch als Alternative gespeichert sein.
Ein Google-Vertreter hat das sinngemäß mit dem Konzept der alternativen Namen erklärt. Wenn Google eine URL kanonisiert, können andere URLs aus demselben Duplikat-Cluster zu solchen alternativen Namen werden. Diese alternativen Namen können in Suchergebnissen erscheinen, wenn die Suchanfrage oder der Kontext es sinnvoll macht. Als Beispiel wurde der Fall genannt, dass bei bestimmten Site-Abfragen auch URLs erscheinen können, die eigentlich weiterleiten. Auch solche URLs sind dann nicht im vollen, klassischen Sinn indexiert, sondern werden als alternative Namen einer kanonischen URL behandelt.
Übertragen auf hreflang bedeutet das: hreflang-Alternativen können zu solchen alternativen URLs werden. Sie sind also nicht unbedingt separat indexiert, aber sie sind der kanonischen Seite zugeordnet. Genau diese Zuordnung macht es möglich, dass Google eine andere Sprachversion anzeigt, obwohl diese in der Search Console vielleicht als „nicht indexiert“ auftaucht.
Das typische Missverständnis bei internationalen Seiten
Das Missverständnis entsteht oft durch eine scheinbar logische Annahme: Wenn ich eine deutsche URL, eine englische URL und eine französische URL habe, dann müssten alle drei doch einzeln indexiert sein, damit sie jeweils in Deutschland, Großbritannien oder Frankreich ranken können. In der Praxis denkt man so, weil man die URLs als eigenständige Seiten im CMS sieht. Technisch sind es ja auch eigene URLs. Inhaltlich sind sie aber häufig Varianten desselben Dokuments.
Google betrachtet Webseiten nicht immer so, wie du sie im Backend oder in deiner Sitemap siehst. Für Google steht zunächst die Frage im Raum: Welche URL repräsentiert diesen Inhalt am besten? Wenn mehrere URLs sehr ähnliche Inhalte haben oder sich nur durch Sprache beziehungsweise Regionalisierung unterscheiden, können sie zusammengeführt oder in Beziehung gesetzt werden. Dabei wird eine kanonische Version bestimmt, während andere Versionen nicht als primäre Indexeinträge geführt werden.
Das heißt nicht, dass hreflang überflüssig wäre. Im Gegenteil. hreflang ist genau der Hinweis, der Google hilft, Sprach- und Regionsvarianten richtig zu verstehen. Nur sollte man nicht erwarten, dass jede hreflang-URL zwangsläufig denselben Status bekommt wie eine völlig eigenständige Seite mit eigenem Inhalt, eigener Suchintention und eigener kanonischer Relevanz.
Manchmal ist es überraschend, wie hartnäckig sich das Bild hält, jede URL müsse „grün“ und „indexiert“ sein, damit alles funktioniert. Bei großen internationalen Websites wäre das sogar eher ungewöhnlich. In sauber aufgebauten Setups sieht man regelmäßig, dass Google bestimmte Varianten zusammenfasst, andere auswählt und wieder andere nur als Alternativen behandelt. Entscheidend ist dann nicht allein der Indexierungsstatus einer einzelnen URL, sondern ob die Zuordnung zur richtigen Hauptseite funktioniert.
Canonicalisierung und hreflang greifen ineinander
Um das Ganze richtig einzuordnen, musst du Canonicalisierung und hreflang zusammen betrachten. Sie erfüllen unterschiedliche Aufgaben, aber sie begegnen sich genau an dieser Stelle.
Canonicalisierung beantwortet die Frage: Welche URL ist die Hauptversion dieses Inhalts? hreflang beantwortet dagegen: Welche Sprach- oder Länderversion soll für welchen Nutzer bevorzugt werden?
Wenn Google mehrere ähnliche URLs findet, wird eine davon als kanonisch ausgewählt. Das kann die URL sein, die du per Canonical-Tag angibst. Es kann aber auch eine andere sein, wenn Google starke Signale dafür sieht. Zu diesen Signalen zählen interne Links, externe Links, Weiterleitungen, Sitemap-Angaben, Content-Ähnlichkeit, URL-Struktur und technische Konsistenz. Der Canonical-Tag ist ein Hinweis, kein absoluter Befehl. Das ist eine alte, manchmal unbequeme Wahrheit in der technischen SEO.
hreflang setzt auf dieser Logik auf. Damit hreflang sauber funktioniert, müssen die beteiligten URLs für Google verständlich miteinander verknüpft sein. Du sagst sinngemäß: „Diese deutsche Seite entspricht dieser englischen Seite, dieser französischen Seite und vielleicht noch einer x-default-Version.“ Google kann diese Angaben nutzen, um Nutzern die passendere URL zu zeigen.
Aber: Wenn Google entscheidet, dass eine dieser URLs nicht als eigenständige Hauptversion indexiert wird, kann sie trotzdem innerhalb des Clusters bekannt bleiben. Sie wird dann nicht wie ein unabhängiges Indexdokument behandelt, sondern als Variante. Und genau hier liegt die Antwort auf die ursprüngliche Sorge: Google muss eine hreflang-URL nicht separat indexieren, um sie als passende Sprachvariante anzeigen zu können.
Ein praktisches Beispiel aus dem Alltag
Nimm an, du betreibst eine Produktseite für ein Paar Laufschuhe. Es gibt eine englische URL unter /en/running-shoe/, eine deutsche unter /de/laufschuh/ und eine französische unter /fr/chaussure-course/. Die Seiten sind sehr ähnlich aufgebaut, haben dieselben Produktbilder, denselben Preis, dieselben technischen Daten und nur übersetzte Texte. Du hast hreflang korrekt gesetzt.
Nun kann Google die englische Seite als kanonische Hauptversion ansehen. Die deutsche und französische Seite erscheinen in der Search Console eventuell als nicht indexiert oder als Duplikat mit anderer kanonischer URL. Das wirkt unschön. Wenn aber die deutschen und französischen URLs als hreflang-Alternativen zur kanonischen Seite gespeichert sind, kann Google einem deutschen Nutzer trotzdem die deutsche URL zeigen, sofern die Signale stimmen.
Das ist nicht dasselbe wie eine eigenständige Indexierung der deutschen Seite. Aber für den Nutzer und für deine internationale Sichtbarkeit kann es trotzdem funktionieren. Die URL ist dann gewissermaßen „abrufbar“ als passende Alternative, ohne selbst das zentrale Indexobjekt zu sein.
Ich gebe zu: Das fühlt sich nicht besonders intuitiv an. Gerade wenn du Reports baust oder Kunden erklärst, warum eine URL „nicht indexiert“ ist, obwohl sie potenziell ausgespielt werden kann, brauchst du ein ruhiges Händchen. Die Search Console zeigt technische Zustände, aber nicht immer die komplette Beziehung zwischen URLs. Sie ist ein Diagnosewerkzeug, keine perfekte Abbildung der internen Google-Logik.
Was du aus Search-Console-Meldungen wirklich ableiten solltest
Die Google Search Console kann dir anzeigen, dass eine URL nicht indexiert ist. Bei hreflang-Setups heißt das aber nicht automatisch, dass etwas kaputt ist. Du musst genauer hinsehen: Warum ist sie nicht indexiert? Welche kanonische URL wurde gewählt? Gehört die URL zu einem Duplikat-Cluster? Stimmen die hreflang-Verweise? Verweisen alle Sprachversionen gegenseitig korrekt aufeinander? Gibt es widersprüchliche Canonicals?
Ein Problem liegt eher dann vor, wenn Google die falsche kanonische URL auswählt, wenn hreflang-Verweise fehlen, wenn Sprachversionen nicht gegenseitig verlinkt sind oder wenn eine Seite per noindex blockiert wird, obwohl sie als Alternative dienen soll. Ebenfalls kritisch wird es, wenn die Inhalte gar nicht wirklich lokalisiert sind. Eine englische Seite, die nur unter einer deutschen URL liegt, aber kaum deutsche Inhalte bietet, ist keine gute hreflang-Variante. Google ist nicht blind für solche Dinge.
Du solltest also nicht jedes „nicht indexiert“ panisch behandeln. Aus meiner Sicht ist das einer der wichtigsten Punkte: Bei hreflang zählt weniger der isolierte Status einer einzelnen URL, sondern die Qualität des gesamten URL-Verbunds. Wenn die kanonische Seite indexiert ist und die Alternativen korrekt erkannt werden, kann das Setup in Ordnung sein.
Trotzdem sollte man solche Meldungen nicht komplett ignorieren. Ein bisschen Skepsis bleibt angebracht. Wenn eine wichtige Sprachversion nie in den Suchergebnissen erscheint, obwohl sie eigentlich für einen Markt relevant ist, dann reicht die Erklärung „Google speichert sie als Alternative“ nicht aus. Dann musst du tiefer prüfen: Ist die Übersetzung gut genug? Hat die Sprachversion interne Links? Ist sie crawlbar? Ist sie in der Sitemap? Gibt es regionale Signale? Wird sie durch Canonicals versehentlich auf eine andere Sprache zurückgeführt?
Worauf du bei hreflang besonders achten solltest
Der technische Rahmen muss stimmen. Jede Sprachversion sollte auf die anderen relevanten Sprachversionen verweisen, inklusive sich selbst. Das ist ein Punkt, der in Audits erstaunlich oft schiefgeht. Eine Seite verweist auf ihre Alternativen, aber die Alternativen verweisen nicht sauber zurück. Google erwartet bei hreflang eine gewisse Gegenseitigkeit. Fehlt sie, wird das Signal schwächer oder teilweise ignoriert.
Auch die Canonicals müssen logisch sein. Wenn deine deutsche Seite per Canonical auf die englische Seite zeigt, während du gleichzeitig hreflang zwischen Deutsch und Englisch setzt, sendest du gemischte Signale. Manchmal kann Google das trotzdem interpretieren, aber sauber ist es nicht. Üblicherweise sollte jede Sprachversion auf sich selbst kanonisieren, sofern sie tatsächlich eine eigenständige Sprachvariante ist. Gleichzeitig kann Google sie später trotzdem als Alternative im Cluster behandeln. Das klingt widersprüchlich, ist aber eher ein Unterschied zwischen deinem Signal und Googles finaler Verarbeitung.
Außerdem sollte jede Version crawlbar sein. Eine URL, die durch robots.txt blockiert ist, kann Google nicht ordentlich bewerten. Eine URL mit noindex kann nicht sinnvoll als indexfähige Alternative dienen. Und eine URL, die nur über JavaScript schwer erreichbar ist, macht das Ganze unnötig kompliziert. Bei internationalen Seiten lohnt sich hier eine sehr bodenständige Kontrolle: Kann ein Bot die Seite abrufen? Sieht er den Inhalt? Sieht er die hreflang-Tags? Stimmen HTTP-Statuscodes? Klingt banal, spart aber oft Stunden.
Ein weiterer Klassiker sind falsche Sprach- oder Ländercodes. de-DE ist etwas anderes als nur de. en-GB ist nicht en-UK. Solche Kleinigkeiten wirken pedantisch, aber bei hreflang sind sie relevant. Google braucht maschinenlesbare, korrekte Angaben. Wenn du internationale SEO machst, ist Präzision hier keine Kür, sondern Pflicht.
Warum diese Aussage für deine SEO-Praxis wichtig ist
Die Aussage, dass hreflang-URLs nicht „im eigentlichen Sinn“ indexiert sein müssen, kann dich vor falschen Schlussfolgerungen bewahren. Sie bedeutet nicht, dass Indexierung egal ist. Sie bedeutet auch nicht, dass du schlechte hreflang-Implementierungen schönreden solltest. Aber sie verschiebt den Fokus.
Du solltest nicht nur fragen: „Ist diese eine URL indexiert?“ Du solltest fragen: Ist diese URL als relevante Alternative zur richtigen kanonischen Seite bekannt? Das ist eine andere Denkweise. Sie passt besser zu Googles Cluster-Logik.
Wenn du internationale SEO-Berichte erstellst, kann das sehr nützlich sein. Statt hunderte hreflang-URLs als „Problem“ zu markieren, nur weil sie nicht separat indexiert sind, solltest du sie in Kontext setzen. Welche davon sind wirklich geschäftskritisch? Welche ranken oder werden für passende Länder ausgespielt? Welche haben falsche Canonicals? Welche fehlen im hreflang-Verbund? Welche werden zwar als nicht indexiert gemeldet, sind aber eindeutig einer korrekten kanonischen URL zugeordnet?
Ich habe in Projekten schon erlebt, dass Teams wochenlang versucht haben, jede Länder-URL einzeln in den Index zu „drücken“. Mehr interne Links, mehr Sitemaps, mehr technische Anpassungen – und am Ende war das eigentliche Problem gar nicht die Indexierung, sondern die Erwartungshaltung. Google hatte die Seiten längst verstanden, aber eben nicht so abgelegt, wie das Team es in der Search Console sehen wollte.
Natürlich gibt es auch den umgekehrten Fall. Man verlässt sich darauf, dass Google schon alles als Alternative erkennt, und übersieht, dass die Versionen technisch schlecht verbunden sind. Dann wird hreflang eher Wunschdenken. Deshalb würde ich die Sache nicht zu entspannt sehen. „Nicht indexiert“ kann harmlos sein, muss es aber nicht. Der Unterschied liegt in den umliegenden Signalen.
Die sauberste Interpretation
Die sauberste Interpretation ist für mich diese: Google kann eine hreflang-URL als alternative URL zu einer kanonischen Seite speichern. Diese alternative URL ist dann nicht der eigentliche Indexeintrag, kann aber in passenden Suchsituationen genutzt werden. Die kanonische Seite trägt gewissermaßen die Hauptlast der Indexierung; die hreflang-URL hängt als Kontextvariante daran.
Das erklärt, warum Google andere Sprachversionen anzeigen kann, obwohl sie in der Search Console nicht als indexiert erscheinen. Die Anzeige basiert dann nicht darauf, dass jede einzelne hreflang-URL als eigenständiges Dokument im Index liegt, sondern darauf, dass Google die Beziehung zwischen den URLs kennt.
Für dich heißt das: Prüfe nicht nur einzelne URLs, sondern Beziehungen. Internationale SEO ist selten eine Frage von isolierten Seiten. Es geht um Muster, Cluster, Signale und Konsistenz. Das klingt etwas trocken, ich weiß. Aber genau dort entscheidet sich, ob eine mehrsprachige Website in der Suche sauber funktioniert oder ständig merkwürdige Länder- und Sprachmischungen produziert.
Was du konkret mitnehmen solltest
Wenn du bei hreflang-URLs den Hinweis siehst, dass sie nicht indexiert sind, solltest du zuerst ruhig bleiben. Das kann bei Google normal sein, weil solche URLs möglicherweise als alternative URLs zur kanonischen Hauptseite gespeichert werden. Sie sind dann nicht „weg“, sondern anders eingeordnet.
Wichtig ist, dass die kanonische URL indexiert ist und dass die hreflang-Beziehungen sauber verstanden werden können. Eine konkrete Sprach-URL muss nicht zwangsläufig als eigenständige Indexseite auftauchen, um bei passenden Nutzern ausgespielt zu werden. Entscheidend ist die Verbindung zur kanonischen Seite.
Gleichzeitig solltest du dich nicht blind auf diese Logik verlassen. Wenn relevante Sprachversionen keine Sichtbarkeit bekommen, falsche Sprachversionen ranken oder Google ständig unerwartete Canonicals auswählt, dann liegt wahrscheinlich ein echtes Problem vor. Dann lohnt sich ein genauer Blick auf Canonical-Tags, hreflang-Rückverweise, interne Verlinkung, Sitemaps, Crawlability und Inhaltsqualität.
Die vielleicht wichtigste Erkenntnis ist: Indexierung ist nicht immer schwarz oder weiß. Gerade bei hreflang gibt es Zwischenzustände. Eine URL kann nicht im klassischen Sinn indexiert sein und trotzdem als Alternative einer indexierten kanonischen Seite existieren. Wenn du das verstanden hast, liest du Search-Console-Meldungen deutlich gelassener – und triffst bessere Entscheidungen.
Am Ende geht es nicht darum, jede Sprach-URL zwanghaft als eigenständigen Indexeintrag zu sehen. Es geht darum, Google eine klare, widerspruchsfreie Struktur zu bieten. Wenn deine Sprachversionen sauber miteinander verbunden sind, die Inhalte wirklich lokalisiert sind und die Canonicals keine falschen Signale senden, hast du die wichtigste Grundlage gelegt. Der Rest ist dann oft weniger dramatisch, als die erste rote oder graue Meldung in der Search Console vermuten lässt.
