Inhaltsverzeichnis
Die kurze Antwort
Das Problem, dass eine deutsche Blogseite nicht indexiert wird, lässt sich bei internationalen Marketingteams fast immer auf drei Ursachen zurückführen: Die Seite gehört nicht zu einem gültigen hreflang-Cluster, ihr Hauptinhalt unterscheidet sich zu wenig von der niederländischen oder englischen Version, oder Google kennt die URL zwar, hat sie aber noch nicht gecrawlt. Laut Google Search Central bevorzugt Google bei der Kanonisierung URLs, die Teil eines hreflang-Clusters sind. Steht Ihre deutsche Seite außerhalb dieses Clusters, kann Google eine andere Sprachversion als kanonisch einstufen und die .de-Seite bei der Indexierung übergehen.
Die wichtigsten Punkte
- Google bevorzugt bei der Kanonisierung URLs innerhalb von hreflang-Clustern. Seiten außerhalb eines solchen Clusters werden häufiger nicht indexiert (Google Search Central).
- Sprachversionen gelten nur dann als Duplikate, wenn der Hauptinhalt in derselben Sprache verfasst ist. Werden lediglich Header und Footer übersetzt, bleibt der Inhalt Duplicate Content (Google Search Central).
- Bei identischen Inhalten auf mehreren URLs in derselben Sprache, etwa example.de/ und example.com/de/, sollten Sie mit rel="canonical" und hreflang selbst eine bevorzugte Version festlegen (Google Search Central).
- Der Bericht zur internationalen Ausrichtung in der Search Console wurde im September 2022 eingestellt. hreflang-Fehler werden dort nicht mehr automatisch gemeldet.
- Der Status „Discovered, currently not indexed“ bedeutet, dass Google die URL kennt, sie aber noch nicht gecrawlt hat. Häufig sind Crawlbudget oder Qualitätssignale die Ursache (Search Engine Land).
Warum wird meine Website nicht indexiert?
Ein niederländischer Blog wird drei Jahre lang zuverlässig indexiert. Dann geht eine deutsche Spiegelversion online und bleibt über Wochen nicht auffindbar. Genau an diesem Punkt geraten internationale Marketingteams häufig ins Stocken. Selten ist die Textqualität das Problem. Entscheidend ist meist die technische Struktur rund um den Inhalt.
Die häufigste Ursache: Die deutsche Seite ist nicht Bestandteil eines korrekt aufgebauten hreflang-Clusters. Verweist etwa site/example.com/nl/blog/artikel/ per hreflang auf englische und französische Varianten, die deutsche URL fehlt jedoch, betrachtet Google die deutsche Seite eher als isoliertes Duplikat denn als gleichwertige Sprachversion. Wie bereits erwähnt, bevorzugt Google bei der Kanonisierung URLs in hreflang-Clustern. Außerhalb dieses Verbunds landet die Seite schnell in der Kategorie „mögliches Duplikat“. Solche Seiten werden deutlich öfter nicht indexiert.
Eine zweite, weniger offensichtliche Ursache sind maschinelle Übersetzungen, die sich nur oberflächlich vom Original unterscheiden. Google bewertet Sprachversionen nur dann als Duplikate, wenn der Hauptinhalt dieselbe Sprache hat. In der Praxis kann eine technisch deutsche Seite dennoch zu wenig eigenständigen Nutzen bieten, wenn Aufbau, Absatzstruktur und Kernaussagen nahezu vollständig der niederländischen Quelle entsprechen. Dann kann die Qualitätsbewertung die Seite als zu schwach oder wenig hilfreich einstufen. Das ist kein klassisches Sprachduplikat, führt aber zum gleichen Ergebnis: Die Seite wird nicht indexiert.
Die dritte Ursache ist schlicht Kapazität, genauer gesagt das Crawlbudget. Große mehrsprachige Websites mit Hunderten Blogartikeln je Sprache konkurrieren intern um die Aufmerksamkeit des Googlebot. Neue deutsche Inhalte, die tief in der Seitenstruktur liegen und kaum interne Links von starken Seiten erhalten, werden manchmal über Wochen nicht einmal besucht.
Der Unterschied zwischen nicht gecrawlt und gecrawlt, aber nicht aufgenommen
Diese Unterscheidung ist für die Diagnose entscheidend. Bei einer URL, die Google noch nicht besucht hat, sehen Sie in der Search Console häufig den Status „Discovered, currently not indexed“ oder „Crawled, currently not indexed“. Wurde die Seite hingegen geprüft, aber bewusst nicht aufgenommen, lautet der Status oft „Duplicate, Google chose different canonical than user“ oder „Alternate page with proper canonical tag“.
Gerade bei internationalen Websites ist Letzteres oft kein Google-Fehler. Es bedeutet, dass Sie mit rel="canonical" selbst eine andere URL als bevorzugte Version angegeben haben und Google dieser Vorgabe folgt. Die Ursache liegt dann nicht bei Google, sondern in Ihrer Canonical-Konfiguration.
Warum hreflang allein nicht ausreicht
Teams mit sauber implementiertem hreflang gehen häufig davon aus, dass damit alles erledigt ist. Ganz so einfach ist es nicht. hreflang ist ein Signal, keine Garantie. Google nutzt es, um Nutzern die passende Sprachversion auszuspielen. Ob eine Seite überhaupt in den Index aufgenommen wird, hängt jedoch von weiteren Qualitätssignalen ab: Eigenständigkeit des Inhalts, interne Verlinkung, Ladezeit und Serverantwort.
Ein technisch perfektes hreflang-Cluster löst das Indexierungsproblem daher nicht, wenn die Inhalte zu dünn oder zu generisch übersetzt sind.
Wie kann ich meine Website erneut von Google indexieren lassen?
Wenn Sie bereits vermuten, dass hreflang oder Canonicals die Ursache sind, kommt es auf die richtige Reihenfolge an. Starten Sie nicht damit, in der Search Console eine erneute Indexierung anzufordern. Solange die technische Ursache besteht, behandeln Sie nur das Symptom.
Prüfen Sie zuerst in der Search Console unter „Seiten“, welchen exakten Status die deutschen URLs haben. Bei „Discovered, currently not indexed“ handelt es sich wahrscheinlich um ein Problem mit Crawlbudget oder Qualitätssignalen. Bei „Duplicate without user-selected canonical“ oder einem ähnlichen Duplikatstatus liegt die Ursache eher in der hreflang- oder Canonical-Konfiguration.
Korrigieren Sie anschließend die technische Umsetzung: Jede Sprachversion muss per hreflang wechselseitig auf die anderen Varianten verweisen, einschließlich des Verweises auf sich selbst. Der Canonical der deutschen Seite sollte auf die deutsche Seite selbst zeigen, nicht auf die niederländische Ausgangsversion.
Da Google den Bericht zur internationalen Ausrichtung 2022 eingestellt hat, werden hreflang-Fehler nicht mehr automatisch in der Search Console ausgewiesen. Deshalb sollten Sie die Implementierung regelmäßig mit einem Crawler prüfen, der hreflang validiert, oder sie fortlaufend überwachen lassen. Genau dieser manuelle Aufwand wird für viele internationale Teams zum Engpass: Niemand kann jede Sprachversion jedes Artikels jede Woche kontrollieren.
Das können Sie selbst tun:
- Exportieren Sie den Indexierungsstatus aller /de/-URLs aus der Search Console und gruppieren Sie die Daten nach Statuscode.
- Prüfen Sie die hreflang-Implementierung mit einem Crawl-Tool und achten Sie auf fehlende Rückverweise. Verweist Seite A auf Seite B, muss Seite B auch auf Seite A verweisen.
- Kontrollieren Sie, ob jede deutsche Seite einen selbstreferenzierenden Canonical besitzt und nicht versehentlich auf die Ausgangssprache verweist.
- Setzen Sie mehr interne Links von starken, bereits indexierten Seiten auf neue deutsche Inhalte, um dem Googlebot klare Prioritäten zu geben.
- Fordern Sie die erneute Indexierung erst nach der Korrektur über das URL-Prüftool an.
Automatische Übersetzung oder lokale Content-Struktur?
In Marketingteams wird diese Frage häufig als falscher Gegensatz diskutiert. Es geht nicht um eine grundsätzliche Entscheidung zwischen Übersetzen und Lokalisieren. Entscheidend ist, welche Inhalte Google technisch als eigenständig und indexierbar erkennt.
Wird nur der Fließtext übersetzt, während Struktur, interne Verlinkung und Meta-Angaben mit dem Original identisch bleiben, entsteht eine Grauzone. Formal ist der Hauptinhalt in einer anderen Sprache verfasst und damit nach Googles enger Definition kein Duplikat. In der Praxis können Qualitätsalgorithmen jedoch eine Seite erkennen, die für deutsche Suchergebnisse kaum zusätzlichen Nutzen schafft. Das gilt besonders dann, wenn sich Suchintentionen und Fachbegriffe im deutschen Markt deutlich von denen der Ausgangssprache unterscheiden.
Eine lokale Content-Struktur funktioniert in der Praxis besser. Die deutsche Seite sollte eigene interne Links auf deutsche Quellen enthalten, Beispiele und Zahlen für den DACH-Markt aufgreifen und eine URL-Struktur nutzen, die zu den Suchgewohnheiten deutscher Nutzer passt. Deshalb übersetzen Teams mit einem ernsthaften internationalen SEO-Ansatz nicht nur, sondern passen die Content-Architektur an jedes Sprachcluster an.
Unser Überblick zum Thema SEO-bureau voor Frankrijk vergelijken zeigt ein vergleichbares Muster für den französischen Markt: Länder mit eigenem Suchverhalten benötigen eine eigene Content-Architektur, keine Kopie mit anderer Sprachkennzeichnung.
Wer besser verstehen möchte, wie technische und redaktionelle Entscheidungen gegeneinander abgewogen werden, findet in welche vergelijking je echt helpt bij het kiezen van de juiste SEO-tool eine ausführlichere Einordnung. Dort wird der Unterschied zwischen Automatisierung und individueller Anpassung je Sprachmarkt erläutert.
Wie lange dauert die Indexierung internationaler Seiten bei Google?
Einen festen Zeitraum für die Indexierung gibt es nicht, auch nicht bei mehrsprachigen Inhalten. Neue Seiten auf einer Website mit hoher Autorität können innerhalb weniger Tage gecrawlt werden. Dieselbe Seite kann auf einer Website mit schwacher interner Verlinkung Wochen benötigen oder im Status „Discovered, currently not indexed“ hängen bleiben.
Dieser Status bedeutet konkret: Google kennt die URL über Ihre Sitemap oder interne Links, hat ihr aber noch keine ausreichende Priorität für einen Besuch eingeräumt. Gründe sind häufig ein begrenztes Crawlbudget oder Zweifel an der Seitenqualität, wie Search Engine Land beschreibt.
Für internationale Cluster ist das besonders relevant. Ein neu angelegtes deutsches Unterverzeichnis startet nicht automatisch mit der Autorität, die die Hauptsprache bereits aufgebaut hat. Das bedeutet nicht, dass die Indexierung ausbleibt. Sie sollten jedoch mit einer Anlaufphase rechnen, in der kontinuierliche Veröffentlichungen und interne Verlinkung wichtiger sind als einzelne, isolierte Artikel.
Wie indexiere ich eine Webseite, wenn manuelle Anfragen nicht funktionieren?
Manchmal ist die Antwort einfach: Die manuelle Indexierungsanfrage über das URL-Prüftool funktioniert nur, wenn die technische Hürde bereits beseitigt wurde. Beantragen Sie die erneute Indexierung für eine Seite mit fehlerhaftem Canonical, ändert sich nichts. Google crawlt die Seite erneut, erkennt dieselbe Canonical-Anweisung und nimmt sie weiterhin nicht in den Index auf.
Ein struktureller Ansatz ist wirksamer als einzelne Anfragen. Teilen Sie die XML-Sitemap nach Sprachen auf, etwa in sitemap-de.xml und sitemap-fr.xml. So erkennen Sie in der Search Console für jedes Sprachcluster, welcher Anteil tatsächlich indexiert ist. Das liefert deutlich aussagekräftigere Daten als eine gemeinsame Sitemap, in der eine gute Gesamtquote ein schwaches Sprachcluster verdecken kann.
Wann einzelne Indexierungsanfragen sinnvoll sind
Wenn Sie gerade einen technischen Fehler korrigiert haben, beispielsweise einen falschen Canonical oder einen fehlenden hreflang-Rückverweis, ist eine manuelle Anfrage für die wichtigsten Seiten sinnvoll. Beschränken Sie sich dabei auf die 10 bis 20 URLs mit dem größten Traffic-Potenzial, statt das gesamte Cluster gleichzeitig einzureichen.
Warum erzielen automatisierte und manuelle Ansätze unterschiedliche Ergebnisse?
Viele internationale Marketingteams versuchen, Indexierungsprobleme zu lösen, indem sie einfach mehr deutsche Inhalte übersetzen lassen, oft durch einzelne Freelancer oder Agenturen pro Sprache. Das skaliert schlecht: Jedes Sprachcluster erhält andere Autoren, einen anderen Veröffentlichungsrhythmus, und niemand stellt dauerhaft sicher, dass hreflang- und Canonical-Struktur beim Wachstum konsistent bleiben.
| Aspekt | Moderner Ansatz mit Launchmind | Traditioneller Ansatz |
|---|---|---|
| hreflang-Konsistenz | ✅ Automatische Prüfung je Sprachcluster | ⚠️ Manuelle Prüfung durch einzelne Freelancer, fehleranfällig |
| Reaktion auf Search-Console-Daten | ✅ Steuerung anhand des tatsächlichen Indexierungsstatus | ❌ Häufig erst im Quartalsreport sichtbar |
| Cluster-Struktur je Sprache | ✅ Themencluster je Markt statt einzelner Beiträge | ⚠️ Einzelne Beiträge ohne gegenseitige Verstärkung |
| Veröffentlichungsgeschwindigkeit je Sprache | ✅ Täglich über Connector zu WordPress, Shopify oder Laravel | ❌ Verzögerungen durch wechselnde Übersetzer |
| Optimierung schwacher Seiten | ✅ Aktualisierung oder Zusammenführung auf Basis von Daten | ❌ Bleibt nach Veröffentlichung oft unangetastet |
| Sichtbarkeit in AI-Suchmaschinen | ✅ Zusätzlich zur klassischen Indexierung optimiert | ❌ Im Übersetzungsprozess selten berücksichtigt |
Der Unterschied liegt nicht in der Absicht. Jede Agentur und jeder Freelancer möchte gute Inhalte liefern. Entscheidend ist die kontinuierliche Kontrolle der Struktur. Eine deutsche Seite, die heute korrekt indexiert ist, kann diesen Status drei Monate später verlieren, wenn eine neue Seite versehentlich denselben Canonical erhält oder ein Sitemap-Update das hreflang-Cluster stört. Dafür braucht es laufendes Monitoring, nicht nur ein einmaliges Audit.
Launchmind wurde dafür entwickelt: als AI-Kollege, der täglich Inhalte in acht Sprachen erstellt, prüft und veröffentlicht, zentral gesteuert über eine einzige Konfiguration. Die Optimierung orientiert sich an echten Search-Console-Daten statt an Vermutungen. Ein Indexierungsproblem im deutschen Cluster fällt dadurch nicht erst beim nächsten Quartalsreport auf, sondern wird im laufenden Datenmonitoring sichtbar. Wie das in der Praxis aussieht, zeigen unsere Erfolgsgeschichten.
Das können Sie selbst tun:
- Teilen Sie Ihre Sitemap nach Sprachen auf und überwachen Sie die Indexierungsquote für jedes Cluster separat.
- Verlinken Sie jede deutsche Seite mindestens zweimal von einer starken, bereits indexierten Seite innerhalb desselben Clusters.
- Prüfen Sie vierteljährlich, ob die hreflang-Tags noch wechselseitig korrekt gesetzt sind, insbesondere nach Updates von Sitemap oder CMS.
- Vermeiden Sie getrennte Freelancer je Sprache ohne zentrale Kontrolle von Canonical- und hreflang-Konsistenz.
Häufig gestellte Fragen
Warum wird meine deutsche Blogseite gecrawlt, aber nicht indexiert?
Das passiert meist, wenn Google die Seite als Duplikat einer anderen Sprachversion bewertet oder wenn Qualitätssignale wie zu wenig eigenständiger Mehrwert und schwache interne Links gegen eine Indexierung sprechen. Prüfen Sie den exakten Statuscode in der Search Console, um ein Duplikatproblem von einem Crawlbudgetproblem zu unterscheiden.
Wie kann ich meine Website nach einer hreflang-Korrektur erneut von Google indexieren lassen?
Beantragen Sie die erneute Indexierung über das URL-Prüftool erst, nachdem die Fehler bei hreflang und Canonical tatsächlich behoben wurden. Eine Anfrage für eine Seite mit weiterhin fehlerhaftem Canonical führt in der Regel zu keiner Änderung.
Welche Tools helfen bei der Überwachung mehrsprachiger Indexierung?
Neben der Search Console benötigen Sie spezialisierte Crawl-Tools, um hreflang-Rückverweise zu validieren. Seit der Einstellung des Berichts zur internationalen Ausrichtung meldet Google solche Fehler nicht mehr automatisch. Teams, die dies dauerhaft überwachen möchten, ohne mehrere Einzellösungen zu kombinieren, nutzen häufig eine Plattform, die Inhalte und technische Signale in einem Workflow zusammenführt.
Wie lange dauert die Indexierung eines neuen deutschen Sprachclusters durchschnittlich?
Es gibt keinen festen Zeitraum. Ausschlaggebend sind die bestehende Autorität der Website, das Crawlbudget und die Qualität der internen Verlinkung. Ein neues Cluster ohne starke interne Links kann mehrere Wochen im Status „Discovered, currently not indexed“ verbleiben.
Reicht eine automatische Übersetzung für die Indexierung in Deutschland aus?
Technisch ist eine automatische Übersetzung keine unmittelbare Sperre für die Indexierung. In der Praxis erzielen Seiten mit lokal angepasster Struktur, internen Links und relevanten Beispielen jedoch bessere Ergebnisse als wortgetreue Übersetzungen, weil sie dem deutschen Suchmarkt einen eigenständigen Mehrwert bieten.
Fazit
Wenn eine deutsche Blogseite nicht wie erwartet indexiert wird, handelt es sich selten um ein isoliertes Problem. Meist ist es das sichtbare Symptom einer technischen Struktur, die mit dem Umfang der internationalen Inhalte nicht mitgewachsen ist: fehlerhafte hreflang-Cluster, Canonicals mit Verweis auf die falsche Sprachversion oder Inhalte mit zu wenig eigenständigem Nutzen für den deutschen Markt.
Die Lösung beginnt mit einer präzisen Diagnose in der Search Console und einer strukturellen Korrektur, nicht mit einzelnen Anfragen zur erneuten Indexierung.
Für internationale Marketingteams, die diese Kontrolle nicht dauerhaft für jedes Sprachcluster manuell durchführen möchten, ist ein automatisierter Ansatz mit kontinuierlichem Monitoring echter Indexierungsdaten nachhaltiger als regelmäßige Einzel-Audits. Möchten Sie sehen, wie Launchmind dies pro Sprachcluster umsetzt, einschließlich der direkten Veröffentlichung über Ihre eigene WordPress-, Shopify-, PrestaShop- oder Laravel-Umgebung? Vereinbaren Sie ein unverbindliches Gespräch und besprechen Sie Ihren konkreten Indexierungsfall.
Über das Unternehmen
Launchmind ist der AI-Kollege, der täglich SEO-Inhalte für Ihren eigenen Blog erstellt, prüft und veröffentlicht, in acht Sprachen und mit Optimierung anhand echter Search-Console-Daten. Die Plattform richtet sich an Marketingverantwortliche, Unternehmer und Verantwortliche für Marketing in kleinen und mittleren Unternehmen sowie wachstumsstarken Unternehmen, die wissen, dass Content funktioniert, aber im Tagesgeschäft nicht dauerhaft dazu kommen.
Quellen
- How to Specify a Canonical with rel="canonical" and Other Methods · Google Search Central
- What is URL Canonicalization · Google Search Central
- Managing Multi-Regional and Multilingual Sites · Google Search Central
- Understanding and resolving 'Discovered - currently not indexed' · Search Engine Land

