Hreflang in WordPress: Der Praxis-Guide

Das Wichtigste in Kürze

Hreflang-Tags zeigen Google, welche Sprachversion für welche Nutzer gedacht ist. So erscheinen keine falschen Sprachversionen in den Suchergebnissen.

Die Wahl des WordPress-Plugins beeinflusst die Fehleranfälligkeit – WPML, Polylang und Yoast SEO haben je nach Projekt unterschiedliche Stärken.

So gehst du vor: Prüfe deine hreflang-Ausgabe mit dem hreflang Testing Tool und erkenne Fehler sowie fehlende Verknüpfungen, bevor Google sie übernimmt.

Inhaltsverzeichnis

Was ist hreflang?
Hreflang manuell implementieren
So wählst du das richtige WordPress-Plugin
Hreflang bei komplexen WP-Architekturen
Häufig gestellte Fragen

Was ist hreflang?

Der unsichtbare Conversion-Killer

Ein Online-Shop für nachhaltige Sportartikel startet auf dem deutschen Markt und expandiert in die Schweiz und nach Österreich. Alle drei Märkte sprechen Deutsch – aber die Preise, rechtlichen Hinweise und Produktverfügbarkeiten unterscheiden sich. Ohne hreflang-Tags zeigt Google Schweizer Nutzern die deutsche Version, mit deutschen Preisen und falscher Währung. Die Absprungrate steigt, die Conversion-Rate sinkt. Das ist kein Einzelfall, sondern ein strukturelles Problem, das sich mit dem richtigen technischen Setup beheben lässt.

Die hreflang-Attribute im Überblick

Hreflang ist ein HTML-Attribut, das Google und Yandex mitteilt, für welche Sprache und optional für welche Region eine bestimmte URL gedacht ist. Es wird im <head>-Bereich jeder Seite als <link rel="alternate" hreflang="...">-Tag eingebunden.

Google nutzt diese Information, um Nutzern in der Suche die passende Sprachversion auszuspielen. Bing unterstützt hreflang eingeschränkt; für die meisten deutschsprachigen Projekte ist die Google-Kompatibilität entscheidend.

Ein korrekt aufgebautes Tag sieht so aus:

<link rel="alternate" hreflang="de" href="https://example.com/de/" />
<link rel="alternate" hreflang="de-AT" href="https://example.com/at/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />

Wann ist hreflang notwendig?

Hreflang ist nicht für jede mehrsprachige Website sinnvoll – es ist notwendig, wenn zwei Bedingungen zutreffen. Erstens: Es existiert inhaltlich ähnlicher oder identischer Content in mehreren Sprachen oder für mehrere Regionen. Zweitens: Diese Inhalte richten sich an unterschiedliche Zielgruppen, die über Google erreichbar sind.

Eine rein englischsprachige Website mit einer deutschen Übersetzung braucht hreflang. Eine Website mit zehn Sprachen, aber nur lokalen Backlinks in einer Sprache, profitiert kaum davon. Der Aufwand lohnt sich immer dann, wenn du aktiv organischen Traffic aus mehreren Sprachräumen anstrebst.

Häufige Fehler ohne hreflang-Implementierung

Ohne hreflang-Attribute wählt Google selbst, welche Version einer Seite für welche Nutzergruppe am relevantesten erscheint. Das führt zu drei konkreten Problemen:

Duplicate Content-Abwertungen

Kannibalisierung zwischen Sprachversionen

falsche Sprachversionen in den Suchergebnissen

Eine Studie von Sistrix aus dem Jahr 2022 zeigt, dass internationale Domains ohne korrekte hreflang-Implementierung im Schnitt 18% weniger organische Sichtbarkeit erzielen als Domains mit korrekter Implementierung – insbesondere in mehrsprachigen Märkten wie der Schweiz oder Belgien.

x-default: Der oft vergessene Fallback

Der x-default-Tag ist kein Pflichtbestandteil von hreflang, aber in der Praxis unverzichtbar. Er teilt Google mit, welche URL angezeigt werden soll, wenn keine der definierten Sprachversionen zur Nutzersprache passt. Typischerweise zeigt x-default auf die englischsprachige Hauptversion oder auf eine Sprachauswahl-Seite.

Ohne x-default kann Google in unbekannten Sprachräumen keine sinnvolle Entscheidung treffen und fällt auf eigene Algorithmen zurück – mit unvorhersehbaren Ergebnissen.

Hreflang manuell implementieren

Implementierung im HTML-Head via functions.php

Die manuelle Implementierung von hreflang in WordPress erfolgt über die functions.php des aktiven Themes oder besser über ein Child-Theme. Du fügst einen Filter auf wp_head ein, der die entsprechenden Tags dynamisch ausgibt:

function add_hreflang_tags() {
    echo '<link rel="alternate" hreflang="de" href="https://example.com/de/" />';
    echo '<link rel="alternate" hreflang="en" href="https://example.com/en/" />';
    echo '<link rel="alternate" hreflang="x-default" href="https://example.com/" />';
}
add_action('wp_head', 'add_hreflang_tags');

Für dynamische Implementierungen, die auf Basis der aktuellen Seiten-ID die korrekte Alternativ-URL ausspiegeln, ist ein benutzerdefiniertes Mapping zwischen Post-IDs und ihren Übersetzungsäquivalenten notwendig. Das ist ohne Plugin aufwendig, aber bei kleinen Websites mit wenigen Seiten realisierbar.

Hreflang in der Sitemap vs. im Header

Hreflang-Tags können an drei Stellen implementiert werden: im HTML-Head, in der XML-Sitemap oder über HTTP-Header. Für WordPress-Projekte sind die ersten beiden Optionen relevant.

Die Header-Implementierung hat den Vorteil, dass sie direkt beim Seitenaufruf mitgeliefert wird. Die Sitemap-Variante hingegen erlaubt eine zentralisierte Verwaltung aller Sprachversionen, ohne jede einzelne Seite anzufassen. Google erkennt beide Varianten gleichermaßen; eine Kombination aus beiden ist möglich, aber nicht empfohlen, da Widersprüche zu Crawling-Unsicherheiten führen können.

Sprach- und Ländercodes im ISO-Format

Die Sprachangaben in hreflang folgen dem Standard ISO 639-1 (zweistellige Sprachcodes) und optional ISO 3166-1 Alpha-2 (zweistellige Ländercodes). Korrekte Kombinationen sind etwa de für Deutsch allgemein, de-DE für Deutsch in Deutschland, de-AT für Deutsch in Österreich oder de-CH für Deutsch in der Schweiz.

Ein häufiger Fehler ist die Verwendung von Codes wie de-de in Kleinbuchstaben oder die Angabe von ger statt de. Google akzeptiert zwar Kleinschreibung für den Länderteil, verlangt aber zwingend den korrekten ISO-Sprachcode. Falsch formatierte Tags werden vollständig ignoriert.

Bidirektionale Verlinkung verbindet alle Sprachversionen

Eines der häufigsten strukturellen Fehler bei der Hreflang-Implementierung ist die einseitige Verlinkung. Wenn die deutsche Version auf die englische verweist, muss auch die englische Version auf die deutsche zurückverweisen – und beide müssen auf sich selbst verweisen.

Google wertet hreflang-Tags nur dann als valide, wenn die Verlinkung vollständig bidirektional ist. Eine Seite, die nicht zurückverlinkt, wird von Google als fehlerhafte Implementierung behandelt und in der Regel ignoriert. Das gilt auch für x-default: Wenn du ihn verwendest, muss jede der verlinkten Seiten auch auf die x-default-URL zurückverweisen.

Kontrolle ist Pflicht: hreflang richtig prüfen

Nach der Implementierung ist das Testen der Tags zwingend notwendig.

Die folgenden Tools haben sich in der Praxis bewährt:

Google Search Console zeigt unter Internationale Ausrichtung Fehler in der hreflang-Implementierung auf – allerdings mit einer Verzögerung.

hreflang Tags Testing Tool analysiert URLs in Echtzeit und prüft, ob alle Gegenreferenzen korrekt gesetzt sind.

hreflang Tag Checker als Chrome-Extension ermöglicht eine schnelle Überprüfung einzelner Seiten direkt im Browser, ohne externe Tools aufzurufen.

So wählst du das richtige WordPress-Plugin

Yoast SEO: Hreflang via Multisite

Yoast SEO unterstützt hreflang nicht nativ in der kostenlosen Version für Standalone-Installationen. Die Plugin-Integration setzt entweder ein WordPress Multisite-Netzwerk oder die Kombination mit Polylang voraus. Yoast erkennt Polylang-Übersetzungen automatisch und gibt die entsprechenden hreflang-Tags korrekt aus.

Für Nutzer, die bereits Yoast SEO verwenden und keine umfangreiche Mehrsprachigkeit benötigen, ist die Kombination mit Polylang der unkomplizierteste Einstieg in die hreflang-Implementierung in WordPress.

WPML: Der Platzhirsch für mehrsprachige Seiten

WPML (WordPress Multilingual Plugin) ist das umfangreichste und am weitesten verbreitete Plugin für mehrsprachige WordPress-Installationen. Es verwaltet Übersetzungen, Sprachversionen und hreflang-Tags vollständig automatisiert. Die Implementierung erfolgt ohne manuellen Code-Eingriff.

Der Preis liegt aktuell bei 39 Euro pro Jahr für die Multilingual Blog-Lizenz, 99 Euro für die CMS-Lizenz und 199 Euro für die Agency-Lizenz. WPML ist kompatibel mit nahezu allen gängigen Page-Buildern, darunter Elementor, Divi und Gutenberg.

Der Nachteil: WPML erzeugt aufgrund seiner umfangreichen Datenbankeinträge bei großen Websites merkliche Performance-Einbußen, wenn es nicht korrekt konfiguriert ist.

Polylang: Die schlanke Open-Source-Alternative

Polylang ist in der Basisversion kostenlos und deckt die wesentlichen hreflang-Funktionen ab. Die Pro-Version kostet aktuell 99 Euro als Einmalzahlung und ergänzt WooCommerce-Unterstützung sowie erweiterte Übersetzungsfunktionen.

Polylang ist schlanker als WPML und verursacht weniger Datenbankbelastung. Für Projekte mit moderater Sprachzahl und begrenztem Budget ist es die bevorzugte Empfehlung. Die hreflang-Tags werden automatisch korrekt gesetzt, wenn Seiten als Übersetzungen miteinander verknüpft sind.

RankMath oder Yoast: Wer löst hreflang sauberer?

RankMath bietet in der Pro-Version (ab 69 Dollar pro Jahr, ca. 64 Euro) eine native hreflang-Integration, die ohne Zusatz-Plugin auskommt. RankMath erkennt Sprachversionen auf Basis von URL-Strukturen oder manuellen Zuweisungen und generiert die Tags entsprechend.

Im Vergleich zu Yoast SEO ist RankMath in der Einzelkonfiguration flexibler, aber bei komplexen Multisite-Netzwerken ist WPML nach wie vor die robustere Wahl. Für kleinere bis mittelgroße Projekte, die bereits RankMath nutzen, lohnt sich das Upgrade auf die Pro-Version.

Wann kein Plugin die bessere Wahl ist

Für Websites mit wenigen, statischen Sprachversionen und ohne regelmäßige Inhaltsaktualisierungen kann die manuelle Implementierung via functions.php effizienter sein als ein Plugin. Plugins erzeugen Overhead, verursachen laufende Lizenzkosten und können bei Konflikten mit anderen Plugins zu Fehlern führen.

Die Entscheidungsregel ist einfach: Wenn du mehr als zehn übersetzte Seiten verwaltest oder regelmäßig neue Inhalte in mehreren Sprachen veröffentlichst, ist ein Plugin sinnvoll. Darunter reicht die manuelle Implementierung vollkommen aus.

Hreflang bei komplexen WP-Architekturen

Multisite richtig aufsetzen: die Struktur entscheidet

WordPress Multisite erlaubt es, mehrere sprachliche Instanzen innerhalb einer Installation zu betreiben – entweder als Subdomain (de.example.com) oder als Unterverzeichnis (example.com/de/). Beide Strukturen sind für hreflang geeignet; Google behandelt sie gleich.

Die Entscheidung zwischen Subdomain und Unterverzeichnis hat jedoch SEO-Implikationen jenseits von hreflang: Unterverzeichnisse bündeln den Domain-Authority auf einer einzigen Domain, während Subdomains als eigenständige Entitäten behandelt werden können. Für neue internationale Projekte ohne bestehende Domain-Autorität empfehle ich dir eine Unterverzeichnis-Struktur.

Headless WordPress: Hreflang im Decoupled-Kontext

Bei einer Headless-WordPress-Architektur übernimmt das Frontend-Framework (z. B. Next.js oder Gatsby) die Ausgabe des HTML-Heads. Hreflang-Tags müssen in diesem Fall im Frontend implementiert werden – WordPress stellt lediglich die Inhalte über die REST API oder GraphQL bereit.

Die hreflang-Logik wird dann im Framework verankert, beispielsweise über Next.js <Head>-Komponenten. WPML und Polylang stellen ihre Übersetzungsrelationen über die REST API zur Verfügung, sodass das Frontend die korrekten Alternativ-URLs dynamisch abrufen kann.

WooCommerce-Shops für mehrere Märkte

WooCommerce-Shops mit mehrsprachigen Produktkatalogen stellen besondere Anforderungen an die hreflang-Implementierung. Produkt-URLs, Kategorie-URLs und dynamische Filterpfade müssen vollständig erfasst werden. WPML bietet mit dem WooCommerce Multilingual Add-on eine direkte Integration, die Produktübersetzungen und hreflang-Tags automatisiert verknüpft.

Dynamische WooCommerce-Seiten wie Warenkorb (/cart/) oder Kasse (/checkout/) sollten grundsätzlich mit noindex versehen oder aus der Sitemap ausgeschlossen werden – hreflang-Tags auf diesen Seiten sind weder notwendig noch sinnvoll.

Performance-Aspekte: Hreflang-Tags und Ladezeit

Hreflang-Tags im HTML-Head erhöhen die Dateigröße jeder Seite minimal, haben jedoch bei korrekt gecachten WordPress-Installationen keinen messbaren Einfluss auf die Core Web Vitals. Kritisch wird es, wenn hreflang-Tags durch ungecachte PHP-Berechnungen beim Seitenaufruf dynamisch generiert werden.

Meine Empfehlung lautet: Nutze Full-Page-Caching (z. B. über WP Rocket oder LiteSpeed Cache) und stelle sicher, dass hreflang-Tags in den gecachten Output einbezogen werden. Bei sehr großen Sitemaps mit mehreren Tausend URLs ist die Sitemap-basierte hreflang-Implementierung schonender für die Serverperformance als die Header-Variante.

Zusammenspiel von Hreflang und Canonical Tags

Canonical-Tags und hreflang-Tags erfüllen unterschiedliche Funktionen: Canonical teilt Google mit, welche URL die führende Version eines Inhalts ist. Hreflang teilt Google mit, welche Sprachvariante für welche Nutzergruppe bestimmt ist.

Beide Tags können und sollen gleichzeitig auf einer Seite vorhanden sein. Die Regel lautet: Jede Sprachversion verweist mit dem Canonical-Tag auf sich selbst (Self-Canonical), nicht auf die Hauptsprachversion. Ein Canonical von der deutschen auf die englische Version würde hreflang faktisch außer Kraft setzen, da Google die deutsche Seite dann als Duplikat der englischen werten würde.

Häufig gestellte Fragen

Was kostet WPML?

WPML ist ein kostenpflichtiges Plugin. Die günstigste Lizenz, die Multilingual Blog-Lizenz, kostet aktuell 39 Euro pro Jahr und eignet sich für einfache Blogs. Die CMS-Lizenz für vollständige Website-Projekte kostet 99 Euro pro Jahr, die Agency-Lizenz für unbegrenzte Websites 199 Euro pro Jahr. Upgrades zwischen den Lizenzstufen sind jederzeit möglich.

Wie viele Sprachen unterstützt hreflang?

Das hreflang-Attribut unterstützt theoretisch alle Sprachen, die im ISO-639-1-Standard definiert sind – das sind über 180 Sprachcodes. In der Praxis empfiehlt Google, hreflang nur dann zu verwenden, wenn die Sprachversionen tatsächlich redaktionell gepflegt werden. Google selbst gibt an, keine technische Begrenzung für die Anzahl der hreflang-Tags pro Seite zu haben, jedoch können sehr umfangreiche hreflang-Sets die Crawling-Effizienz beeinträchtigen.

Wann wertet Google hreflang-Tags aus?

Google wertet hreflang-Tags nicht in Echtzeit aus, sondern im Rahmen des regulären Crawl-Zyklus. Nach der Implementierung oder Änderung von hreflang-Tags kann es zwischen wenigen Tagen und mehreren Wochen dauern, bis Google die neue Zuordnung in den Suchergebnissen berücksichtigt. Die Google Search Console zeigt erkannte Fehler in der hreflang-Implementierung unter dem Bericht „Internationale Ausrichtung“ an – ebenfalls mit zeitlicher Verzögerung.

Welches ist das beste WordPress-Plugin für hreflang?

Für kleine Websites mit begrenztem Budget ist Polylang in der kostenlosen Version die empfehlenswerteste Lösung. Das Plugin ist einfach zu installieren, verknüpft Seitenübersetzungen mit wenigen Klicks und gibt hreflang-Tags vollautomatisch aus. In Kombination mit Yoast SEO funktioniert die Integration besonders reibungslos. Wer auch WooCommerce-Produkte übersetzen möchte, sollte zur Pro-Version für einmalig 99 Euro wechseln.

Kann ich hreflang ohne Plugin in WordPress einbinden?

Ja, hreflang lässt sich in WordPress ohne Plugin über die functions.php des Themes implementieren. Du fügst einen wp_head-Hook ein, der die entsprechenden -Tags ausgibt. Diese Methode eignet sich für Websites mit wenigen Sprachversionen und statischen Inhalten. Bei dynamischen WordPress-Projekten mit vielen Seiten und regelmäßigen Inhaltsaktualisierungen ist ein Plugin wie Polylang oder WPML effizienter, da es die bidirektionale Verlinkung automatisch verwaltet.

Hreflang in WordPress: Der Praxis-Guide für mehrsprachige Suchmaschinenoptimierung