**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          | 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 |
| Pfadpräfix     | `example.com/de/`      | Konsolidiert Autorität; kostengünstig einzurichten | Etwas schwächeres Geo-Signal als ccTLD       |
| Abfrageparameter | `example.com/?lang=de` | Am einfachsten hinzuzufügen                       | **Nicht verwenden.** Google behandelt als Duplikat. |

Der Standard für 2026 ist **Pfadpräfix**. Das ist das, was Ordiko standardmäßig verwendet (`example.com/de/`, `example.com/fr/`, usw.).

## Schritt 2: Geben Sie ein vollständiges hreflang-Cluster aus

Für jede übersetzte URL geben Sie aus:

```html
<link rel="alternate" hreflang="en" href="https://example.com/en/products/leather-bag" />
<link rel="alternate" hreflang="de" href="https://example.com/de/products/leather-bag" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/products/leather-bag" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/products/leather-bag" />
```

Regeln:

1. Jede URL muss sich selbst referenzieren (die `en` URL gibt `hreflang="en"` für sich selbst aus).
2. Jede URL muss jede andere Variante auflisten.
3. `x-default` verweist auf die Region, die Sie bedienen, wenn keine Sprache übereinstimmt (typischerweise Englisch oder Ihre Standard-Sprache).
4. Verwenden Sie ISO 639-1 Sprachcodes (`en`, `de`, `fr`), optional kombiniert mit ISO 3166-1 Region (`en-GB`, `en-US`).
5. 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**:

```html
<!-- 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 -->
```

**Richtig**:

```html
<link rel="alternate" hreflang="en" href=".../en/products/x" />
<link rel="alternate" hreflang="de" href=".../de/products/x" />
<link rel="alternate" hreflang="x-default" href=".../en/products/x" />
```

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:

```json
{
  "@type": "Offer",
  "priceCurrency": "EUR",
  "price": "49.00",
  "availability": "https://schema.org/InStock",
  "shippingDetails": [{
    "@type": "OfferShippingDetails",
    "shippingDestination": { "@type": "DefinedRegion", "addressCountry": "DE" },
    "shippingRate": { "@type": "MonetaryAmount", "value": "4.99", "currency": "EUR" },
    "deliveryTime": {
      "@type": "ShippingDeliveryTime",
      "handlingTime": { "@type": "QuantitativeValue", "minValue": 0, "maxValue": 1, "unitCode": "DAY" },
      "transitTime": { "@type": "QuantitativeValue", "minValue": 2, "maxValue": 5, "unitCode": "DAY" }
    }
  }]
}
```

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.

## Schritt 6: Sitemaps einreichen

Zwei praktikable Muster:

**Muster A — eine Sitemap pro Region:**

```
/sitemap.xml (Index)
/sitemap-en.xml
/sitemap-de.xml
/sitemap-fr.xml
```

**Muster B — einzelne Sitemap mit hreflang-Anmerkungen:**

```xml
<url>
  <loc>https://example.com/en/products/x</loc>
  <xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/products/x" />
  <xhtml:link rel="alternate" hreflang="fr" href="https://example.com/fr/products/x" />
</url>
```

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:

1. **Einstellungen → Internationale Zielgruppenansprache → Sprache-Tab** — zeigt hreflang-Fehler an.
2. **Abdeckung → Seiten** — bestätigt, dass jede regionale Variante indexiert ist.
3. **Leistung → Filter → Land** — bestätigt, dass jede Region in ihrer Zielregion rankt.

Für KI-Suchen:

```bash
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=de` *und* `/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.