Mehrsprachige Website: SEO, Struktur und hreflang planen

Eine zweite Sprache ist kein zusätzlicher Schalter im Menü. Inhalte, URLs, Suchbegriffe, Kontaktwege und Pflegeprozesse müssen für jede Zielgruppe zusammenpassen. Wer das vor der Übersetzung plant, vermeidet halbfertige Sprachversionen und widersprüchliche SEO-Signale.

Sprache, Land und Zielgruppe trennen

Deutsch für Österreich ist nicht automatisch derselbe Inhalt wie Deutsch für Deutschland. Preise, Liefergebiete, Ansprechpartner, Referenzen und rechtliche Angaben können sich unterscheiden, obwohl die Sprache gleich bleibt.

Klären Sie vor dem Projekt:

• Welche Länder werden tatsächlich bedient?
• Welche Sprachen nutzen die relevanten Entscheider?
• Gibt es abweichende Leistungen oder Preise?
• Wer beantwortet Anfragen in der jeweiligen Sprache?
• Welche Inhalte müssen lokal angepasst statt nur übersetzt werden?

Erst danach lässt sich entscheiden, ob reine Sprachversionen oder getrennte Länderangebote benötigt werden.

1. Nicht mit einer halben Übersetzung starten

Eine übersetzte Navigation mit ansonsten deutschen Leistungsseiten hilft wenig. Besucher wechseln die Sprache und landen wenige Klicks später wieder im Ausgangstext. Das wirkt unfertig und kann wichtige Entscheidungen erschweren.

Eine belastbare erste Sprachversion umfasst mindestens:

• Startseite;
• relevante Leistungen;
• Kontakt und Formularmeldungen;
• zentrale Vertrauensbelege;
• Datenschutz- und Pflichtinformationen nach fachlicher Prüfung;
• Bestätigungs- und Fehlermeldungen;
• Metadaten und alternative Bildtexte.

Nicht jeder Ratgeber muss am ersten Tag übersetzt sein. Kennzeichnen Sie den verfügbaren Umfang aber konsequent, statt leere oder automatisch erzeugte Seiten zu veröffentlichen.

2. Eine dauerhafte URL-Struktur wählen

Google empfiehlt für unterschiedliche Sprachversionen eigene URLs und eine klare Kennzeichnung. Die Dokumentation für internationale Websites beschreibt gängige Modelle.

Typische Varianten sind:

• Unterverzeichnisse: example.com/en/
• Subdomains: en.example.com
• eigene Länderdomains: example.fr

Unterverzeichnisse sind für viele mittelständische Websites übersichtlich und gemeinsam wartbar. Eine Länderdomain wie .de ist dagegen ein deutliches Signal für ein bestimmtes Zielland; eine englische Version unter .de/en/ kann deshalb sinnvoll für englischsprachige Nutzer in Deutschland sein, ist aber kein neutrales Modell für beliebige Länder. Eigene Länderdomains erhöhen außerdem Betrieb, Pflege und Abstimmung. Entscheidend ist weniger das theoretisch perfekte Modell als eine Struktur, die dauerhaft gepflegt werden kann.

Vermeiden Sie reine Sprachparameter oder wechselnde URLs, die nur durch Cookies entstehen. Jede Version sollte direkt aufrufbar und verlinkbar sein.

3. Einen sichtbaren Sprachwechsel anbieten

Der Sprachumschalter sollte:

• mit Tastatur erreichbar sein;
• den Sprachnamen verständlich benennen;
• zur entsprechenden aktuellen Seite führen;
• nicht ungefragt die Sprache wechseln;
• auch ohne Flaggen verständlich bleiben.

Flaggen stehen für Länder, nicht eindeutig für Sprachen. „Deutsch“, „English“ oder „Français“ ist meist klarer.

Wenn die entsprechende Seite noch nicht existiert, ist eine ehrliche Übersichtsseite besser als eine stillschweigende Weiterleitung auf eine fremdsprachige Unterseite.

4. hreflang als Zuordnung, nicht als Rankingtrick

hreflang hilft Google und anderen unterstützenden Suchmaschinen, gleichwertige Sprach- oder Länderversionen einander zuzuordnen. Jede Variante verweist dabei auf sich selbst und auf die anderen verfügbaren Varianten. Die Verweise müssen sich gegenseitig bestätigen.

Google erläutert die zulässigen Sprach- und Regionscodes, Rückverweise und den optionalen Fallback x-default in der Anleitung zu lokalisierten Versionen.

Ein einfaches Beispiel:

<link rel="alternate" hreflang="de" href="https://example.com/de/leistung" />
<link rel="alternate" hreflang="en" href="https://example.com/en/service" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />

Typische Fehler sind:

• fehlender Rückverweis;
• falscher Sprach- oder Ländercode;
• Verweis auf eine Weiterleitung oder Fehlerseite;
• inkonsistente Canonicals;
• automatisch erzeugte Kombinationen ohne echten Inhalt.

5. Canonical und hreflang nicht gegeneinander setzen

Jede Sprachversion sollte in der Regel ein Canonical auf sich selbst besitzen. Zeigt die englische Seite per Canonical auf die deutsche, erklärt sie gleichzeitig, dass die deutsche URL die bevorzugte Version sei. Das widerspricht der gewünschten Trennung.

Prüfen Sie pro Seite:

1. Ist die URL indexierbar?
2. Zeigt das Canonical auf diese Sprachversion?
3. Sind alle hreflang-Ziele erreichbar?
4. Verweisen die Ziele zurück?
5. Stimmen Sprache im Inhalt, lang-Attribut und Metadaten überein?

Bei einem Relaunch gehört diese Matrix in das URL-Mapping.

6. Übersetzung und Lokalisierung unterscheiden

Eine wortgetreue Übersetzung kann sprachlich korrekt und trotzdem ungeeignet sein. Gute Lokalisierung prüft zusätzlich:

• Suchbegriffe und Wortwahl im Zielmarkt;
• Maße, Währung und Datumsformate;
• Telefonnummern und Erreichbarkeit;
• Referenzen und regionale Belege;
• Liefer- oder Leistungsgebiete;
• rechtliche Hinweise;
• Anrede und Ton.

Maschinelle Übersetzung kann einen Entwurf beschleunigen. Fachliche Aussagen, Verträge, Preise und zentrale Verkaufsseiten brauchen dennoch eine Prüfung durch sprachlich und fachlich geeignete Personen.

7. Pflegeverantwortung vor dem Launch festlegen

Mehrsprachigkeit vervielfacht nicht jede Arbeit, aber jede relevante Änderung braucht eine Entscheidung: Muss sie in allen Varianten erscheinen? Wer erkennt veraltete Übersetzungen?

Definieren Sie:

• verantwortliche Person je Sprache;
• Freigabeschritt vor Veröffentlichung;
• Kennzeichnung veralteter Inhalte;
• Terminologie- und Markenleitfaden;
• Prüfrhythmus für Preise und Rechtstexte;
• Vorgehen bei vorübergehend fehlender Übersetzung.

Eine Website-Wartung sollte Sprachversionen ausdrücklich einschließen.

8. Vor dem Launch als vollständigen Nutzerweg testen

Testen Sie nicht nur die Startseite. Gehen Sie pro Sprache einen kompletten Weg:

1. Einstieg über eine Leistungsseite.
2. Wechsel zwischen den Sprachen.
3. Navigation und interne Links.
4. Formular mit Fehler- und Erfolgszustand.
5. Bestätigung oder Dankeseite.
6. Mobile Ansicht und Tastaturbedienung.
7. Metadaten, Canonical und hreflang.
8. Sitemap und Indexierbarkeit.

Die Inhalte sollten außerdem dieselbe inhaltliche Qualität haben. Der Leitfaden zu Website-Texten gilt für jede Sprache neu.

Fazit

Eine mehrsprachige Website funktioniert dann gut, wenn Sprache, Markt, URL und Pflegeprozess zusammen geplant werden. Eigene erreichbare URLs, ein verständlicher Sprachwechsel, korrekte hreflang-Verweise und lokalisierte Inhalte schaffen eine verlässliche Basis. Die Übersetzung ist ein Teil des Projekts — nicht das gesamte Konzept.