„Wir haben eine englische, eine deutsche und eine französische Version“: So wird eine internationale Website oft beschrieben. Dahinter verbirgt sich die eigentliche Frage: Welche Märkte bedienen Sie?
Deutsch wird in Deutschland, Österreich und der Schweiz gesprochen, mit unterschiedlichen Währungen, Lieferbedingungen, rechtlichen Angaben und manchmal auch unterschiedlichem Wortschatz. Englisch deckt die USA, Großbritannien, Irland, Australien und viele Käufer ab, die es schlicht bevorzugen. Eine Sprachversion ist eine Übersetzung. Eine Marktversion ist ein auf ein Land zugeschnittenes Angebot.
Internationales SEO läuft reibungsloser, wenn diese Unterscheidung ausdrücklich getroffen wird, bevor die erste URL oder das erste Tag entsteht.
Schritt 1: Festlegen, worauf Sie abzielen
Beginnen Sie mit einer kurzen Matrix. Notieren Sie für jede geplante Version:
| Version | Sprache | Land | Anderes Angebot? | Eigene URLs nötig? |
|---|---|---|---|---|
| Englisch, global | en | keines | Nein | Ja |
| Englisch, UK | en | GB | Preise in GBP, Lieferung im UK | Ja |
| Deutsch, Deutschland | de | DE | EUR, deutsche Rechtstexte | Ja |
| Deutsch, Schweiz | de | CH | CHF, Lieferung in der Schweiz | Ja, wenn das Angebot abweicht |
| Französisch, Frankreich | fr | FR | Nein | Ja |
Die Faustregel: Legen Sie eine marktspezifische Version nur an, wenn sich für den Nutzer etwas Wesentliches ändert (Preis, Währung, Verfügbarkeit, rechtliche Inhalte, Kontaktdaten). Ändert sich nur die Schreibweise, kann eine einzige Sprachversion genügen.
Schritt 2: Eine URL-Struktur wählen
Googles Leitfaden zur Verwaltung mehrsprachiger und regionaler Websites vergleicht die wichtigsten Optionen:
| Struktur | Beispiel | Stärken (laut Google) | Nachteile (laut Google) |
|---|---|---|---|
| Länderspezifische Domain | example.de | Eindeutiges Geotargeting | Teuer, auf ein Land beschränkt |
| Subdomain | de.example.com | Einfach einzurichten, erlaubt verschiedene Serverstandorte | Nutzer wissen evtl. nicht, ob „de“ Sprache oder Land bedeutet |
| Unterverzeichnis | example.com/de/ | Einfach einzurichten, wenig Wartungsaufwand | Ein einziger Serverstandort, Bereiche schwerer zu trennen |
| URL-Parameter | example.com?loc=de | Von Google nicht empfohlen |
Eine allgemeingültig beste Lösung gibt es nicht. Unterverzeichnisse sind oft am einfachsten zu betreiben. Länderspezifische Domains sind sinnvoll, wenn Sie eine starke lokale Marke und lokale Teams haben. Am wichtigsten ist Konsistenz: Sobald Sie sich für ein Muster wie /de-ch/ statt /de/ entschieden haben, verwenden Sie es überall.
Schritt 3: Verstehen, wie Google Sprache und Land bestimmt
Zwei Punkte überraschen viele Teams.
Die Sprache ergibt sich aus dem Inhalt. Google erklärt, dass es keine Sprachinformationen auf Codeebene wie lang-Attribute oder die URL heranzieht, um die Sprache einer Seite zu bestimmen, und dass es weder hreflang noch das HTML-Attribut lang zur Erkennung nutzt. Eine „deutsche“ Seite mit überwiegend englischem Inhalt ist für Google eine englische Seite.
Das Land ergibt sich aus mehreren Signalen. Für das Targeting nach Gebietsschema nennt Google länderspezifische Domains, hreflang-Annotationen, den Serverstandort und weitere Hinweise wie lokale Adressen, Telefonnummern, Währung und Angaben im Unternehmensprofil. Standortbezogene Meta-Tags wie geo.position ignoriert Google.
Deshalb braucht eine Marktversion echte lokale Signale, nicht nur ein übersetztes Menü.
Schritt 4: hreflang korrekt implementieren
Hreflang teilt Google mit, welche URLs gleichwertige Versionen einer Seite für verschiedene Sprachen oder Regionen sind. Google akzeptiert drei Methoden: HTML-link-Tags, HTTP-Header und XML-Sitemaps. Sie sind gleichwertig; mehr als eine zu verwenden, bringt nichts.
Ein minimales Beispiel für eine Seite im HTML-head:
<link rel="alternate" hreflang="en" href="https://example.com/en/oak-table/" />
<link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/oak-table/" />
<link rel="alternate" hreflang="de-DE" href="https://example.com/de/eichentisch/" />
<link rel="alternate" hreflang="de-CH" href="https://example.com/de-ch/eichentisch/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />
Die Regeln aus Googles Dokumentation:
- Selbstreferenz: Jede Version muss sich selbst sowie alle anderen Versionen auflisten.
- Rückverweise: Wenn zwei Seiten nicht gegenseitig aufeinander verweisen, werden die Tags ignoriert.
- Vollständige URLs: Geben Sie das Protokoll an (
https://). Alternative Versionen können auf verschiedenen Domains liegen. - Gültige Codes: Die Sprache folgt ISO 639-1, eine optionale Region ISO 3166-1 Alpha 2. Ein Ländercode allein ist nicht zulässig.
- Schriftsysteme: Bei Bedarf werden Schriftcodes wie
zh-Hantundzh-Hansunterstützt.
x-default
Der reservierte Wert x-default wird verwendet, wenn keine andere Sprache oder Region Ihres Sets zur Browsereinstellung des Nutzers passt. Er verweist in der Regel auf eine Sprach- oder Länderauswahl oder auf die Version, die Sie als allgemeine Ausweichversion betrachten. Er ist keine Sprache, sondern eine Option für „keine der genannten“.
Häufige Fehler, an denen hreflang scheitert
| Fehler | Warum es scheitert | Lösung |
|---|---|---|
hreflang="uk" für das Vereinigte Königreich |
uk ist der Sprachcode für Ukrainisch |
en-GB verwenden |
hreflang="en-UK" |
Google weist darauf hin, dass UK als Region keine Wirkung hat |
GB verwenden |
hreflang="be" für Belgien |
be ist der Sprachcode für Belarussisch |
fr-BE oder nl-BE verwenden |
| Fehlende Rückverweise | Ohne Gegenseitigkeit werden Tags ignoriert | Alle Annotationen aus einer gemeinsamen Zuordnung erzeugen |
| Relative URLs | Alternative Versionen brauchen vollständige URLs | Absolute URLs ausgeben |
| Verweise auf weitergeleitete oder nicht indexierbare URLs | Die Alternative ist keine gültige Zielseite | Auf die finale, indexierbare URL verweisen |
Die letzte Zeile ist bewährte Praxis und keine zitierte Regel: URLs zu annotieren, die weiterleiten oder blockiert sind, stiftet Verwirrung, die sich leicht vermeiden lässt.
Automatische Weiterleitungen nach Standort oder Sprache vermeiden
Es ist verlockend, Besucher anhand der IP-Adresse oder der Browsersprache automatisch weiterzuleiten. Google rät davon ab: Sein Crawler kommt in der Regel aus den USA und sendet keinen Accept-Language-Header, sodass er manche Varianten womöglich nie sieht, und die IP-basierte Standortbestimmung ist unzuverlässig. Schlagen Sie die passende Version mit einem Banner vor und lassen Sie Nutzer frei wechseln.
Duplicate Content über Märkte hinweg
Übersetzte Seiten sind keine Duplikate. Google erklärt, dass lokalisierte Versionen nur dann als Duplikate gelten, wenn der Hauptinhalt unübersetzt bleibt. Wenn dieselbe Sprache mehrere Länder mit nahezu identischen Seiten bedient (zum Beispiel en-GB und en-IE), empfiehlt Google, eine bevorzugte Version zu wählen und rel=”canonical” sowie hreflang zu nutzen, damit Suchende die richtige erhalten. Echte lokale Unterschiede (Preise, Lieferung, Kontaktdaten) helfen zudem, dass jede Version für sich steht.
Checkliste vor dem Start in einem neuen Markt
- Der Markt ist definiert, nicht nur die Sprache
- Das URL-Muster ist auf der gesamten Website einheitlich
- Der Hauptinhalt ist übersetzt, nicht nur die Navigation
- Lokale Signale sind vorhanden: Währung, Adresse, Telefon, Rechtstexte
- Hreflang listet jede Version auf, einschließlich sich selbst, mit Rückverweisen
- Die Codes sind gültig (
en-GB, niemalsen-UK) x-defaultverweist auf eine sinnvolle Ausweichversion- Keine automatischen Weiterleitungen nach IP-Adresse oder Browsersprache
Wie SearchFirefly hilft
Die Multi-Markt-Ansichten von SearchFirefly trennen die Google-Performance und die verfolgten Keywords nach Land oder Sprache, sodass die Ergebnisse eines Marktes nicht in einem globalen Durchschnitt untergehen. Die KI-Sichtbarkeit wird mit Fragen in der Sprache des jeweiligen Marktes in ChatGPT, Gemini, Perplexity, den Google KI-Übersichten und dem Google KI-Modus gemessen und zeigt, welche Marken und Quellen jeder Assistent pro Markt zitiert.