Hreflang richtig einsetzen: Mehrsprachige Websites ohne Zuordnungsfehler

Mehrsprachige Seiten brauchen mehr als übersetzte Texte. Suchmaschinen müssen erkennen, welche URLs inhaltlich zusammengehören und für welche Sprache oder Region sie gedacht sind. Hreflang liefert diese Zuordnung, funktioniert aber nur als konsistentes Netzwerk aus gültigen URLs, Rückverweisen und passenden Canonicals.

Artikel lesen Thema besprechen
Mehrere regionale Website-Versionen sind wechselseitig mit einer zentralen Sprachstruktur verbunden
5 Kapitel3 AntwortenPraxisleitfaden
01
Kapitel 1

Sprache und Region sauber modellieren

Definieren Sie zuerst, ob sich Seiten nur sprachlich oder auch nach Markt unterscheiden. de kann eine allgemeine deutschsprachige Version kennzeichnen, de-DE eine speziell für Deutschland bestimmte Variante und de-CH eine Schweizer Ausführung. Länderkennungen ohne echten Inhalts- oder Angebotsunterschied schaffen unnötige Pflege.

Hreflang verwendet ISO-Sprachcodes und optionale Regionscodes. Es ist kein Ersatz für übersetzte Inhalte. Preise, Lieferbedingungen und rechtliche Angaben müssen tatsächlich zum jeweiligen Markt passen.

02
Kapitel 2

Jede Variante vollständig und wechselseitig verknüpfen

Jede Seite verweist auf sich selbst und auf alle echten Alternativen. Die Zielseiten müssen zurückverweisen; fehlt dieser Rücklink, kann Google die Zuordnung ignorieren. Absolute, kanonische URLs reduzieren Missverständnisse.

Ein Cluster wird als Einheit gepflegt. Wenn eine französische Seite entfernt wird, verschwindet sie aus allen beteiligten Hreflang-Sets. Automatisierte Vorlagen sind dafür besser geeignet als manuell verteilte Einzelangaben.

  • Selbstreferenz für jede Sprachversion
  • Rückverweis von jeder Zielseite
  • Erfolgreich erreichbare kanonische URLs
  • Gültige Sprach- und Regionscodes
  • Identisches Set innerhalb eines Seitenclusters
03
Kapitel 3

Canonical und Hreflang nicht gegeneinander richten

Jede Sprach- oder Marktseite sollte in der Regel auf sich selbst kanonisieren. Zeigt die Schweizer Seite per Canonical auf Deutschland, signalisiert sie gleichzeitig Alternative und Duplikat, das zusammengeführt werden soll. Das schwächt die regionale Zuordnung.

Weiterleitungen, noindex und gesperrte Ziele gehören nicht in Hreflang-Sets. Prüfen Sie auch, ob URL-Parameter, Großschreibung und abschließende Schrägstriche konsistent sind.

04
Kapitel 4

HTML, HTTP-Header oder Sitemap bewusst wählen

Hreflang kann im HTML-Kopf, bei Nicht-HTML-Dateien im HTTP-Header oder in XML-Sitemaps angegeben werden. Die Methoden sind gleichwertig; mehrere parallele Implementierungen erhöhen jedoch den Pflegeaufwand und das Risiko widersprüchlicher Sets.

Bei sehr vielen Produkten oder Märkten ist eine automatisch erzeugte Sitemap oft übersichtlicher. Für kleinere Websites kann die HTML-Variante genügen. Entscheidend ist eine gemeinsame Datenquelle für alle Varianten.

05
Kapitel 5

Internationale Nutzerwege vollständig testen

Prüfen Sie neben Tags auch Sprachumschalter, Direktaufrufe, Warenkorb, Währung und Weiterleitungen. Eine automatische Standortumleitung darf Suchmaschinen und Reisende nicht daran hindern, eine andere Version gezielt aufzurufen.

Crawls können fehlende Rückverweise und ungültige Ziele finden. Search Console, Serverlogs und Rankings nach Land zeigen anschließend, ob Google die gewünschten Seiten ausliefert. Änderungen werden pro Cluster überwacht statt nur auf Domain-Ebene.

Kurz beantwortet

Häufige Fragen

Braucht jede mehrsprachige Website Hreflang?

Wenn gleichartige Seiten für mehrere Sprachen oder Regionen existieren, ist Hreflang sinnvoll. Bei nur einer Sprachversion wird es nicht benötigt.

Was bedeutet x-default?

x-default kennzeichnet eine neutrale Ausweichseite, etwa eine Sprachwahl oder eine nicht regionsgebundene Standardversion.

Kann Hreflang Weiterleitungen enthalten?

Ziel sollten direkt erreichbare, indexierbare und kanonische Seiten sein. Weiterleitende URLs verursachen unnötige Fehler und unklare Signale.

Alle Ratgeber ansehen