Skip to main content

Hreflang Tag Generator

Generate hreflang link tags for multilingual websites with x-default support.

Geprüft von · Zuletzt geprüft

0
Total Tags

Den Hreflang-Tag-Generator verwenden

  1. Jede Sprach-Region-Variante als Zeile hinzufügen - den Sprachcode wählen (ISO 639-1, z. B. en, es, de), optional eine Region wählen (ISO 3166-1 alpha-2, z. B. US, GB, MX), und die absolute URL einfügen, die diese Variante bereitstellt.
  2. Die aktuelle Seite in die Menge aufnehmen - hreflang erfordert, dass jede Seite in einem Cluster auf jede andere Seite verweist, einschließlich sich selbst. Das Weglassen des Self-Verweises ist der häufigste Implementierungsfehler.
  3. Eine x-default-Zeile hinzufügen - auf deine Sprachauswahlseite, deine Englisch-Fallback-Version oder die Haupt-Landingpage für Nutzer zeigen, deren Gebietsschema keiner aufgelisteten Variante entspricht.
  4. Den generierten <link>-Block kopieren - die Ausgabe enthält einen <link rel="alternate" hreflang="..." href="..."> pro Variante, bereit zum Einfügen in <head>.
  5. Denselben Block auf jeder aufgelisteten Seite bereitstellen - die en-US-Seite muss denselben vollständigen hreflang-Satz haben wie die es-MX-Seite, wobei nur der Self-Verweis im hreflang-Code abweicht.

Wie Hreflang für Google und Yandex funktioniert

Hreflang ist eine Direktive, kein Hinweis. Es teilt einer Suchmaschine mit: "Diese URLs sind äquivalente Inhalte, die für diese Sprach-Region-Kombinationen übersetzt oder lokalisiert wurden; zeige die richtige jedem Nutzer." Googles Dokumentation unter developers.google.com/search/docs/specialty/international/localized-versions beschreibt drei Implementierungsmethoden - HTML-<link rel="alternate"> in <head>, HTTP-Link-Response-Header oder xhtml:link-Einträge in XML-Sitemaps. Dieser Generator erzeugt die HTML-link-Methode, die am häufigsten ist und für jeden Seitentyp funktioniert.

Die Sprachcodes selbst folgen IETF BCP 47, das eine Kombination von RFC 5646 (Tag-Syntax) und RFC 4647 (Matching-Algorithmus) ist. In der Praxis ist die Teilmenge, die du brauchst, zweistellige ISO-639-1-Sprachcodes, optional mit einem Bindestrich und einem ISO-3166-1-Alpha-2-Regionscode suffixiert. Skript-Codes (zh-Hant, zh-Hans) sind gültig und für chinesische Varianten notwendig, aber woanders selten. Google ignoriert hreflang-Werte, die es nicht erkennt, und protokolliert sie als "unbekannte hreflang"-Fehler in Search Console.

Wo Hreflang seinen Wert beweist

  • E-Commerce-Seiten mit länderspezifischen Shops (Preise, Währungen, Versandregeln) - stellt sicher, dass Google dem britischen Nutzer deine GBP-Seite zeigt, nicht die USD-Version.
  • Multi-regionale englische Seiten (en-US, en-GB, en-AU, en-CA), bei denen der Inhalt im Wesentlichen gleich ist, aber für Steuern, Compliance oder Idiom lokalisiert wurde.
  • Übersetzte Blog-Beiträge, bei denen die englische Quelle und die deutschen, französischen, spanischen Versionen alle auf dieselbe Suchabsicht abzielen, aber für verschiedene Zielgruppen.
  • Lokalisierte Landingpages für Werbekampagnen - ohne hreflang kann Google die falsche Variante indexieren und Nutzer aus der falschen Region landen auf irrelevanten Preisen.
  • Subdomains pro Land (us.example.com, mx.example.com) oder Unterverzeichnisse (example.com/us/, example.com/mx/) - beide Strukturen benötigen hreflang, um Google zu zeigen, wie sie sich zueinander verhalten.

Hreflang-Implementierungs-Fallstricke

  • Fehlende Rücktags - wenn die en-US-Seite es-MX auflistet, aber die es-MX-Seite nicht en-US zurücklistet, ignoriert Google die gesamte Beziehung. Das ist ein "Rücktag-Fehler" und erscheint in Search Consoles Internationale-Ausrichtungs-Bericht.
  • Falsche Regionscodes - en-UK ist ungültig; der ISO-3166-Code für das Vereinigte Königreich ist GB, also ist en-GB korrekt. Ähnlich ist Lateinamerika kein Regionscode - es gibt kein es-LA; verwende spezifische Ländercodes.
  • Verweisen auf umleitende oder 404-URLs - hreflang erfordert, dass die referenzierte URL 200 zurückgibt. 301s, 302s und 404s brechen den Cluster für diese Variante.
  • Mischen von xml:lang oder HTML-lang mit unterschiedlichem hreflang - sie sollten übereinstimmen. Eine Seite mit <html lang="en"> und hreflang="es-MX"-Self-Verweis ist inkonsistent und verwirrt Crawler.
  • Das Vergessen von x-default - ohne es erhalten Nutzer, deren Gebietsschema nichts entspricht, eine willkürliche Standardauswahl. x-default gibt dir explizite Kontrolle über den Fallback.
  • Hreflang für Varianten verwenden, die keine echten Übersetzungen sind - Google hat angegeben, dass wenn zwei Varianten im Wesentlichen identisches Englisch mit trivialen Unterschieden sind (z. B. nur Preise in GBP vs. USD), hreflang zwischen ihnen in Ordnung ist; aber wenn der Inhalt substanziell abweicht, sollten es separate Seiten sein, keine hreflang-Varianten.

Sprachtag-Syntax (BCP 47 in der Praxis)

BCP-47-Tags haben eine strukturierte Grammatik: language[-script][-region][-variant]. Sprache ist ein 2-3-Buchstaben-ISO-639-Code; Skript ist ein 4-Buchstaben-ISO-15924-Code (Latn, Cyrl, Hant, Hans); Region ist ein 2-Buchstaben-ISO-3166-1-Alpha-2-Code oder ein 3-stelliger UN-M.49-Code. Für hreflang brauchst du selten die vollständige Grammatik - die überwiegend gebräuchlichsten Formen sind einfache Sprache (en, fr, de), Sprache-Region (en-US, es-MX, pt-BR) und die chinesischen Skriptvarianten (zh-Hans, zh-Hant). Vermeide Überspezifizierung: en-Latn-US ist technisch gültig, fügt aber keine Informationen hinzu, die Google nutzen kann. Der x-default-Wert ist buchstäblich die Zeichenkette x-default; es ist ein reservierter BCP-47-Wert für "Standard-Fallback".

Alternativen zu HTML-Hreflang-Tags

Die XML-Sitemap-Methode skaliert für große Seiten besser - das Definieren von hreflang pro URL via <xhtml:link>-Elemente bedeutet keine Template-Chirurgie. Die HTTP-Header-Methode ist die einzige Option für Nicht-HTML-Ressourcen, bei denen du kein <link>-Tag hinzufügen kannst. Für kleine Seiten ist die HTML-Methode am einfachsten; für große mehrlokale Enterprise-Seiten mit tausenden von URLs ist die Sitemap pragmatisch. Der Internationale-Ausrichtungs-Bericht von Search Console ist maßgebend für die Verifizierung, dass deine Implementierung korrekt geparst wird.

Häufig gestellte Fragen

Was ist der Unterschied zwischen hreflang und dem HTML-<code>lang</code> -Attribut?

Sie richten sich an verschiedene Zielgruppen. <code>&lt;html lang="en-US"&gt;</code> deklariert die Sprache der aktuellen Seite für Browser, Screenreader und Übersetzungstools - das ist eine Seiten-Level-Eigenschaft. <code>&lt;link rel="alternate" hreflang="es-MX" href="..."&gt;</code> deklariert, dass eine andere URL die spanische (Mexiko) Version dieser Seite bereitstellt - das ist ein Cluster-Level-Signal für Suchmaschinen. Du benötigst beides: <code>lang</code> für die Seite selbst, hreflang um Google über andere Varianten zu informieren.

Brauche ich hreflang für eine einsprachige Website?

Nein. Hreflang ist nur relevant, wenn du äquivalente Inhalte in mehreren Sprachen oder regionalen Varianten hast. Eine einzige englische Website benötigt kein hreflang, auch wenn Besucher aus 50 Ländern kommen. Hreflang mit nur einer Variante hinzuzufügen ist wirkungslos (und wird eine Search-Console-Warnung erzeugen).

Was ist <code>x-default</code> und wann sollte ich es verwenden?

<code>x-default</code> ist der reservierte BCP-47-Wert für "Fallback, wenn keine andere Variante übereinstimmt". Verwende es, wenn Nutzer aus Sprachräume kommen, die du nicht spezifisch bedienst - typischerweise deine Sprachauswahlseite, dein Englisch-Fallback oder deine globale Haupt- Landingpage. Google empfiehlt ausdrücklich, <code>x-default</code> in jeden hreflang-Cluster aufzunehmen; ohne es ist das Fallback-Verhalten undefiniert und Google wählt willkürlich.

Sollte ich Ländercodes oder nur Sprachcodes verwenden?

Hängt davon ab, was sich tatsächlich unterscheidet. Wenn alle englischsprachigen Nutzer dieselbe Seite sehen, verwende das einfache <code>en</code>. Wenn Preise, Versand oder Steuerbedingungen zwischen Großbritannien und den USA unterschiedlich sind, verwende <code>en-GB</code> und <code>en-US</code> getrennt. Das Mischen einfacher Sprach- mit regionsspezifischen Varianten ist gültig: Du kannst <code>en</code>, <code>en-US</code> und <code>en-GB</code> alle im selben Cluster haben, wobei regionsspezifische Varianten bevorzugt werden, wenn die Region des Nutzers übereinstimmt.

Warum sind Rücktag-Fehler wichtig?

Weil Google hreflang als bidirektionalen Graphen behandelt, nicht als einseitigen Hinweis. Wenn Seite A Seite B als ihre spanische Variante auflistet, muss Seite B Seite A als ihre englische Variante auflisten. Ohne das Rücktag betrachtet Google die Beziehung als zweideutig und droppt die hreflang-Verarbeitung für den gesamten Cluster oft - nicht nur die defekte Kante. Der Internationale-Ausrichtungs-Bericht von Search Console listet jeden Rücktag-Fehler auf; behebe sie systematisch, nicht einzeln.

Kann ich hreflang mit Subdomains vs. Unterverzeichnissen verwenden?

Ja, mit beiden. Google unterstützt alle drei internationalen URL-Strukturen: Country-Code-TLDs (<code>example.de</code>), Subdomains (<code>de.example.com</code>) und Unterverzeichnisse (<code>example.com/de/</code>). Hreflang funktioniert mit allen dreien identisch. Die Strukturwahl geht es um die Signalstärke für andere Zwecke (ccTLDs haben stärkere Ländersignale) und nicht um hreflang-Kompatibilität.

Brauche ich hreflang, wenn ich bereits <code>geo-targeting</code> in Search Console verwende?

Ja, sie ergänzen einander. Die Geo-Targeting-Einstellung von Search Console teilt Google mit, dass eine bestimmte Property auf ein Land ausgerichtet ist, was ein schwaches globales Signal ist. Hreflang ist ein seitenspezifisches, variantenspezifisches Signal, das spezifische URLs mit spezifischen Gebietsschemas verknüpft. Geo-Targeting ohne hreflang riskiert, dass Google deine <code>en-US</code>- und <code>en-GB</code>-Varianten verwechselt; hreflang ohne Geo-Targeting funktioniert gut, aber verpasst eine Chance, das Signal zu verstärken.

Überträgt hreflang PageRank zwischen Varianten?

Nein. Hreflang ist rein ein Relevanz-zu-Gebietsschema-Signal; es konsolidiert kein Link-Eigenkapital wie <code>canonical</code>. Jede Variante wird unabhängig auf Basis ihrer eigenen Links und Signale gerankt. Zur Konsolidierung innerhalb eines Clusters (z. B. wenn eine englische Variante alle Backlinks hat und du möchtest, dass die regionalen Varianten davon profitieren) benötigst du einen ganz anderen Ansatz - typischerweise ein auf die Master-Seite zeigendes Canonical, das das Indexieren der Varianten durch hreflang aufhebt.

Wie teste ich, ob hreflang funktioniert?

Drei Prüfungen: Der Internationale-Ausrichtungs-Bericht von Search Console listet Parse-Fehler und Rücktag-Probleme auf; manuell aus einem VPN im Zielland mit einem ausgeloggten Profil suchen; Merkles hreflang-Tester oder Sitebulbs internationalen Bericht zur Verifizierung der Cluster-Symmetrie verwenden. Keine einzige Prüfung ist definitiv.

Ladt der Generator meine URLs hoch?

Nein. Das Tool erstellt die <code>&lt;link&gt;</code>-Tags aus deinen Eingaben mit einer reinen JavaScript-Vorlagenfunktion und rendert den Ausgabe-String in einem Textarea. Es gibt kein <code>fetch</code>, keine Analytics zu deinem URL-Inhalt und keine Serverbeteiligung. Du kannst die Ausgabe bereitstellen und das Tool hat keine weitere Kenntnis deiner Seite.

Kann ich hreflang neben <code>canonical</code> verwenden?

Ja, sorgfältig. Beste Praxis: Auf jeder Variante zeigt <code>canonical</code> auf sich selbst (Self-Canonical) und hreflang zählt den Cluster auf. Keine <code>canonical</code>-Verweise aller Varianten auf eine einzige Master- Seite - das teilt Google mit, die Varianten vollständig aus dem Index zu entfernen und hebt hreflang auf. Canonical konsolidiert Duplikate, hreflang unterscheidet Äquivalente.

Mehr SEO & Web Tools

Google SERP Preview

Preview how your page appears in Google search results with character count indicators.

Open tool

Heading Structure Analyzer

Extract and visualize H1-H6 heading hierarchy with SEO issue detection.

Open tool

Keyword Density Checker

Analyze word frequency with single words, bigrams and trigrams with density percentages.

Open tool

Meta Tag Generator

Generate complete HTML meta tags including Open Graph and Twitter Card tags.

Open tool

Open Graph Preview

Preview how your page looks when shared on Facebook and LinkedIn.

Open tool

Readability Checker

Free reading level checker and writing grade level analyzer. Flesch-Kincaid, Flesch Reading Ease, Gunning Fog and Coleman-Liau scores in one place.

Open tool