Sie haben einen FR-Shop und starten eine EN-Version für die USA. Alles scheint zu funktionieren — bis Sie merken, dass Google bei der Suche nach Ihrer Marke aus Frankreich die US-Seite anzeigt. Ihre französischen Kunden landen auf einer englischen Seite, Ihre Conversion sinkt.
Der Auslöser: ein falsch konfiguriertes hreflang. Dieses Tag sagt Google welche Sprach- oder Länderversion wem ausgeliefert werden soll. Richtig umgesetzt, schafft es sauberes internationales SEO. Falsch umgesetzt, erzeugt es ein Chaos aus wechselseitigen Weiterleitungen.
Die FR-Seite an französischsprachige Nutzer ausliefern, EN an englischsprachige Nutzer
fr-FR (Frankreich) und fr-CA (Kanada) mit unterschiedlichen Preisen oder Lieferbedingungen unterscheiden
Duplicate Content zwischen 5 fast identischen Sprachversionen vermeiden
Hreflang löst nicht:
Das Ranking selbst (hreflang ist kein direktes Rankingsignal)
Die Performance pro Markt (lokale Backlinks bleiben für jeden Markt entscheidend)
Probleme mit der Übersetzungsqualität
Wenn Ihre Website nur eine Sprache hat, brauchen Sie kein hreflang. Wenn Sie 2+ Sprachen oder 2+ Regionen haben, ist es für sauberes internationales SEO Pflicht.
Besser für große Kataloge: zentralisiert die Beziehungen in einer einzigen Datei. Per Skript leichter zu erzeugen. Das ist die von Ecomptimize empfohlene Methode für Kataloge mit 5.000+ Produktseiten.
Canonical sagt: "Hier ist die Referenz-URL dieses Inhalts unter mehreren identischen oder ähnlichen URLs." Dient zur Deduplizierung.
Hreflang sagt: "Hier sind die Sprachversionen dieses Inhalts, jede ist für ihr Publikum eigenständig." Dient zur Lokalisierung.
Kritische Regel: hreflang verweist auf eine andere URL (die Version in einer anderen Sprache). canonical verweist auf eine potenziell identische URL (dieselbe Seite oder eine Variante mit Parametern).
Eine Seite sollte sowohl ein hreflang als auch ein canonical haben:
<!-- Canonical dieser Seite -->
<link rel="canonical" href="https://example.com/fr/products/chaussure-derby" />
<!-- Sprachversionen dieser Seite -->
<link rel="alternate" hreflang="fr-FR" href="https://example.com/fr/products/chaussure-derby" />
<link rel="alternate" hreflang="en-US" href="https://example.com/en-us/products/leather-derby-shoes" />
Fataler Fehler: das canonical der EN-Version auf die FR-Version zeigen zu lassen ("Übersetzungen kanonisieren"). Google interpretiert das als "Die EN-Version ist ein Duplikat von FR und kann ignoriert werden" und indexiert die EN-Seite gar nicht. SEO-Schaden.
Hreflang muss bidirektional sein: Wenn A sagt "meine EN-Version ist B", dann muss B sagen "meine FR-Version ist A". Sonst ignoriert Google die Beziehung.
Wenn Sie keine 3 getrennten Versionen pflegen können, ist es besser, nur eine fr-Version zu behalten und Unterschiede (Währung, Lieferung) zur Laufzeit zu steuern.
hreflang="x-default" gibt an, welche Version ausgeliefert werden soll, wenn keine passende Zuordnung gefunden wird. Zum Beispiel ein Nutzer in Rumänien, der weder FR noch EN-US noch EN-GB in seinen Einstellungen hat — welche Version soll er sehen?
Ohne x-default wählt Google zufällig. Mit x-default steuern Sie es selbst (typischerweise die allgemeinste EN-Version).
Empfehlung: immer ein x-default angeben, idealerweise die generische englische Version.
Shopify Markets (seit 2022) verwaltet hreflang nativ, wenn Sie mehrere markets mit eigenen Domains oder Subdomains konfigurieren. In den meisten Fällen ist keine Anpassung nötig.
Grenzen: Shopify Markets unterstützt nicht alle Sprach-/Länderkombinationen mit feiner Granularität. Für komplexe Fälle (10+ Märkte) nutzen Sie besser eine App wie Langify plus ihr manuelles hreflang-Modul.
Wenn Sie ein custom Frontend nutzen (Next.js, Nuxt), erzeugen Sie hreflang serverseitig. In Next.js mit next-intl erfolgt die Generierung automatisch, wenn Sie die Routen /[locale]/... verwenden.
4 bis 8 Wochen für eine saubere Implementierung in einem bestehenden Katalog. Google muss jede Seite erneut crawlen, die bidirektionalen Beziehungen validieren und das Ranking pro Markt anpassen. Es gibt keinen Soforteffekt.
Ja, das ist für große Kataloge sogar empfohlen. Google unterstützt alle 3 Methoden gleichwertig. Wählen Sie die Methode, die für Ihren Stack am einfachsten zu pflegen ist.
Hreflang funktioniert unabhängig von der Herkunft des Inhalts — menschlicher Übersetzer oder IA. Entscheidend ist, dass die Seiten pro Locale eigenständig sind (selbst wenn sie zu 80 % ähnlich sind und die Übersetzung solide ist), nicht ihre Herkunft.
Technisch ja, aber es droht eine Abstrafung, wenn der Unterschied zu gering ist. Google könnte die Seiten als Duplikate ohne lokalen Mehrwert einstufen. Besser: eine einzige Seite mit dynamischer Währung in der Navigation.
Ja, genau wie Ihre Produktseiten. Jeder übersetzte Artikel sollte auf seine Versionen verweisen, und Ihr Blog-Hub sollte ebenfalls auf die lokalisierten Hubs verweisen. Sehen Sie dazu unseren Redaktionsplan für 7 Sprachen für den vollständigen Prozess.