Wir verwenden Cookies, um deine Erfahrung zu verbessern, den Datenverkehr zu analysieren und Inhalte zu personalisieren. Du kannst alle Cookies akzeptieren oder auswählen, welche Kategorien zugelassen werden. Mehr erfahren
Hreflang für Multi-Region-Stores: Ein Implementierungsleitfaden für 2026 | Ordiko
Leitfaden
Hreflang für Multi-Region-Stores: Ein Implementierungsleitfaden für 2026
Detaillierter Implementierungsleitfaden für hreflang in Multi-Region-E-Commerce: Cluster-Korrektheit, x-default, per-Entity-Gating, Sitemap vs. HTML-Ansätze, Validierung und häufige Fallstricke.
PT1H
TL;DR. Hreflang sagt Suchmaschinen, welche Sprachvariante jedem Benutzer angezeigt werden soll. Achte auf vier Dinge: (1) vollständige wechselseitige Cluster mit Selbstreferenzen, (2) korrekte ISO-Sprachcodes, (3) x-default-Fallback, (4) pro-Entity-Gating, damit du keine nicht existierenden Übersetzungen bewirbst. Alles andere ist Implementierungsdetail.
Was hreflang tut
Hreflang ist ein HTML-Attribut (und äquivalente Sitemap-Anmerkung), das Google signalisiert, welche Sprache und Region eine Seite anvisiert. Richtig implementiertes hreflang:
Dient spanischen Nutzern deine spanische URL, nicht deine englische.
Verhindert, dass deine französische URL deine deutsche URL in Deutschland übertrumpft.
Konsolidiert Link-Eigenkapital über Sprachvarianten hinweg, anstatt sie als doppelte Inhalte zu behandeln.
Hreflang erhöht nicht die Rankings. Es steuert, welche Sprachvariante wo eingestuft wird.
Schritt 1: Entscheide, wo hreflang ausgegeben werden soll
Drei Optionen:
Methode
Vorteile
Nachteile
HTML-Kopf
Einfach zu debuggen; eine Quelle pro Seite
Fügt Bytes zu jeder HTML-Antwort hinzu
HTTP -Header
Häufige Fragen
HTML-Head oder Sitemap – was ist besser?
HTML-Head ist einfacher zu debuggen, da Sie mit 'Seitenquelltext anzeigen' überprüfen können. Sitemap ist kompakter für Shops mit über 50.000 URLs, da hreflang einmal pro URL-Paar ausgegeben wird, nicht im Head jeder Seite. Wählen Sie HTML für Shops unter 50.000 URLs; Sitemap darüber. Ordiko gibt standardmäßig den HTML-Head aus.
Welchen Sprachcode verwende ich für Lateinamerikanisches Spanisch vs. Spanisches Spanisch?
es-MX für Mexiko, es-AR für Argentinien, es-CO für Kolumbien, es-ES für Spanien. Die Sprach-Region-Kombination wird unterstützt. Für eine einzelne lateinamerikanische Locale, die mehrere Länder bedient, ist es-419 (der UN-Code für Lateinamerika und Karibik) gültig, aber weniger weit verbreitet.
Kann ich mehrere x-default-URLs haben?
Nein. Eine x-default pro Cluster. Wenn Ihr Unternehmen Englisch global bedient, ist die .com (oder Ihre Standard-Locale-URL) die x-default. Dieselbe URL kann sowohl hreflang='en' als auch hreflang='x-default' sein.
Wie geht Ordiko mit der Korrektheit von hreflang um?
Die SEO-Bibliothek von Ordiko für den Shop (src/lib/seo/storefront.ts) schneidet die verfügbaren Locales jeder Entität mit den unterstützten Locales des Shops ab, wenn Alternativen ausgegeben werden. Ein Produkt, das nur auf en + de übersetzt ist, wird nur diese beiden Locales bewerben, unabhängig von der breiteren Locale-Auswahl des Shops.
Weiterführende Artikel
Link
Funktioniert für Nicht-HTML-Ressourcen (PDFs usw.)
Schwer zu debuggen; selten benötigt
XML-Sitemap
Kompakt für große Kataloge
Weniger sichtbar für Menschen; benötigt Sitemap-Disziplin
Der Standard für die meisten E-Commerce-Seiten im Jahr 2026 ist HTML-Kopf. Wechsel zu Sitemap nur bei über 50.000 URLs.
Schritt 2: Ein vollständiges Cluster ausgeben
Für jede übersetzte URL, gebe hreflang für sich selbst und jede andere Variante aus.
Ein 4-Sprachen-Cluster (en, de, fr, es) für ein Produkt:
Dieses Cluster erscheint im Kopf jeder Sprachvariante dieses Produkts. Die deutsche URL gibt dasselbe Cluster aus, die französische URL gibt dasselbe Cluster aus usw.
Das Cluster muss wechselseitig sein — A verweist auf B, B verweist auf A. Nicht-wechselseitige Cluster werden von Google stillschweigend ignoriert.
Schritt 3: x-default
x-default ist der Fallback für Benutzer, deren Browsersprache mit keiner deiner Varianten übereinstimmt. Typischerweise deine englische (oder Standard-Locale) URL.
Die gleiche URL kann sowohl hreflang="en" als auch hreflang="x-default" sein. Nur eine URL im Cluster erhält x-default.
Schritt 4: Filtern auf tatsächlich übersetzte Entitäten
Der größte praktische Fehler: ein 9-Sprachen-Cluster für ein Produkt auszugeben, das nur in 3 Sprachen übersetzt ist. Die beworbenen URLs geben 404 zurück; Google sieht das defekte Cluster und könnte das gesamte hreflang der Seite ignorieren.
import { describe, it, expect } from 'vitest';
describe('hreflang cluster', () => {
it('jede Varianten-URL gibt 200 zurück', async () => {
const cluster = [
'https://example.com/en/products/x',
'https://example.com/de/products/x',
'https://example.com/fr/products/x',
];
for (const url of cluster) {
const res = await fetch(url);
expect(res.status).toBe(200);
}
});
it('jede Variante gibt selbstreferenzierendes hreflang aus', async () => {
for (const url of cluster) {
const html = await fetch(url).then((r) => r.text());
expect(html).toContain(`hreflang="${getLocale(url)}" href="${url}"`);
}
});
});
Besondere Fälle
Single-Page-Apps: gebe hreflang serverseitig im Dokumentenkopf aus. Verlasse dich nicht auf clientseitige Injektion — der Crawler von Google könnte dein JS nicht ausführen.
ccTLDs: hreflang gilt weiterhin. example.de kann hreflang="de-DE" für sich selbst angeben und auf example.com/en/... für en verlinken.
Region ohne Sprachunterschied: Wenn du en-US und en-GB mit identischem Inhalt anbietest, differenziert hreflang sie. Teile die URL nicht — gib jeder ihre eigene URL, auch wenn der Inhalt identisch ist.
Häufige Fallstricke
Fehler
Effekt
Nicht-wechselseitiges Cluster
Google ignoriert hreflang vollständig
Varianten-URL gibt 404 zurück
Google ignoriert die URL; könnte Cluster abwerten
Falscher Sprachcode
Variante wird als nicht gezielt behandelt
Mehrere x-default-URLs
Eine wird willkürlich ignoriert
Hreflang nur auf der kanonischen URL
Unterseiten haben kein hreflang-Signal
Mischen von absoluten und relativen URLs
Verwende immer absolute URLs
Verschiedene Domains pro Locale ohne konsistentes hreflang
Cluster bricht
Wie Ordiko hreflang ausgibt
src/lib/seo/storefront.ts berechnet alternates.languages für jedes Next.js-Seitenmetadatenobjekt. Die Funktion nimmt:
Und gibt das Schnittmengen-Cluster im HTML-Kopf aus. Selbstreferenz, Wechselseitigkeit und x-default sind durch die Implementierung garantiert. Pro-Entity-Gating ist optional über das Feld availableLocales im Entity-Loader.
FAQ
HTML-Kopf oder Sitemap — was ist besser? HTML-Kopf ist einfacher zu debuggen, da du mit "Seitenquelltext anzeigen" überprüfen kannst. Sitemap ist kompakter für Shops mit über 50k URLs, da hreflang einmal pro URL-Paar ausgegeben wird, nicht im Kopf jeder Seite. Wähle HTML für Shops unter 50k URLs; Sitemap darüber. Ordiko gibt standardmäßig HTML-Kopf aus.
Welchen Sprachcode verwende ich für Lateinamerikanisches Spanisch vs Spanisches Spanisch? es-MX für Mexiko, es-AR für Argentinien, es-CO für Kolumbien, es-ES für Spanien. Die Sprach-Region-Kombination wird unterstützt. Für eine einzelne lateinamerikanische Locale, die mehrere Länder bedient, ist es-419 (der UN-Code für Lateinamerika und Karibik) gültig, aber weniger weit verbreitet.
Kann ich mehrere x-default-URLs haben? Nein. Eine x-default pro Cluster. Wenn dein Unternehmen Englisch global anbietet, ist die .com (oder deine Standard-Locale-URL) die x-default. Die gleiche URL kann sowohl hreflang='en' als auch hreflang='x-default' sein.
Wie geht Ordiko mit der Korrektheit von hreflang um? Die SEO-Bibliothek von Ordiko (src/lib/seo/storefront.ts) schneidet die verfügbaren Locales jeder Entität mit den unterstützten Locales des Shops ab, wenn alternates.languages ausgegeben werden. Ein Produkt, das nur in en + de übersetzt ist, wird nur diese beiden Locales bewerben, unabhängig von der breiteren Locale-Auswahl des Shops.