Du hast mehrere Sprachversionen auf deiner WordPress-Seite, aber Google zeigt die falsche an. Oder schlimmer: KI-Systeme wie ChatGPT zitieren deine Seite in einer anderen Sprache gar nicht. Das ist kein Zufall, sondern meist ein technisches Detail. In diesem Leitfaden richten wir mehrsprachiges WordPress hreflang Schritt für Schritt ein, prüfen die Ausgabe und beheben typische Fehler.
TL;DR hreflang ordnet Sprachversionen einander zu, ist aber kein Ranking-Faktor. Google erkennt die Sprache aus dem sichtbaren Inhalt, nicht aus hreflang oder dem lang-Attribut. Bidirektionalität, Selbstreferenz und absolute URLs sind Pflicht. KI-Systeme zitieren bevorzugt die Sprachversion, die als eigene, klar deklarierte Seite existiert. WordPress-Plugins erzeugen hreflang automatisch, das Prüfen bleibt trotzdem deine Aufgabe. Die komplette Checkliste findest du weiter unten im Artikel.
Mehrsprachiges WordPress hreflang: worum es wirklich geht
hreflang ist ein Zuordnungssignal. Es sagt Suchmaschinen: "Diese Seite ist die englische Version, jene die französische." Es ist kein Ranking-Faktor. Es entscheidet nicht, ob du rankst, sondern welche Sprachversion ausgeliefert wird.
Wichtig ist die Abgrenzung: hreflang ist nicht dasselbe wie Spracherkennung. Google schaut sich den sichtbaren Inhalt an, um die Sprache einer Seite zu bestimmen. hreflang und das lang-Attribut helfen dabei nicht. Sie ordnen nur zu.
Und genau hier passieren die meisten Fehler. WordPress-Sites wachsen oft organisch. Eine Sprachversion kommt über ein Plugin, eine andere über eine Subdomain, und irgendwann verweist nichts mehr sauber aufeinander. Für klassisches SEO ist das ärgerlich. Für die Sichtbarkeit in KI-Antworten ist es ein echtes Problem, denn genau dort entscheidet sich, ob deine Marke in fremdsprachigen Antworten überhaupt auftaucht. Plattformen wie Semly setzen auf dieser GEO-Ebene an und machen sichtbar, welche Sprachversionen in KI-Antworten zitiert werden.
Was Google selbst sagt – und was nicht
Google ist bei diesem Thema erfreulich klar. Die wichtigsten Regeln:
- Google nutzt hreflang und das lang-Attribut nicht zur Spracherkennung. Die Sprache kommt aus dem sichtbaren Inhalt.
- Es gibt drei gleichwertige Methoden: HTML-Link-Tags, HTTP-Header und XML-Sitemap.
- Bidirektionale Links sind Pflicht. Fehlt der Rückverweis, ignoriert Google die gesamte Annotation.
- Region allein ist ungültig. Werte wie EU, UN oder UK werden ignoriert.
- x-default ist der Fallback für Sprachen, die du nicht abdeckst.
Der wichtigste Punkt ist der Rückverweis. Wenn Seite A auf Seite B verweist, B aber nicht auf A, ist die Zuordnung kaputt. Das betrifft dann nicht nur die eine Zeile, sondern die ganze Gruppe.
Worauf du achten solltest Baue keine automatischen Weiterleitungen nach IP-Adresse oder Browsersprache ein. Google warnt ausdrücklich davor, weil Googlebot meist aus den USA crawlt und ohne Accept-Language-Header ankommt. Deine Sprachversionen wären dann für den Crawler unsichtbar. Setze stattdessen auf explizite Links und hreflang.
Warum KI-Systeme die Sprachversion anders bewerten
Klassisches SEO fragt: Welche Version zeigen wir im Suchergebnis? KI-Systeme fragen: Welche Version können wir zitieren? Und zitiert wird bevorzugt, was als eigene, klar deklarierte Seite existiert.
Eine Analyse von 1,3 Millionen KI-Zitierungen (Herstellerangabe Weglot, 2026) zeigt: Übersetzte Websites gewinnen deutlich mehr Sichtbarkeit in AI Overviews als nicht übersetzte. Ohne Übersetzung bleibt eine Marke für fremdsprachige Queries praktisch unsichtbar. Das ist eine Korrelation, keine Garantie. Aber die Richtung ist eindeutig.
Dabei helfen zusätzliche Signale. In JSON-LD kannst du mit inLanguage und availableLanguage klar machen, in welcher Sprache eine Seite vorliegt und welche Sprachen verfügbar sind. Eine llms.txt bündelt die wichtigsten Ressourcen je Sprache an einem Ort. Das ist eine Voraussetzung, keine Garantie für Zitate.
Genau hier liegt der Semly-Mehrwert. Semly ist keine Plugin-Marke, sondern eine GEO- und AI-Sichtbarkeits-Plattform mit WordPress- und WooCommerce-Integration. Die Wissensdatenbank arbeitet mit Sitemap, llms.txt, JSON-LD und Markdown, damit KI-Systeme deine Inhalte sauber einordnen können. Über Semly AI Analytics siehst du anschließend, welche Sprachversionen in KI-Antworten auftauchen und welche URLs zitiert werden.
Vorbereitung: Was du vor dem Start brauchen
Bevor du etwas änderst, sammle alles zusammen:
- URL-Struktur festlegen: Subfolder, Subdomain oder ccTLD.
- Liste aller Sprachversionen, die du wirklich brauchst.
- Zugriff auf Theme, Child-Theme oder Plugin-Einstellungen.
- Ein aktuelles Backup.
- Zugriff auf die Google Search Console.
- Test-Tools wie Screaming Frog, Ahrefs Site Audit oder das Technical SEO Hreflang Tool.
Worauf du achten solltest Teste jede hreflang-Änderung zuerst auf einer Staging-Umgebung. Ein falsch gesetztes Tag kann die Auslieferung deiner Sprachversionen durcheinanderbringen, und das merkst du oft erst Tage später.
Schritt für Schritt: hreflang in WordPress einrichten
Schritt 1 – URL-Struktur und Sprachversionen festlegen
Wähle zuerst deine Struktur. Subfolder sind einfach zu pflegen, Subdomains trennen sauberer, ccTLDs sind am stärksten auf Regionen ausgerichtet. Danach benennst du deine Sprachversionen und notierst die Codes: Sprache nach ISO 639-1, Region optional nach ISO 3166-1 Alpha 2.
Kontrollpunkt: Jede Sprachversion hat eine eindeutige, absolute URL.
Schritt 2 – Plugin wählen und konfigurieren
In WordPress gibt es mehrere etablierte Wege. WPML und Polylang arbeiten datenbankbasiert, TranslatePress und Weglot setzen stärker auf eine Proxy- oder SaaS-Architektur. Ein wichtiger Unterschied liegt bei serverseitigen Inhalten wie transaktionalen E-Mails. Nicht jedes Plugin übersetzt die zuverlässig. Preise nennen wir hier nur am Rand und als Herstellerangabe, denn sie ändern sich.
Kontrollpunkt: Das Plugin erzeugt hreflang automatisch. Selbstreferenz und Bidirektionalität musst du trotzdem prüfen.
Worauf du achten solltest Vendor-Aussagen sind nicht neutral. Jeder Anbieter vergleicht sich selbst am besten. Verstehe die Liste als Auswahlhilfe, nicht als Ranking.
Schritt 3 – hreflang-Tags prüfen und ergänzen
Schau in den Quellcode. Prüfe absolute URLs, gültige Codes, Rückverweise, Selbstreferenz, x-default und die Position im head-Bereich.
Kontrollpunkt: Jede Seite verweist auf alle anderen und auf sich selbst.
Schritt 4 – Canonical und hreflang zusammenspielen lassen
Wenn ähnliche Inhalte in derselben Sprache existieren, etwa example.de und example.com/de, zeichne die bevorzugte Version mit rel="canonical" aus und ergänze hreflang.
Kontrollpunkt: Canonical zeigt auf die bevorzugte Version, hreflang bleibt vollständig.
Schritt 5 – Sprachsignale für KI-Systeme ergänzen
Setze das lang-Attribut am html-Element nach BCP-47. Ergänze JSON-LD mit inLanguage und availableLanguage. Lege eine llms.txt an, die deine Ressourcen je Sprache bündelt. Die Semly-Wissensdatenbank ist ein gutes Beispiel dafür, wie strukturierte Aufbereitung aussieht.
Kontrollpunkt: Jede Sprachversion hat konsistente Sprachangaben in HTML und JSON-LD.
Schritt 6 – Testen und Fehler beheben
Nutze Screaming Frog mit dem hreflang-Filter, Ahrefs Site Audit und das Technical SEO Hreflang Tool. Mach manuelle Stichproben. Wichtig zu wissen: Die Search Console hat keinen eigenen hreflang-Report mehr.
Kontrollpunkt: Keine fehlenden Rückverweise, keine ungültigen Codes, keine relativen URLs.
hreflang-Checkliste zum Abhaken
- Selbstreferenz vorhanden
- Rückverweise bidirektional
- Absolute URLs
- Gültige ISO-Codes
- Region nie allein
- x-default gesetzt
- Tags im head-Bereich
- Canonical konsistent
- lang-Attribut korrekt
- JSON-LD inLanguage gesetzt
- Keine IP- oder Auto-Redirects
- Test-Tools durchlaufen
Häufige Fehler und wie du sie behebst
| Fehler | Symptom | Lösung |
|---|---|---|
| Fehlende Selbstreferenz | Seite verweist nur auf andere Versionen | Eigenen hreflang-Link ergänzen |
| Fehlende Rückverweise | Annotation wird ignoriert | Gegenseitige Verlinkung herstellen |
| Relative URLs | Tags werden nicht erkannt | Vollqualifizierte URLs nutzen |
| Ungültige Codes (UK, EU) | Werte werden ignoriert | ISO 639-1 plus ISO 3166-1 Alpha 2 verwenden |
| hreflang passt nicht zur Sprache | Falsche Version im Suchergebnis | Inhalt und Code abgleichen |
| Tags außerhalb des head | Tags wirkungslos | In den head-Bereich verschieben |
| Noindex oder Non-Canonical | Version wird nicht ausgeliefert | Indexierung und Canonical prüfen |
| Auto-Redirects nach IP | Crawler sieht nur eine Version | Redirects entfernen, hreflang nutzen |
Eine Studie von Semrush über 20.000 mehrsprachige Websites (2022) zeigt, wie verbreitet das ist: 96 Prozent der konfliktbehafteten Seiten hatten keine Selbstreferenz, 37 Prozent fehlerhafte Links und 15 Prozent fehlerhafte Werte. Du bist also in guter Gesellschaft, wenn dir das begegnet.
Was danach kommt: KI-Sichtbarkeit messen und ausbauen
Wenn hreflang sauber läuft, ist die technische Basis gelegt. Jetzt geht es um die nächste Ebene. Prüfe, ob deine Sprachversionen in KI-Antworten auftauchen. Teste Prompts in jeder Sprache, die für dich relevant ist. Mit Semly AI Analytics behältst du Sichtbarkeit, Share of Voice und zitierte URLs im Blick. Pflege deine Wissensdatenbank und deine llms.txt weiter.
Ein Tipp zum Schluss: Übersetze nicht 1:1, sondern baue Inhalte je Sprache eigenständig aus. Und wenn nur eine Sprache wirklich relevant ist, kann eine saubere einsprachige Struktur sinnvoller sein als halbherzige Mehrsprachigkeit.
FAQ
Ist hreflang ein Ranking-Faktor? Nein. hreflang ordnet Sprachversionen einander zu und beeinflusst, welche Version ausgeliefert wird. Es hebt deine Seite nicht in den Rankings.
Wie viele hreflang-Links sind zu viele? Google nennt keine offizielle Obergrenze. In der Praxis kursiert die Zahl von 100 Links pro Seite, offiziell bestätigt ist sie nicht. Halte die Liste so schlank wie möglich.
Wie lange dauert es, bis Änderungen wirken? Das lässt sich nicht verbindlich sagen. Häufig wird von ein bis zwei Wochen gesprochen, ein offizieller Google-Beleg dafür fehlt. Prüfe die Ausgabe lieber direkt im Quellcode.
Reicht ein Plugin allein? Nein. Plugins erzeugen hreflang automatisch, aber Selbstreferenz, Bidirektionalität und gültige Codes musst du prüfen. Die Verantwortung bleibt bei dir.
Was ist der Unterschied zwischen hreflang und lang? hreflang verknüpft Sprachversionen miteinander. Das lang-Attribut am html-Element gibt an, in welcher Sprache der Inhalt einer einzelnen Seite geschrieben ist. Beide ergänzen sich, ersetzen sich aber nicht.
