Mehrsprachige Websites richtig zu optimieren bedeutet, drei Dinge zusammenzubringen: hilfreiche Inhalte für den jeweiligen Markt, erreichbare Sprachversionen und widerspruchsfreie technische Signale. Eine übersetzte Startseite allein reicht dafür nicht. Dieser Leitfaden zeigt dir, wie du die Arbeit strukturierst und typische Fehler vor der Veröffentlichung erkennst.
Mit Zielmarkt und Seitenliste beginnen
Lege zuerst fest, wen die neue Version bedienen soll. Eine englische Informationsseite für ein internationales Publikum ist etwas anderes als ein Shopangebot mit konkreten Lieferbedingungen für Großbritannien. Notiere pro Markt Angebot, verfügbare Leistungen, Ansprechpartner und Inhalte, die tatsächlich abweichen.
Erstelle dann eine überschaubare Zuordnungsliste: bestehende URL, neue URL, Zweck der Seite, zuständige Redaktion und Freigabestatus. Starte beispielsweise mit den wichtigsten Leistungsseiten und den Fragen vor einer Anfrage. Wenn ein Angebot im Zielmarkt nicht verfügbar ist, hilft eine reine Übersetzung der Verkaufsseite wenig.
Suchintention prüfen, bevor du übersetzt
Ein Begriff kann je nach Markt andere Erwartungen wecken. Sammle deshalb die Fragen, die Menschen vor einer Entscheidung stellen: Geht es um eine Anleitung, einen Preisvergleich oder einen Anbieter in der Nähe? Nutze vorhandene Kundenfragen und verfügbare Suchdaten als Ausgangspunkt. Kennzeichne Annahmen ausdrücklich, wenn für die neue Sprachversion noch keine Daten vorliegen.
Ein kurzes Briefing für die Bearbeitung enthält:
- Leserschaft und konkrete Frage, die die Seite beantworten soll;
- landesspezifische Maße, Währungen, Lieferbedingungen und Beispiele;
- Fachbegriffe, die einheitlich verwendet werden müssen;
- eine Person für die sprachliche und eine für die sachliche Freigabe;
- Auslöser für spätere Aktualisierungen, etwa geänderte Leistungen.
Maschinelle Übersetzungen können dabei ein Arbeitsentwurf sein. Vor der Freigabe müssen Bedeutung, Ton und praktische Angaben geprüft werden. Besonders problematisch sind korrekt klingende Sätze, die ein Angebot versprechen, das vor Ort gar nicht existiert.
Jede Sprachversion unter einer eigenen URL anbieten
Google empfiehlt unterschiedliche URLs für die einzelnen Sprachversionen. Ein einfaches Muster wäre /de/versand/ und /en/shipping/. Die konkrete Struktur sollte sich zuverlässig pflegen lassen; zusätzliche Sprachen dürfen nicht nur durch ein Cookie oder die vermutete Herkunft des Besuchers erreichbar sein.
Biete einen sichtbaren Sprachwechsel an, der möglichst zur entsprechenden Unterseite führt. Vermeide erzwungene Weiterleitungen allein aufgrund einer vermuteten Sprache. Halte Hauptinhalt und Navigation sprachlich konsistent. Diese Grundlagen beschreibt Google in der Dokumentation zu mehrsprachigen und multiregionalen Websites.
Hreflang: passende Seiten miteinander verbinden
hreflang kennzeichnet alternative Sprach- oder Regionalversionen. Verwende es für Seiten mit entsprechender Funktion, nicht pauschal für beliebige Seiten derselben Website. Bei einer Umsetzung im HTML-Kopf stehen auf jeder beteiligten Seite Verweise auf sich selbst und die zugehörigen Varianten. Die Verweise müssen wechselseitig und die URLs vollständig sein.
Vereinfachtes Beispiel für zwei entsprechende Versandseiten: Dieser Block steht auf beiden Seiten im HTML-Kopf. Die Beispieldomain muss durch die eigene Domain ersetzt werden.
<link rel="alternate" hreflang="de"
href="https://example.com/de/versand/">
<link rel="alternate" hreflang="en"
href="https://example.com/en/shipping/">de bezeichnet eine Sprache; eine regionale Ergänzung wie de-CH ist nur sinnvoll, wenn die Ausrichtung dazu passt. Für eine allgemeine Auswahlseite kann optional x-default hinzukommen. Google unterstützt auch HTTP-Header und Sitemaps als Umsetzungswege; alle drei gleichzeitig zu pflegen bringt laut Dokumentation keinen Suchvorteil. Einzelheiten stehen in Googles Anleitung zu lokalisierten Seitenversionen.
Canonical und Übersetzungen auseinanderhalten
Ein Canonical benennt die bevorzugte URL für gleiche oder sehr ähnliche Inhalte. Es ersetzt keine Sprachzuordnung. Eine vollständig übersetzte Hauptseite ist nicht automatisch Duplicate Content; auch das erläutert die Hreflang-Dokumentation.
Für eigenständige, indexierbare Übersetzungen ist eine selbstreferenzierende Canonical-URL normalerweise der passende Ausgangspunkt. Setze nicht pauschal bei jeder englischen Seite die deutsche Seite als Canonical. Google empfiehlt bei Hreflang eine kanonische Seite in derselben Sprache beziehungsweise, falls diese fehlt, die bestmögliche Ersatzsprache. Prüfe Sonderfälle mit mehreren regionalen Varianten gezielt anhand der Canonical-Dokumentation.
Eine konkrete Prüfung vor dem Start
- Inhalt: Stimmen Angebot, Kontaktwege, Maße und Beispiele für die Zielgruppe?
- Bedienung: Funktionieren Sprachwechsel, Formulare und Fehlermeldungen auch auf dem Smartphone?
- Erreichbarkeit: Lassen sich die vorgesehenen Seiten direkt aufrufen, ohne unerwartete Weiterleitungen?
- Indexierungssignale: Sind versehentliche Noindex-Angaben entfernt und Canonical sowie Hreflang aufeinander abgestimmt?
- Verlinkung: Führen interne Links zur passenden Sprachversion, und sind wichtige Seiten erreichbar?
- Pflege: Ist klar, wer Übersetzungen bei Änderungen der Ausgangsseite aktualisiert?
Prüfe zunächst je eine repräsentative Seite pro Seitentyp und anschließend die vollständige URL-Zuordnung. Eine funktionierende Startseite beweist noch nicht, dass Produktseiten, Hilfebereich und Kontaktformular ebenfalls stimmen.
Nach dem Start anhand konkreter Seiten nachbessern
Vergleiche in der Search Console die jeweiligen Seiten und Suchanfragen über vergleichbare Zeiträume. Berücksichtige dabei geringe Datenmengen und saisonale Unterschiede. Ein Länderfilter beschreibt die Herkunft der Suche und ist keine exakte Sprachmessung. Dokumentiere Änderungen, damit spätere Entwicklungen nachvollziehbar bleiben.
Wenn Unterstützung nötig ist, sollte ein Dienstleister URL-Zuordnung, technische Umsetzung und redaktionelle Zuständigkeiten konkret erklären können. Unser Leitfaden zur Auswahl einer SEO-Agentur hilft beim Vergleich. Eine korrekte Umsetzung schafft Voraussetzungen für Auffindbarkeit; bestimmte Rankings oder Traffic-Zuwächse lassen sich daraus nicht garantieren.
Erstveröffentlichung: 01.03.2025. Redaktionell überarbeitet am 10.09.2026. Technische Hinweise anhand der verlinkten Google-Search-Central-Dokumentation geprüft; Code und Arbeitsablauf sind vereinfachte Beispiele.