SEO für mehrsprachige Websites: So rankt jede Sprachversion

Eine mehrsprachige Website wird bei Google sichtbar, wenn drei Dinge zusammenpassen: Jede Sprachversion hat eine eigene, crawlbare URL, alle Versionen verweisen per hreflang gegenseitig aufeinander, und die Inhalte sind für den jeweiligen Markt lokalisiert statt nur übersetzt. Fehlt einer dieser Bausteine, zeigt Google Ihren Kunden die falsche Sprache, indexiert ganze Versionen nicht oder lässt die englische Seite gegen die deutsche antreten. Hier lesen Sie, wie Sie Struktur, Technik und Inhalte so aufsetzen, dass jede Sprache eigenständig Anfragen bringt.

Kurz gesagt

• Eine eigene URL pro Sprache ist Pflicht. Ein Sprachwechsel per Cookie oder Browsereinstellung bleibt für den Googlebot meist unsichtbar.
• Unterverzeichnisse wie /en/ sind für die meisten mittelständischen und B2B-Websites der pragmatische Standard. Länderdomains lohnen sich, wenn sich Angebot, Preise oder Recht pro Land deutlich unterscheiden.
• hreflang muss in beide Richtungen zeigen, absolute URLs nutzen und die Seite selbst mit aufführen. x-default fängt alle Nutzer auf, für die keine Version passt.
• Keywords werden pro Markt neu recherchiert, nicht übersetzt. Titel, Beschreibungen, URLs und Beispiele gehören zur Lokalisierung.
• Pflege ist Teil des Projekts: Jede neue Seite, jede Weiterleitung und jeder Relaunch betrifft alle Sprachversionen gleichzeitig.

Inhaltsverzeichnis

• Wie Google Sprachversionen erkennt
• Welche URL-Struktur zu Ihrem Unternehmen passt
• hreflang korrekt umsetzen
• Übersetzen ist nicht lokalisieren
• Technik: Crawling, Rendering und Indexierung
• Sprachumschalter und interne Verlinkung
• Typische Fehler erkennen und beheben
• Unsere Sicht: Mehrsprachigkeit ist zuerst ein Technikprojekt
• So unterstützen wir Ihr mehrsprachiges SEO
• Häufige Fragen
• Quellen

Wie Google Sprachversionen erkennt

Viele Unternehmen gehen davon aus, dass ein lang-Attribut oder ein /en/ in der URL genügt, damit Google die Sprache versteht. Das stimmt nicht. Google bestimmt die Sprache einer Seite anhand der sichtbaren Inhalte, nicht anhand von lang-Attributen oder der URL. Daraus folgt eine einfache Regel: Pro Seite eine Sprache, und zwar für den Haupttext und die Navigation. Eine englische Produktseite mit deutschem Menü, deutschem Footer und deutschem Cookie-Banner sendet ein gemischtes Signal.

Der zweite Punkt betrifft das Crawling. Laut derselben Google-Dokumentation crawlt der Googlebot normalerweise aus den USA und schickt seine Anfragen ohne Accept-Language-Header. Wenn Ihre Website die Sprache also anhand der Browsereinstellung oder eines Cookies wechselt, sieht der Crawler in der Regel nur eine Variante. Die übrigen Sprachen existieren dann für Ihre Besucher, aber nicht für die Suche.

Drittens hat sich das Werkzeug verändert. Google hat den Bericht „Internationale Ausrichtung“ eingestellt, und die Länderausrichtung in der Search Console wird nicht mehr unterstützt. hreflang-Tags nutzt Google dagegen weiterhin. Ihre Signale sind also die Struktur der Website, die Auszeichnung der Versionen und der Inhalt selbst.

Welche URL-Struktur zu Ihrem Unternehmen passt

Google vergleicht in seiner Dokumentation zu multiregionalen und mehrsprachigen Websites Länderdomains, Subdomains, Unterverzeichnisse und URL-Parameter. Entscheidend ist nicht, welche Variante „besser rankt“, sondern welche zu Ihrem Geschäftsmodell und Ihrem Team passt. Von URL-Parametern rät Google ab.

Aus unserer Sicht starten die meisten Unternehmen am besten mit Unterverzeichnissen. Alle Sprachversionen profitieren von denselben Backlinks auf die Hauptdomain, ein CMS reicht, und Tracking sowie Search Console bleiben übersichtlich.

Vor der Strukturfrage steht eine inhaltliche: Richten Sie sich an eine Sprache oder an ein Land? Wer englischsprachige Einkäufer weltweit erreichen will, braucht eine englische Version mit hreflang="en". Wer dagegen in Deutschland, Österreich und der Schweiz unterschiedliche Preise, Lieferbedingungen oder Ansprechpartner hat, braucht Ländervarianten wie de-DE, de-AT und de-CH. Für die Schweiz heißt das dann auch: Preise in CHF, „ss“ statt „ß“ und Begriffe wie „Offerte“, wo in Deutschland „Angebot“ stünde.

hreflang korrekt umsetzen

hreflang sagt Google, welche URLs lokalisierte Varianten desselben Inhalts sind, damit Nutzer die passende Version sehen. Die Regeln stehen in Googles Anleitung zu lokalisierten Versionen deiner Seiten. In der Praxis scheitern Projekte fast immer an denselben Punkten:

1. Selbstreferenz und Vollständigkeit: Jede Sprachversion nennt sich selbst und alle anderen Versionen. Die deutsche Seite listet also Deutsch, Englisch und Französisch, die englische ebenfalls.
2. Gegenseitigkeit: Verweist die deutsche Seite auf die englische, die englische aber nicht zurück, ignoriert Google die Auszeichnung.
3. Absolute URLs: Alternative URLs müssen voll qualifiziert sein, also mit https:// und Domain.
4. Korrekte Codes: Zuerst der Sprachcode nach ISO 639-1, optional danach der Regionscode nach ISO 3166-1 Alpha-2. Richtig ist de-AT, nicht at-de. Großbritannien ist en-GB, nicht en-UK.
5. Nur gültige Ziele: Verweisen Sie ausschließlich auf indexierbare Seiten mit Statuscode 200, nie auf Weiterleitungen, 404-Seiten oder Seiten mit noindex.

So sieht der Kopfbereich der deutschen Leistungsseite einer Website mit drei Sprachen aus:

<link rel="alternate" hreflang="de" href="https://www.beispiel.de/leistungen/" />
<link rel="alternate" hreflang="en" href="https://www.beispiel.de/en/services/" />
<link rel="alternate" hreflang="fr" href="https://www.beispiel.de/fr/prestations/" />
<link rel="alternate" hreflang="x-default" href="https://www.beispiel.de/en/services/" />

Derselbe Block steht unverändert auf der englischen und der französischen Seite. Genau das ist mit Gegenseitigkeit gemeint.

HTML, HTTP-Header oder Sitemap

Google akzeptiert drei Wege: Link-Elemente im HTML-Kopf, HTTP-Header oder Einträge in der XML-Sitemap. Laut Google bringt es keinen Vorteil, alle Methoden gleichzeitig zu nutzen, es erschwert nur die Verwaltung. Wählen Sie eine:

• HTML-Kopf, wenn Ihr CMS die Tags zuverlässig pro Seite erzeugt. Das ist für die meisten Websites mit bis zu einigen hundert Seiten pro Sprache der übersichtlichste Weg.
• HTTP-Header für Dateien ohne HTML, etwa PDF-Datenblätter in mehreren Sprachen.
• XML-Sitemap für große Websites oder Shops, bei denen der Kopfbereich schlank bleiben soll und die Sprachzuordnung zentral gepflegt wird.

x-default sinnvoll einsetzen

x-default kennzeichnet die Fallback-Version, die Google ausspielt, wenn keine Sprache oder Region zur Einstellung des Nutzers passt. Google beschreibt den Wert als gedacht für Sprachauswahlseiten, er funktioniert dort am besten. Haben Sie keine solche Seite, setzen viele Unternehmen ihre englische Version als x-default, weil Englisch für internationale Besucher der wahrscheinlichste gemeinsame Nenner ist.

Übersetzen ist nicht lokalisieren

Ein übersetzter Text ist noch keine Seite, die im Zielmarkt rankt. Gute Content-Lokalisierung passt Tonalität, Beispiele, rechtliche Hinweise, Währungen, Datumsformate und Handlungsaufforderungen an den Markt an. Für SEO kommt die Suchsprache hinzu: Menschen in Großbritannien suchen „spare parts“, in den USA häufig „replacement parts“. Wer „Ersatzteile“ wörtlich überträgt, trifft womöglich die Variante, die im Zielmarkt kaum jemand eingibt.

So gehen wir bei der Lokalisierung vor:

1. Keyword-Recherche pro Markt: Suchvolumen und Suchergebnisse im Zielland prüfen, nicht die deutschen Keywords übersetzen. Oft verschiebt sich dabei auch die Suchintention, etwa von „Kosten“ zu „Vergleich“.
2. Metadaten lokalisieren: Title, Meta Description, Überschriften und Alt-Texte werden für jede Sprache eigens geschrieben.
3. URLs übersetzen: /en/services/ statt /en/leistungen/. Das hilft vor allem Ihren Besuchern, die URL als relevant zu erkennen.
4. Vertrauenssignale anpassen: Referenzen, Zertifikate, Ansprechpartner und Kontaktwege, die im Zielmarkt zählen.
5. Fachliche Prüfung: AI-gestützte Übersetzung beschleunigt den Entwurf. Muttersprachler mit Branchenwissen sorgen dafür, dass Fachbegriffe sitzen.

Sorge vor doppeltem Content ist bei echten Übersetzungen unbegründet: Eine deutsche und eine englische Seite sind unterschiedliche Inhalte. Heikler sind Länderversionen in derselben Sprache, etwa de-DE und de-AT mit fast identischem Text. Hier sorgt hreflang dafür, dass Google die passende Version pro Land ausspielt. Ist nur das Template übersetzt und der Haupttext bleibt in der Originalsprache, empfiehlt Google, die Varianten per rel=“canonical” oder 301-Weiterleitung auf eine Version zusammenzuführen.

Technik: Crawling, Rendering und Indexierung

Die meisten Probleme, die wir bei mehrsprachigen Websites sehen, sind technischer Natur. Diese Punkte gehören auf jede Checkliste:

• Keine automatischen Weiterleitungen nach IP oder Browsersprache. Google weist darauf hin, dass solche Weiterleitungen Nutzer und Suchmaschinen daran hindern können, alle Sprachversionen aufzurufen. Ein Hinweisbanner („Diese Seite gibt es auch auf Deutsch“) erfüllt denselben Zweck, ohne zu blockieren.
• Canonical auf sich selbst: Jede Sprachversion verweist mit ihrem Canonical auf die eigene URL. Zeigt die englische Seite per Canonical auf das deutsche Original, signalisieren Sie Google, dass sie nicht in den Index soll.
• Serverseitig ausgelieferte Inhalte: Wird die Sprache erst im Browser per JavaScript eingesetzt, kann Google Texte und Links verzögert oder gar nicht erfassen. Bei Frameworks wie React und Next.js entscheidet die Rendering-Strategie, was im HTML ankommt. Mehr dazu in unseren Beiträgen zu JavaScript SEO und SEO für React.
• Sitemaps mit allen Sprachen: Entweder eine Sitemap pro Sprache oder eine gemeinsame, in jedem Fall mit allen indexierbaren URLs.
• Ladezeit für entfernte Märkte: Wer Kunden in Übersee bedient, prüft die Ladezeit aus deren Region. Hintergründe liefert unser Beitrag zu Seitenladezeit und SEO.

Wie wir Indexierung, Rendering und Performance prüfen, beschreiben wir auf unserer Seite zu Technical SEO.

Sprachumschalter und interne Verlinkung

Statt automatischer Weiterleitungen empfiehlt Google Hyperlinks zu den anderen Sprachversionen. Ein guter Sprachumschalter erfüllt vier Anforderungen:

• Er steht auf jeder Seite an derselben Stelle, meist oben rechts im Header oder im Footer.
• Er besteht aus normalen HTML-Links, die im Quellcode stehen, nicht aus einem Dropdown, das erst per Skript Ziele erzeugt.
• Er führt auf die entsprechende Seite in der anderen Sprache, nicht pauschal auf die Startseite.
• Die Sprachen heißen in ihrer eigenen Sprache: „English“, „Français“, „Deutsch“. Flaggen stehen für Länder, nicht für Sprachen, und sind für die Schweiz oder Österreich missverständlich.

Innerhalb einer Sprachversion bleibt die interne Verlinkung in dieser Sprache. Ein englischer Blogartikel, der auf deutsche Leistungsseiten verlinkt, schickt Besucher und Crawler in die falsche Version und schwächt die englische Seitenstruktur.

Typische Fehler erkennen und beheben

hreflang-Fehler sind tückisch, weil die Website für Besucher einwandfrei aussieht. Sichtbar werden sie meist erst, wenn in der Search Console die falsche Sprachversion in einem Land auftaucht. Filtern Sie dort den Leistungsbericht nach Land und Seite: Erscheinen bei Suchanfragen aus Frankreich vor allem deutsche URLs, stimmt etwas nicht.

Gerade nach einem Relaunch gehört ein hreflang-Prüflauf über alle Sprach- und Ländervarianten in die Go-live-Checkliste. Ein Crawler mit hreflang-Auswertung zeigt fehlende Rückverweise und kaputte Ziele in wenigen Minuten. Die URL-Prüfung in der Search Console verrät zusätzlich, welche URL Google als kanonisch gewählt hat.

Unsere Sicht: Mehrsprachigkeit ist zuerst ein Technikprojekt

Wenn wir mehrsprachige Websites analysieren, finden wir selten zu wenig Übersetzung. Wir finden fehlende Rückverweise, Canonicals auf die falsche Sprache, Sprachwechsel per JavaScript und Weiterleitungen, die Besucher und Crawler in die falsche Version schicken. Diese Fehler kosten Sichtbarkeit, lange bevor die Qualität der Texte eine Rolle spielt.

Deshalb arbeiten wir mit einer klaren Priorisierung statt einer langen To-do-Liste. Zuerst sorgen wir dafür, dass jede Sprachversion gecrawlt und richtig zugeordnet wird. Danach investieren wir in Keywords und Inhalte für die Märkte mit dem größten Potenzial. Für jede Sprache messen wir eigene KPIs, damit Sie sehen, welcher Markt wirklich Anfragen bringt.

Weil wir technisches SEO mit Erfahrung in modernen Webtechnologien wie React und Next.js verbinden, sprechen wir mit Ihren Entwicklern dieselbe Sprache. Rendering, Routing und hreflang-Ausgabe lösen wir dort, wo sie entstehen: im Code. Dabei haben Sie einen Ansprechpartner, der Analyse und Umsetzung verantwortet.

Aliniyaz

So unterstützen wir Ihr mehrsprachiges SEO

Ob Sie eine zweite Sprache planen oder eine bestehende internationale Website wieder auf Kurs bringen wollen: Wir prüfen Struktur, hreflang, Indexierung und Inhalte, priorisieren die Maßnahmen nach Wirkung und setzen sie direkt mit Ihnen um. Wie das abläuft, zeigt unser SEO-Prozess, von der Analyse bis zur Messung.

Für den Einstieg eignet sich SEO Foundation ab 999 € einmalig. Für die laufende Betreuung mehrerer Sprachversionen gibt es SEO Essentials ab 999 € pro Monat, SEO Growth ab 2.999 € pro Monat und SEO Partner ab 4.999 € pro Monat, ohne langwierige Bindungen. Alle Details finden Sie auf unserer Seite mit Preisen und Paketen. Wenn Sie zusätzlich Unterstützung bei Inhalten mit Suchintention oder einer übergreifenden SEO-Strategie für mehrere Märkte brauchen, sprechen Sie uns an.

Häufige Fragen

Wie mache ich meine Website mehrsprachig, ohne Rankings zu verlieren?

Legen Sie die neuen Sprachen in eigenen Unterverzeichnissen an und lassen Sie die bestehenden deutschen URLs unverändert. Ergänzen Sie hreflang auf allen Versionen, verlinken Sie die Sprachen über einen Umschalter und verzichten Sie auf automatische Weiterleitungen. So bleibt die deutsche Version stabil, während die neuen Sprachen Sichtbarkeit aufbauen.

Ist eine übersetzte Seite doppelter Content?

Nein. Eine deutsche und eine englische Fassung sind für Google unterschiedliche Inhalte. Aufmerksamkeit brauchen nur Versionen in derselben Sprache für verschiedene Länder, etwa Deutschland und Österreich: Hier zeigt hreflang, welche Seite für welches Land gedacht ist.

Brauche ich hreflang, wenn ich nur Deutsch und Englisch anbiete?

Ja, wir empfehlen es auch bei zwei Sprachen. hreflang hilft Google, englischsprachigen Nutzern die englische Seite zu zeigen statt der deutschen, die vielleicht mehr Backlinks hat. Der Aufwand ist gering, wenn Ihr CMS die Tags automatisch für jede Seite erzeugt.

Reicht eine automatische Übersetzung für SEO?

Als Entwurf ist sie ein guter Startpunkt, besonders mit AI-gestützten Workflows. Ranken soll die Seite aber mit den Begriffen, die im Zielmarkt gesucht werden, deshalb gehören eine eigene Keyword-Recherche und eine fachliche Prüfung durch Muttersprachler dazu. Title, Description und URLs sollten Sie immer gezielt für den Markt formulieren.

Wann sollte ich eine Länderdomain statt eines Unterverzeichnisses wählen?

Eine Länderdomain lohnt sich, wenn Sie in einem Land ein eigenes Sortiment, eigene Preise oder eine eigene Organisation haben und die Domain langfristig pflegen können. Für die meisten mittelständischen und B2B-Unternehmen ist das Unterverzeichnis effizienter, weil alle Sprachen auf einer Domain wachsen.

Quellen

• Google Search Central: Lokalisierte Versionen deiner Seiten
• Google Search Central: Multiregionale und mehrsprachige Websites verwalten
• Google Search Console-Hilfe: Einstellung des Berichts zur internationalen Ausrichtung
• Google Search Central Blog: Unifying content under multilingual templates
• Asana: Was ist Content-Lokalisierung?

Empfehlungen

• Technical SEO: Technik, Indexierung & Performance
• JavaScript SEO: So werden dynamische Websites sichtbar
• SEO für React: So werden React-Websites bei Google sichtbar
• Seitenladezeit und SEO: Was für Ihr Ranking 2026 wirklich zählt