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
Mehrsprachige Storefront-SEO im Jahr 2026: hreflang, Locale-URLs und KI-Suche | Ordiko
Leitfaden
Mehrsprachige Storefront-SEO im Jahr 2026: hreflang, Locale-URLs und KI-Suche
Wie man die mehrsprachige E-Commerce-SEO im Jahr 2026 gestaltet — URL-Strukturen, hreflang-Cluster, Übersetzungsfreigaben pro Entität, mehrsprachige Signale von KI-Engines und häufige Fallstricke.
PT1H
TL;DR. Mehrsprachige SEO im Jahr 2026 hat drei Regeln. (1) Wählen Sie eine URL-Struktur und verwenden Sie sie überall. (2) Geben Sie wechselseitige hreflang-Cluster aus, die nur tatsächlich übersetzte Regionen pro Entität enthalten. (3) Übersetzen Sie die gesamte Benutzerreise, nicht nur Produkttitel. Wenn Sie diese Punkte richtig umsetzen, werden Sie in jedem übersetzten Markt besser abschneiden als Wettbewerber mit nur einer Sprache.
Warum das 2026 wichtig ist
Der grenzüberschreitende E-Commerce wächst weiterhin. Laut Branchenangaben haben etwa 28 % der globalen E-Commerce-Bestellungen im Jahr 2025 die Grenzen überschritten. Händler, die mehrere Regionen nativ bedienen, ranken in diesen Regionen besser und konvertieren besser, weil die Erfahrung lokalisiert ist.
KI-Suchmaschinen (Perplexity, ChatGPT, Claude, Google AI Overviews) gehen weniger elegant mit mehrsprachigen Inhalten um als die klassische SERP von Google. Seiten mit starken Standortsignalen — saubere URLs, genaue hreflang, sprachspezifische Metadaten, standortspezifisches JSON-LD — werden zuverlässiger zitiert als mehrdeutige zweisprachige Seiten.
Schritt 1: Wählen Sie eine URL-Struktur
Struktur
Beispiel
Vorteile
Nachteile
ccTLD
example.de
Stärkstes Geo-Signal; klar für Benutzer
Häufige Fragen
Sollte ich ccTLDs, Subdomains oder Pfadpräfixe verwenden?
Pfadpräfixe (beispiel.com/de/) sind der moderne Standard — sie konsolidieren die Domain-Autorität, sind einfach zu konfigurieren und Google verarbeitet sie gut. ccTLDs (beispiel.de) geben das stärkste Geo-Signal, teilen jedoch die Autorität. Subdomains (de.beispiel.com) liegen dazwischen. Wählen Sie Pfadpräfixe, es sei denn, Sie haben einen spezifischen Grund, dies nicht zu tun.
Beeinflusst hreflang das Ranking direkt?
Nicht direkt. Hreflang steuert, welche Locale-Variante Google einem bestimmten Benutzer anzeigt — es verbessert nicht die Rankings. Richtig umgesetzt verhindert es, dass die falsche Sprachvariante die richtige in einer bestimmten Region übertrumpft, was sich in messbarem Conversion-Boost übersetzt.
Wie gehen KI-Engines mit mehrsprachigen Inhalten um?
Perplexity, ChatGPT Search und Claude indizieren Seiten unabhängig nach Locale, mit schwächerem hreflang-Bewusstsein als Google. Beste Praxis im Jahr 2026: Geben Sie ein Markdown-Zwillingsdokument pro Locale aus (z.B. /de/blog/slug.md), kennzeichnen Sie inLanguage explizit in JSON-LD und berücksichtigen Sie llms.txt-Einträge pro Locale.
Was ist der häufigste hreflang-Fehler?
Nicht wechselseitige Links. Wenn Seite A auf Seite B verlinkt, aber B nicht auf A zurückverlinkt, ignoriert Google den gesamten Cluster. Geben Sie immer einen vollständigen Cluster einschließlich der Selbstreferenz aus.
Weiterführende Artikel
Teilt die Domain-Autorität; mehrere SSL-Zertifikate
Subdomain
de.example.com
Einfach pro Region zu hosten
Wird von einigen Signalen als separate Seite behandelt
Jede URL muss sich selbst referenzieren (die en URL gibt hreflang="en" für sich selbst aus).
Jede URL muss jede andere Variante auflisten.
x-default verweist auf die Region, die Sie bedienen, wenn keine Sprache übereinstimmt (typischerweise Englisch oder Ihre Standard-Sprache).
Verwenden Sie ISO 639-1 Sprachcodes (en, de, fr), optional kombiniert mit ISO 3166-1 Region (en-GB, en-US).
Schließen Sie keine Variante ein, die einen nicht-200 HTTP-Status zurückgibt.
Schritt 3: Filtern Sie auf tatsächlich übersetzte Entitäten
Ein häufiger Fehler: das vollständige Locale-Set für jede URL auszugeben, selbst wenn viele Entitäten nur in einer Teilmenge übersetzt sind.
Falsch:
<!-- Produkt hat nur en + de Übersetzungen -->
<link rel="alternate" hreflang="en" href=".../en/products/x" />
<link rel="alternate" hreflang="de" href=".../de/products/x" />
<link rel="alternate" hreflang="fr" href=".../fr/products/x" /> <!-- gibt 404 zurück -->
Ordiko implementiert dies über EntityForSeo.availableLocales — jedes Produkt, jede Kategorie, jede Marke und jede Seite kann angeben, in welche Sprachen es übersetzt ist, und alternates.languages ist die Schnittmenge von store.supportedLocales und availableLocales.
Schritt 4: Übersetzen Sie die gesamte Kundenreise
Häufige Lücken, die das Ranking und die Konversion beeinträchtigen:
Oberfläche
Übersetzt?
Meta-Titel
Ja (pro Region)
Meta-Beschreibung
Ja
H1
Ja
Breadcrumb-Labels
Ja
Kategorienamen
Ja
Produkt-Schema-Felder
Ja (name, description, category)
Bild-Alt-Text
Ja
Fehlermeldungen (404/410)
Ja
Checkout-Text
Ja
E-Mail-Vorlagen
Ja
Eine Seite, die zu 80 % auf Deutsch ist, mit englischen Fehlermeldungen und englischem Alt-Text, ist ein Warnsignal sowohl für Benutzer als auch für Google.
Schritt 5: Konfigurieren Sie Währung und Versand pro Region
Währung und Region sind nicht dasselbe (Schweiz verwendet CHF und bedient Deutsch/Französisch/Italienisch), aber sie sind normalerweise korreliert. Im Jahr 2026 Produkt-Schema:
Preise und Versand pro Region sollten dem entsprechen, was der Benutzer auf der Seite sieht. Abweichungen zwischen Schema und sichtbarem Preis führen dazu, dass Google das Rich Result unterdrückt.
Muster A ist einfacher zu debuggen. Muster B ist kompakter. Ordiko verwendet standardmäßig Muster A.
Schritt 7: Überprüfen
In der Google Search Console:
Einstellungen → Internationale Zielgruppenansprache → Sprache-Tab — zeigt hreflang-Fehler an.
Abdeckung → Seiten — bestätigt, dass jede regionale Variante indexiert ist.
Leistung → Filter → Land — bestätigt, dass jede Region in ihrer Zielregion rankt.
Für KI-Suchen:
curl -A "PerplexityBot" https://example.com/de/products/x
# sollte 200 mit deutschem Inhalt und deutschem hreflang-Cluster zurückgeben
Häufige Fallstricke
Nicht-wechselseitige hreflang. Geben Sie immer ein vollständiges Cluster aus.
Falsche Sprachcodes. Verwenden Sie ISO 639-1 (zh-Hans nicht zh-CN für vereinfachtes Chinesisch).
Einschluss unerreichbarer URLs. Filtern Sie 404/410-Ziele heraus.
Mischen von Strukturen. Stellen Sie keinen deutschen Inhalt auf /products/x?lang=deund/de/products/x bereit.
Ignorieren von KI-Engines. Fügen Sie Markdown-Zwillinge hinzu und kennzeichnen Sie inLanguage explizit in JSON-LD.
FAQ
Sollte ich ccTLDs, Subdomains oder Pfadpräfixe verwenden? Pfadpräfixe (example.com/de/) sind der moderne Standard — sie konsolidieren die Domain-Autorität, sind einfach zu konfigurieren und Google behandelt sie gut. ccTLDs (example.de) geben das stärkste Geo-Signal, teilen jedoch die Autorität. Subdomains (de.example.com) liegen dazwischen. Wählen Sie Pfadpräfixe, es sei denn, Sie haben einen spezifischen Grund, dies nicht zu tun.
Beeinflusst hreflang das Ranking direkt? Nicht direkt. Hreflang steuert, welche regionale Variante Google einem bestimmten Benutzer anzeigt — es erhöht nicht die Rankings. Richtig umgesetzt verhindert es, dass die falsche Sprachvariante die richtige in einer bestimmten Region übertrifft, was zu messbarem Anstieg der Konversion führt.
Wie gehen KI-Engines mit mehrsprachigen Inhalten um? Perplexity, ChatGPT Search und Claude indizieren Seiten unabhängig pro Region, mit schwächerem hreflang-Bewusstsein als Google. Beste Praxis im Jahr 2026: Geben Sie einen Markdown-Zwilling pro Region aus (z. B. /de/blog/slug.md), kennzeichnen Sie inLanguage explizit in JSON-LD und berücksichtigen Sie llms.txt-Einträge pro Region.
Was ist der häufigste Fehler bei hreflang? Nicht-wechselseitige Links. Wenn Seite A auf Seite B verlinkt, aber B nicht auf A zurückverlinkt, ignoriert Google das gesamte Cluster. Geben Sie immer ein vollständiges Cluster einschließlich der Selbstreferenz aus.