Mehrsprachige Seiten nicht indexiert: Internationale SEO- und Hreflang-Probleme beheben
Deine übersetzten Seiten existieren, aber Google indexiert sie nicht oder zeigt die falsche Sprachversion im falschen Land. Meistere die Hreflang-Implementierung und internationale SEO, um die mehrsprachige Indexierung zu fixen.
In dieser Anleitung
Eine Website in mehrere Sprachen zu erweitern sollte deine Suchsichtbarkeit über globale Märkte hinweg vervielfachen. Theoretisch ist jede übersetzte Seite eine neue Gelegenheit, in einer neuen Sprache zu ranken und eine neue Zielgruppe zu erreichen. In der Praxis stehen mehrsprachige Sites vor einigen der komplexesten Indexierungs-Probleme in der SEO, und viele übersetzte Seiten erscheinen nie in den Google-Suchergebnissen.
Die grundlegende Herausforderung ist, dass Google für jede Seite einer mehrsprachigen Site drei Dinge bestimmen muss: in welcher Sprache die Seite ist, welches Land oder welche Region sie anvisiert und wie sie sich zu äquivalenten Seiten in anderen Sprachen auf derselben Site verhält. Liegt Google bei einem dieser Punkte falsch, kann es die französische Version deiner Seite englischen Suchenden zeigen, nur eine Sprachversion indexieren und die anderen als Duplikate behandeln oder übersetzte Seiten ganz und gar nicht indexieren, weil sie wie Duplicate Content der Originalsprach-Version wirken.
Hreflang-Tags sind der primäre Mechanismus, um Google Sprach- und regionales Targeting zu kommunizieren, und sie sind eines der am häufigsten falsch implementierten technischen SEO-Elemente im Web. Googles eigene Richtlinien beschreiben Hreflang als „Signal“ und nicht als „Direktive“, was heißt: Google kann und tut es, Hreflang-Tags zu überschreiben, wenn es glaubt, dass sie falsch sind. Ein einziger Fehler in deiner Hreflang-Implementierung kann dazu führen, dass Google das gesamte Hreflang-Tag-Set für eine Seite ignoriert, sodass Google effektiv raten muss, welche Sprachversion in welchem Markt zu zeigen ist.
Über Hreflang hinaus stehen mehrsprachige Sites vor Entscheidungen zur Domain-Struktur (Subdomain vs. Subdirectory vs. ccTLD), Content-Qualitätsherausforderungen mit maschineller Übersetzung, Autoritäts-Fragmentierung, wenn verschiedene Sprachen auf verschiedenen Domains leben, und der Komplexität, Sitemaps und Search-Console-Properties über mehrere Sprachversionen zu verwalten.
Dieser Guide bietet einen umfassenden Troubleshooting-Ansatz für mehrsprachige Indexierungs-Probleme, von Hreflang-Audit und -Korrektur bis zur Optimierung der Domain-Struktur und der Verbesserung der Qualität übersetzter Inhalte.
Hreflang-Implementierungsfehler, die die Indexierung verhindern
Hreflang-Tags sagen Google, welche Sprache und welche optionale regionale Variante jede Seite anvisiert und wo die äquivalenten Seiten in anderen Sprachen zu finden sind. Die Implementierung sieht einfach aus, ist aber außerordentlich leicht falsch zu machen, und Fehler führen dazu, dass Google die Tags für die betroffenen Seiten komplett ignoriert.
Der häufigste und schädlichste Fehler sind fehlende selbstreferenzierende Hreflang-Tags. Jede Seite in einem Hreflang-Tag-Set muss zusätzlich zu den Tags, die auf alle anderen Sprachversionen zeigen, einen Tag enthalten, der auf sich selbst zeigt. Hat die englische Version einer Seite Hreflang-Tags, die auf die französische, deutsche und spanische Version zeigen, aber keinen Tag, der auf sich selbst zeigt, kann Google das gesamte Hreflang-Set für diese Seite verwerfen. Diese einzelne Auslassung, die geschätzt auf 30 % der mehrsprachigen Sites vorkommt, ist die Nummer-eins-Ursache für Hreflang-bezogene Indexierungs-Probleme.
Der zweithäufigste Fehler sind nicht-reziproke Hreflang-Verweise. Verweist die englische Seite auf die französische Seite, muss die französische Seite auch auf die englische verweisen. Tut sie das nicht (weil die Hreflang-Tags auf der französischen Seite nicht aktualisiert wurden, als die englische Seite hinzugefügt wurde), behandelt Google den Link als potenziell fehlerhaft und ignoriert ihn möglicherweise. Jede Hreflang-Beziehung muss bidirektional sein.
Fehler bei Sprach- und Regionscodes sind ein weiteres häufiges Problem. Hreflang nutzt ISO-639-1-Sprachcodes („en“ für Englisch, „fr“ für Französisch, „de“ für Deutsch) und optional ISO-3166-1-Alpha-2-Ländercodes („en-US“ für Englisch-USA, „en-GB“ für Englisch-Großbritannien). Häufige Fehler sind die Nutzung dreibuchstabiger Sprachcodes statt zweibuchstabiger, die Nutzung falscher Ländercodes, die Verwendung von „en-UK“ statt des korrekten „en-GB“ oder das Verwechseln von Sprache und Land (die Nutzung von „us“, als wäre es eine Sprache).
URL-Fehler in Hreflang-Tags verursachen stille Ausfälle. Zeigt ein Hreflang-Tag auf eine URL, die einen 404 zurückgibt, auf eine andere URL umleitet oder von der robots.txt blockiert wird, kann Google die Beziehung nicht validieren und ignoriert sie möglicherweise. Das passiert häufig nach einer Site-Migration, wenn sich URLs ändern, aber Hreflang-Tags nicht aktualisiert werden. Nutze in Hreflang-Tags immer absolute URLs (beginnend mit https://) statt relative URLs.
Der x-default-Hreflang-Wert wird oft missverstanden. Der x-default-Tag sollte auf die Seite zeigen, die Nutzern angezeigt wird, wenn keine spezifische Sprach-Übereinstimmung gefunden wird. Es ist kein „Standardsprache“-Tag, sondern ein Fallback für nicht abgedeckte Regionen. Ein häufiger Fehler ist, x-default ganz wegzulassen, was bedeutet, dass Nutzer aus Regionen, die von keiner Sprachversion spezifisch anvisiert werden, in Suchergebnissen eine zufällige Sprachversion sehen können.
Domain-Struktur und ihre Auswirkung auf die mehrsprachige Indexierung
Die Domain-Struktur, die du für deine mehrsprachige Site wählst, hat einen erheblichen Einfluss auf die Indexierungs-Performance, die Autoritäts-Verteilung und Googles Fähigkeit, dein Sprach-Targeting zu verstehen. Die drei Hauptansätze haben jeweils unterschiedliche Trade-offs.
Länderspezifische Top-Level-Domains (ccTLDs) wie example.fr, example.de und example.co.uk bieten das stärkste geografische Targeting-Signal. Google verknüpft ccTLDs inhärent mit ihren jeweiligen Ländern, und Hreflang-Tags sind weniger kritisch (aber dennoch empfohlen). Der Nachteil ist, dass jede ccTLD als separate Domain mit eigener Autorität behandelt wird. Ein Backlink zu example.com hilft example.fr nicht beim Ranken. Autorität getrennt für jede ccTLD aufzubauen, ist teuer und zeitaufwendig. Für neue mehrsprachige Sites sind ccTLDs oft unpraktisch, es sei denn, du hast erhebliche Marketing-Budgets für jeden Markt.
Subdomains (fr.example.com, de.example.com) bieten moderate geografische Trennung. Google behandelt Subdomains als halb-unabhängig von der Root-Domain, teilt einen Teil der Autorität, aber nicht alle. Subdomains können über die International-Targeting-Einstellung in der Google Search Console auf bestimmte Länder ausgerichtet werden. Der Vorteil gegenüber ccTLDs sind niedrigere Kosten und einfacheres Management. Der Nachteil ist, dass die Autorität teilweise fragmentiert ist und jede Subdomain ihre eigene Search-Console-Property und möglicherweise ihre eigene Sitemap braucht.
Subdirectories (example.com/fr/, example.com/de/) halten alle Sprachversionen unter einer einzigen Domain und konsolidieren die Autorität vollständig. Alle Backlinks zu irgendeiner Sprachversion stärken die Gesamt-Domain. Das Crawl-Budget wird über alle Sprachen unter einer Search-Console-Property geteilt. Subdirectories sind der beliebteste Ansatz für mehrsprachige SEO und werden von den meisten Praktikern internationaler SEO für Sites empfohlen, die keine starke länderspezifische Domain-Präsenz brauchen.
Aus Indexierungs-Sicht sind Subdirectories generell am einfachsten zu verwalten. Alle Seiten teilen sich dieselbe Domain-Autorität, was heißt, dass übersetzte Seiten von dem bestehenden Crawl-Budget und den Ranking-Signalen der Domain profitieren. Bei ccTLDs oder Subdomains muss jede Sprachversion unabhängig genug Autorität aufbauen, um Googles Crawl-Investition zu rechtfertigen, weshalb übersetzte Seiten auf separaten Domains oder Subdomains oft viel länger zur Indexierung brauchen als jene auf Subdirectories.
Unabhängig von der Struktur nutze die International-Targeting-Funktion in der Google Search Console (verfügbar für Subdomains und Subdirectories), um jeden Sprachbereich seinem Zielland zuzuordnen. Für ccTLDs ist das automatisch. Für generische TLDs (.com, .org, .net) ist diese Einstellung der einzige Weg, Länder-Targeting über Hreflang-Tags hinaus zu kommunizieren.
Qualität maschineller Übersetzung und Einzigartigkeit von Content
Viele mehrsprachige Sites nutzen maschinelle Übersetzung (Google Translate, DeepL oder ähnliche Tools), um übersetzte Versionen ihrer Inhalte zu erstellen. Während sich maschinelle Übersetzung dramatisch verbessert hat, erzeugt die Nutzung roher maschinell übersetzter Inhalte ohne menschliche Überprüfung Indexierungs-Probleme im Zusammenhang mit Content-Qualität.
Google hat gesagt, dass es maschinell übersetzten Content per se nicht bestraft, aber es bewertet die Content-Qualität unabhängig davon, wie er produziert wurde. Eine maschinell übersetzte Seite, die sich unnatürlich liest, grammatikalische Fehler enthält, sinnlose Phrasen produziert oder technische Terminologie falsch übersetzt, kann Googles Qualitätsbewertung nicht bestehen und nicht indexiert werden. Die Qualitätslatte ist, ob der Inhalt einem Nutzer, der ihn in dieser Sprache liest, wirklich hilft, nicht ob er von einem Menschen geschrieben wurde.
Das subtilere Problem ist, dass maschinell übersetzte Inhalte aus Googles Sicht oft nicht wirklich einzigartig sind. Googles Algorithmen können erkennen, dass eine Seite eine Übersetzung einer anderen Seite ist. Bietet die Übersetzung keinen Mehrwert über die mechanische Sprachkonvertierung hinaus, kann Google sich entscheiden, nur die Originalsprach-Version zu indexieren und Übersetzungen als abgeleiteten Content zu behandeln. Das ist besonders wahrscheinlich, wenn die Quell- und Zielsprachen eng verwandt sind (Englisch zu Niederländisch, Spanisch zu Portugiesisch), wo viel der Struktur und viele Wörter ähnlich sind.
Um die Indexierungs-Rate übersetzter Inhalte zu verbessern, investiere in menschliche Überprüfung maschineller Übersetzungen. Ein Muttersprachler, der maschinell übersetzten Text prüft und verbessert, fängt Fehler ab, verbessert die Natürlichkeit und ergänzt kulturellen Kontext, der den Inhalt für die Zielgruppe wirklich wertvoll macht. Dieser hybride Ansatz (maschinelle Übersetzung plus menschliche Bearbeitung) ist deutlich kosteneffizienter als vollständige menschliche Übersetzung und erzeugt Content-Qualität, die Googles Indexierungs-Schwelle erfüllt.
Für kritische Seiten (Startseite, Haupt-Produktseiten, Schlüssel-Service-Seiten) erwäge vollständige menschliche Übersetzung mit Lokalisierung. Lokalisierung geht über Wort-für-Wort-Übersetzung hinaus und passt Inhalte an den kulturellen Kontext, an Beispiele, Währung, Maßeinheiten und lokale Referenzen des Zielmarkts an. Lokalisierte Inhalte unterscheiden sich grundlegend vom Quell-Content, weil sie angepasst und nicht nur übersetzt wurden, was Duplicate-Content-Bedenken eliminiert und das stärkste Indexierungs-Signal bietet.
Vermeide das Erstellen übersetzter Versionen dünner Seiten. Hat eine Seite minimalen Inhalt in der Originalsprache (ein kurzer Blogbeitrag, eine spärliche Produktbeschreibung), erzeugt das Übersetzen eine gleich dünne Seite in einer anderen Sprache. Übersetze nur Seiten, die genug Substanz haben, um in beiden Sprachen index-würdig zu sein. Eine 200-Wörter-Seite wird nicht wertvoller, indem sie in fünf Sprachen übersetzt wird.
Hreflang-Audit-Checkliste zur Diagnose von Indexierungs-Problemen
Ein systematisches Hreflang-Audit kann die spezifischen Fehler identifizieren, die dazu führen, dass deine mehrsprachigen Seiten nicht indexiert werden. Arbeite diese Checkliste für eine Stichprobe deiner wichtigsten Seiten über alle Sprachversionen ab.
Erstens: Verifiziere das Vorhandensein der Hreflang-Tags. Sieh dir für jede Seite den Quelltext an und suche nach „hreflang“. Hreflang-Tags können an drei Stellen implementiert sein: HTML-Link-Elemente im Head-Bereich, HTTP-Response-Header oder die XML-Sitemap. Die meisten Sites nutzen HTML-Link-Elemente. Bestätige, dass Hreflang-Tags auf jeder Sprachversion jeder Seite existieren. Sind Tags auf der englischen Version vorhanden, aber auf der französischen fehlend, hast du eine Implementierungs-Lücke.
Zweitens: Verifiziere selbstreferenzierende Tags. Bestätige auf jeder Seite, dass einer der Hreflang-Tags mit dem korrekten Sprach-Regions-Code auf die eigene URL der Seite zeigt. Diese Selbstreferenz ist verpflichtend. Jede Seite muss zusätzlich zur Referenzierung anderer Versionen ihre eigene Sprache deklarieren.
Drittens: Verifiziere reziproke Verweise. Bestätige für jedes Paar von Sprachversionen, dass die Verweise bidirektional sind. Verweist die englische Seite auf die französische Seite, muss die französische Seite auf die englische verweisen. Nicht-reziproke Verweise werden von Google still ignoriert.
Viertens: Validiere Sprach- und Regionscodes. Prüfe jeden Sprach-Regions-Code in deinen Hreflang-Tags gegen die ISO-Standards. Häufige Fehler: „en-UK“ sollte „en-GB“ sein, dreibuchstabige Codes wie „eng“ sollten „en“ sein, und nur Länder-Codes wie „us“ ohne Sprach-Präfix sind ungültig.
Fünftens: Validiere URLs. Klicke jede URL in deinen Hreflang-Tags an. Jede URL sollte einen 200-Statuscode zurückgeben, sollte nicht umleiten und sollte nicht durch robots.txt oder noindex blockiert sein. URLs, die umleiten, Fehler zurückgeben oder blockiert sind, invalidieren den Hreflang-Verweis.
Sechstens: Prüfe auf x-default. Bestätige, dass jedes Hreflang-Tag-Set einen x-default-Eintrag enthält, der auf die passende Fallback-Seite zeigt (üblicherweise die englische Version oder eine Sprachauswahl-Seite).
Siebtens: Prüfe auf Konsistenz über die Implementierungs-Methoden hinweg. Implementierst du Hreflang sowohl in HTML als auch in der Sitemap, müssen die beiden Implementierungen identisch sein. Widersprüchliche Hreflang-Verweise zwischen HTML und Sitemap verwirren Google und können dazu führen, dass beide ignoriert werden.
Dokumentiere jeden Fehler, der beim Audit gefunden wird. Priorisiere Fixes für Fehler, die deine traffic-stärksten Seiten und wichtigsten Sprachmärkte betreffen. Reiche nach Fix-Behebung betroffene URLs über die Search Console oder IndexBolt zur Neubewertung bei Google ein.
Regionale Google-Indizes und marktspezifische Indexierungs-Herausforderungen
Google betreibt separate Indizes für verschiedene Länder, und eine in einem Land indexierte Seite kann im Google eines anderen Landes nicht erscheinen, selbst wenn die Sprache übereinstimmt. Das Verständnis der regionalen Indexierung hilft zu erklären, warum deine französischen Seiten auf google.fr, aber nicht auf google.ca erscheinen (wo französisch-kanadische Nutzer suchen).
Google nutzt mehrere Signale, um zu bestimmen, welche Land-Suchergebnisse eine Seite enthalten sollten: das Hreflang-Land-Targeting, die ccTLD der Domain, die geografische Lage des Servers (seit der CDN-Verbreitung weniger wichtig), die International-Targeting-Einstellung in der Search Console und die Backlinks, die auf die Seite zeigen (Links von französischen Sites signalisieren französische Relevanz, Links von kanadischen Sites signalisieren kanadische Relevanz).
Ein häufiges Problem ist das Launchen übersetzter Inhalte ohne marktspezifische Autoritäts-Signale. Deine englische Site kann Hunderte Backlinks von englischsprachigen Websites haben, was Google starkes Vertrauen gibt, dass die englischen Seiten in englischsprachigen Märkten erscheinen sollten. Deine neu übersetzten französischen Seiten haben null Backlinks von französischsprachigen Websites, was Google kein marktspezifisches Autoritäts-Signal gibt. Selbst mit perfekter Hreflang-Implementierung kann Google deine französischen Seiten unterindexieren, weil ihm das Vertrauen in ihre Relevanz für den französischen Markt fehlt.
Der Aufbau marktspezifischer Autorität erfordert gezielten Einsatz. Baue für jeden Sprachmarkt Beziehungen zu lokalen Branchen-Publikationen, Blogs und Verzeichnissen auf. Erstelle Inhalte, die auf lokale Events, Vorschriften, Trends und kulturelle Berührungspunkte verweisen. Registriere die Site in länderspezifischen Branchenverzeichnissen und lokalen Suchmaschinen. Teile Inhalte auf Social-Media-Plattformen, die im Zielmarkt beliebt sind. Diese marktspezifischen Signale beschleunigen Googles Bereitschaft, deine übersetzten Seiten in ihren Zielmärkten zu indexieren und zu ranken.
Für kleinere oder aufstrebende Märkte kann Googles Crawl-Investition inhärent niedriger sein. Google teilt Crawl-Ressourcen teilweise basierend auf der Größe und Aktivität des Web-Ökosystems jedes Landes zu. Eine Seite, die einen kleinen Markt mit begrenzter Web-Aktivität anvisiert, kann länger zur Indexierung brauchen als eine identische Seite, die einen großen Markt anvisiert. Für diese kleineren Märkte kann eine direkte Einreichung über IndexBolt Googles niedrigere natürliche Crawl-Rate kompensieren.
Schritt-für-Schritt-Anleitung
Führe ein umfassendes Hreflang-Audit durch
Nutze ein Site-Crawling-Tool, das die Hreflang-Implementierung validiert, um alle Hreflang-Tags auf deiner Site zu auditieren. Das Tool sollte auf selbstreferenzierende Tags, reziproke Verweise, gültige Sprach-Regions-Codes, gültige URLs und Konsistenz zwischen HTML- und Sitemap-Implementierungen prüfen. Exportiere den Fehler-Report und kategorisiere Fehler nach Typ und Schweregrad. Fehlende selbstreferenzierende Tags und nicht-reziproke Verweise sind kritische Fehler, die zuerst behoben werden müssen. Ungültige Codes und URL-Fehler sind sekundäre Prioritäten. Erstelle einen Korrekturplan, der das Beheben von Fehlern auf deinen traffic-stärksten Seiten priorisiert.
Behebe kritische Hreflang-Fehler
Adressiere die in deinem Audit identifizierten kritischen Fehler. Ergänze selbstreferenzierende Hreflang-Tags auf jeder Seite, der sie fehlen. Behebe nicht-reziproke Verweise, indem du die Hreflang-Tags auf Seiten aktualisierst, die nicht auf andere Sprachversionen zurückverweisen. Korrigiere ungültige Sprach- und Regionscodes, damit sie ISO-Standards entsprechen. Aktualisiere alle Hreflang-URLs, die umleiten, Fehler zurückgeben oder blockiert sind. Wird Hreflang über die Sitemap implementiert, aktualisiere die Sitemap-Datei. Wird es über HTML implementiert, aktualisiere die Template- oder CMS-Konfiguration. Crawl nach den Fixes eine Stichprobe von Seiten erneut, um zu verifizieren, dass die Korrekturen vorhanden sind.
Verifiziere Domain-Struktur und International Targeting
Bestätige, dass deine Google-Search-Console-Properties für dein mehrsprachiges Setup korrekt konfiguriert sind. Für Subdirectory-basierte mehrsprachige Sites nutze die International-Targeting-Funktion, um jedes Sprach-Verzeichnis seinem Zielland zuzuordnen. Für Subdomain-basierte Sites verifiziere jede Subdomain separat und setze International Targeting für jede. Für ccTLD-basierte Sites verifiziere jede Domain separat. Sorge dafür, dass jede Search-Console-Property ihre eigene Sitemap eingereicht hat, die nur URLs für diese Sprachversion enthält. Prüfe, dass keine Search-Console-Einstellungen mit deiner Hreflang-Implementierung in Konflikt stehen.
Bewerte die Qualität übersetzter Inhalte
Lass einen Muttersprachler eine Stichprobe von 10 bis 20 übersetzten Seiten in jeder Sprache überprüfen. Der Prüfer sollte bewerten, ob die Übersetzung natürlich klingt, ob die Terminologie für den Zielmarkt passend ist, ob kulturelle Referenzen Sinn ergeben und ob der Inhalt einem Sprecher dieser Sprache wirklichen Mehrwert bietet. Markiere Seiten, deren Übersetzungs-Qualität unter akzeptablen Standards liegt. Investiere für kritische Seiten in professionelle menschliche Übersetzung oder Lokalisierung. Implementiere für Bulk-übersetzten Content einen menschlichen Überprüfungs- und Bearbeitungs-Workflow, um die maschinelle Übersetzungs-Ausgabe vor der Veröffentlichung zu verbessern.
Reiche sprachspezifische Sitemaps ein
Erstelle separate Sitemaps für jede Sprachversion deiner Site (oder eine einzige Sitemap mit Hreflang-Annotationen über den xhtml:link-Ansatz). Reiche jede Sitemap bei der passenden Google-Search-Console-Property ein. Verifiziere, dass Sitemaps nur gültige, nicht umleitende URLs für die korrekte Sprachversion enthalten. Bei Sitemap-basierter Hreflang-Implementierung sorge dafür, dass jeder URL-Eintrag Hreflang-Link-Elemente enthält, die auf alle anderen Sprachversionen und auf sich selbst verweisen. Prüfe nach der Einreichung den Sitemaps-Bericht, um zu bestätigen, dass Google jede Sitemap erfolgreich verarbeitet hat.
Baue marktspezifische Autorität für unterindexierte Sprachen auf
Bewerte für Sprachversionen mit besonders niedrigen Indexierungs-Raten, ob die marktspezifischen Autoritäts-Signale ausreichend sind. Prüfe auf Backlinks von Websites in der Zielsprache. Identifiziere lokale Verzeichnisse, Branchenverbände und Medien-Publikationen, in denen deine Site gelistet oder referenziert werden könnte. Erstelle Inhalte, die speziell für den Zielmarkt relevant sind (lokale Case Studies, regionale Regulierungs-Guides, marktspezifische Vergleiche). Teile übersetzte Inhalte auf Social-Media-Plattformen, die in der Zielregion beliebt sind. Jedes marktspezifische Signal hilft Google zu bestätigen, dass dein übersetzter Inhalt für diesen Markt relevant ist.
Reiche prioritäre übersetzte Seiten zur Indexierung ein
Reiche nach dem Beheben von Hreflang-Fehlern und dem Verbessern der Content-Qualität deine wichtigsten übersetzten Seiten zur Indexierung ein. Priorisiere Seiten, die hochvolumige Suchanfragen in jedem Sprachmarkt anvisieren, und Seiten, die in der Originalsprache bereits indexiert sind, in Übersetzungen aber nicht. Nutze IndexBolt, um übersetzte Seiten-URLs in der Masse über alle Sprachen gleichzeitig einzureichen. Beobachte den Indexierungs-Fortschritt in jeder sprachspezifischen Search-Console-Property. Wenn bestimmte Sprachen konstant unterdurchschnittlich performen, untersuche, ob es sprachspezifische Qualitäts- oder technische Probleme gibt.
Häufige Probleme und wie du sie behebst
Google zeigt in einem bestimmten Land die falsche Sprachversion in den Suchergebnissen
Ursache: Die Hreflang-Implementierung fehlt entweder, ist falsch konfiguriert oder wird wegen Fehlern von Google überschrieben. Häufige Ursachen sind fehlende selbstreferenzierende Hreflang-Tags, falsche Ländercodes (Nutzung von „en-UK“ statt „en-GB“), nicht-reziproke Verweise zwischen Sprachversionen oder eine übersetzte Seite, die deutlich niedrigere Qualität als das Original hat, sodass Google trotz Hreflang-Targeting bevorzugt das Original zeigt.
Lösung: Führe ein Hreflang-Audit auf den betroffenen Seiten durch und behebe alle Fehler. Verifiziere, dass die korrekte Sprachversion einen selbstreferenzierenden Hreflang-Tag hat und alle Sprachversionen sich reziprok referenzieren. Sorge dafür, dass die übersetzte Version ausreichende Content-Qualität hat, um eigenständig als index-würdig zu gelten. Nutze nach den Fixes das URL-Prüftool, um ein Recrawl sowohl der korrekten als auch der falschen Sprachversionen anzufordern, damit Google die aktualisierten Hreflang-Signale verarbeiten kann.
Übersetzte Seiten in der Search Console markiert als „Duplikat, Google wählte andere kanonische URL“
Ursache: Google behandelt die übersetzte Seite als Duplikat der Originalsprach-Version statt als distinkte Sprach-Alternative. Das passiert, wenn Hreflang-Tags fehlen oder kaputt sind, wenn die Übersetzung dem Original zu ähnlich ist (bei eng verwandten Sprachen) oder wenn Canonical-Tags auf der übersetzten Seite fälschlicherweise auf die Originalsprach-URL statt auf die übersetzte URL zeigen.
Lösung: Prüfe die Canonical-Tags auf der übersetzten Seite. Jede Sprachversion muss einen selbstreferenzierenden Canonical-Tag haben, der auf ihre eigene URL zeigt, nicht auf die Originalsprach-URL. Korrigiere Hreflang-Tags, um die Sprachbeziehung korrekt zu etablieren. Sind die Sprachen eng verwandt und die Übersetzung dem Original sehr ähnlich, ergänze marktspezifischen Content, um die Seiten zu differenzieren (lokale Beispiele, regionale Referenzen, kulturell angepasste Bilder). Sorge dafür, dass URLs übersetzter Seiten einen klaren Sprach-Identifier im Pfad (/fr/, /de/) oder als Subdomain nutzen.
Nur die primäre Sprachversion ist indexiert, obwohl vollständige Übersetzungen vorhanden sind
Ursache: Google entscheidet sich, nur die Originalsprach-Version zu indexieren und alle Übersetzungen als Duplikate zu behandeln. Das deutet typischerweise auf einen grundlegenden Hreflang-Implementierungsfehler (Tags fehlen oder sind über die gesamte Site ungültig), auf Übersetzungen, die dem Original zu ähnlich sind, um als einzigartiger Content zu gelten, oder auf unzureichende Autorität und Crawl-Budget für die übersetzten Bereiche der Site hin.
Lösung: Validiere die Hreflang-Implementierung site-weit. Nutzt du eine Subdirectory-Struktur, bestätige, dass die Sprach-Verzeichnis-Seiten ordentliche Hreflang-, Canonical- und lang-Attribut-Einstellungen haben. Nutzt du Subdomains, verifiziere jede unabhängig in der Search Console. Verbessere die Übersetzungs-Qualität durch menschliche Überprüfung und Lokalisierung. Baue interne Links zwischen übersetzten Seiten auf, um ihre Crawl-Zugänglichkeit zu stärken. Reiche Sitemaps übersetzter Seiten ein und fordere die Indexierung für prioritäre Seiten über IndexBolt an.
Hreflang-Tags korrekt implementiert, werden aber von Google nicht respektiert
Ursache: Google behandelt Hreflang als Signal, nicht als Direktive. Selbst bei perfekter Implementierung kann Google Hreflang überschreiben, wenn andere Signale widersprüchen. Häufige Gründe für ein Überschreiben: Der tatsächliche Inhalt der Seite ist in einer anderen Sprache als das Hreflang deklariert (die Seite sagt, sie sei Französisch, aber der Inhalt ist Englisch), die übersetzte Seite hat einen noindex-Tag, die übersetzte Seite leitet auf die Originalsprach-Version um oder die übersetzte Seite gibt einen 404-Fehler zurück.
Lösung: Verifiziere, dass der tatsächliche Inhalt auf jeder Seite mit der im Hreflang-Tag deklarierten Sprache übereinstimmt. Prüfe, dass übersetzte Seiten nicht auf die Originalsprach-Version umleiten (manche CMS leiten basierend auf den Browser-Spracheinstellungen automatisch um, was Googlebot zur falschen Version umleiten kann). Sorge dafür, dass auf übersetzten Seiten keine noindex-Tags angewendet werden. Bestätige, dass URLs übersetzter Seiten 200-Statuscodes zurückgeben. Bestehen alle technischen Prüfungen, aber Google überschreibt das Hreflang weiterhin, könnten Content-Qualität oder marktspezifische Autoritäts-Signale unzureichend sein, damit Google die Indexierung der übersetzten Version rechtfertigt.
Profi-Tipps
Deine übersetzten Inhalte stellen eine große Investition in globale Reichweite dar. IndexBolt reicht deine mehrsprachigen Seiten direkt bei Google in allen Sprachmärkten ein und sorgt dafür, dass jede übersetzte Seite in ihrer Zielregion indexiert wird. Reiche deine gesamte mehrsprachige Sitemap bei IndexBolt ein und beschleunige deine globale Suchsichtbarkeit.
100 Gratis-Credits. Keine Kreditkarte nötig. Ergebnisse in unter 24 Stunden.
Häufig gestellte Fragen
Erkennt Google die Sprache einer Seite ohne Hreflang-Tags automatisch?+
Ja, Google kann die Sprache des Inhalts einer Seite automatisch mit seinen Sprach-Erkennungs-Algorithmen erkennen. Allerdings bestimmt die automatische Erkennung nur die Sprache, nicht das Zielland oder die Zielregion. Ohne Hreflang-Tags kann Google nicht zwischen englischen Inhalten, die auf die USA, Großbritannien, Australien oder einen anderen englischsprachigen Markt abzielen, unterscheiden. Hreflang-Tags sind essenziell für länderspezifisches Targeting und um Google explizit über die Beziehungen zwischen übersetzten Versionen derselben Seite zu informieren. Ohne sie kann Google die falsche Sprachversion im falschen Markt zeigen oder Übersetzungen als Duplikate behandeln.
Sind Subdomains oder Subdirectories für mehrsprachige Sites besser?+
Subdirectories (example.com/fr/, example.com/de/) werden generell für mehrsprachige SEO empfohlen. Sie konsolidieren die gesamte Domain-Autorität unter einer einzigen Domain, teilen das Crawl-Budget über alle Sprachen und sind in der Google Search Console einfacher zu verwalten. Subdomains (fr.example.com) fragmentieren die Autorität teilweise und erfordern separate Search-Console-Properties. ccTLDs (example.fr) bieten das stärkste Land-Targeting, fragmentieren die Autorität aber vollständig und sind am teuersten zu verwalten. Die Ausnahme ist, wenn deine Märkte distinkte Branding-Bedürfnisse haben (verschiedene Geschäftsnamen oder Markenidentitäten in verschiedenen Ländern), wo ccTLDs oder Subdomains den Autoritäts-Trade-off wert sein können.
Kann maschinell übersetzter Content bei Google indexiert werden?+
Maschinell übersetzter Content kann indexiert werden, aber nur wenn die Übersetzungs-Qualität gut genug ist, um Lesern in der Zielsprache wirklichen Mehrwert zu bieten. Google bewertet Content-Qualität unabhängig davon, wie er produziert wurde. Schlechte maschinelle Übersetzungen mit grammatikalischen Fehlern, ungeschickter Formulierung und falsch übersetzter Terminologie können die Qualitätsbewertung nicht bestehen und nicht indexiert werden. Für beste Ergebnisse nutze maschinelle Übersetzung als Startpunkt und lass Muttersprachler die Ausgabe vor der Veröffentlichung prüfen und bearbeiten. Rohe maschinelle Übersetzung langer Inhalte ohne menschliche Überprüfung ist zunehmend riskant, da Googles Qualitätsbewertung immer ausgefeilter wird.
Wie viele Sprachversionen sollte ich erstellen, bevor ich mehrsprachig launche?+
Qualität ist wichtiger als Quantität. Es ist besser, mit zwei oder drei gut übersetzten, ordentlich implementierten Sprachversionen zu launchen als mit zehn maschinell übersetzten, fehlerbehafteten Versionen. Starte mit deinen Märkten höchster Priorität basierend auf bestehenden Traffic-Daten (prüfe die Google Search Console auf Suchen aus verschiedenen Ländern), Umsatzpotenzial und Wettbewerbslandschaft. Ergänze zusätzliche Sprachen eine nach der anderen und sorge dafür, dass jede neue Sprache ordentlich übersetzt ist, korrekte Hreflang-Implementierung hat und Zeit bekommt, indexiert zu werden, bevor die nächste hinzugefügt wird. Das Hinzufügen vieler Sprachen gleichzeitig zu überstürzen erhöht das Risiko von Implementierungsfehlern und verwässert deinen Einsatz über zu viele Märkte.
Muss ich für jede Sprache separate Social-Media- und Backlink-Profile erstellen?+
Für optimale internationale SEO ja. Google nutzt externe Signale, um die Relevanz und Autorität deines Inhalts in jedem Markt zu bewerten. Backlinks von französischsprachigen Websites signalisieren, dass dein französischer Content für den französischen Markt relevant ist. Social Engagement von französischen Nutzern signalisiert marktspezifisches Interesse. Diese Signale sind zwar nicht für die Indexierung erforderlich, aber sie verbessern Googles Vertrauen erheblich, deinen übersetzten Content in den Suchergebnissen des passenden Marktes zu zeigen. Erstelle mindestens lokale Business-Einträge und Verzeichnis-Einträge in jedem Zielmarkt. Investiere für Märkte hoher Priorität in lokales Content-Marketing, PR und Social-Media-Präsenz.