Die meisten Websites setzen hreflang im HTML-Head, weil das CMS dort ohnehin Titel, Beschreibung und Canonical ausgibt. Die Methode ist leicht zu prüfen, denn jeder kann den Quelltext einer Seite öffnen. Sie ist aber auch anfällig: Ein Template, das an einer Stelle falsch rechnet, verteilt denselben Fehler auf Tausende Seiten. Dieser Ratgeber zeigt, wie die Angaben im Kopf aussehen müssen, welche Regeln Google dafür aufstellt und wie Sie kontrollieren, ob Google die Zeilen auch so sieht, wie Sie sie gemeint haben.
Was hreflang grundsätzlich bedeutet, erklärt der Ratgeber hreflang erklärt. Hier geht es um die Umsetzung im Quelltext.
Wo die Zeilen stehen müssen
Google verlangt, dass die link-Elemente "in einem richtig formatierten <head>-Abschnitt der HTML-Datei" stehen [1]. Gültig sind im head laut Google nur die Elemente title, meta, link, script, style, base, noscript und template [6]. Findet Google dort ein ungültiges Element wie iframe oder img, wertet es diese Stelle als Ende des head, und alle Elemente danach ignoriert es [6]. Typische Auslöser sind ein Tracking-Schnipsel mit einem img-Element oder ein iframe, das ein Plugin für ein Cookie-Banner in den Kopf schreibt. Setzen Sie die hreflang-Zeilen deshalb möglichst weit oben, direkt nach dem title-Element und dem Canonical, und halten Sie den Kopf frei von sichtbaren Elementen.
Ein zweiter Punkt betrifft die Form. Jede Fassung bekommt ein eigenes link-Element. Google hat im Juni 2024 in der Dokumentation klargestellt, dass link-Tags für alternative Versionen einer Seite nicht in einem einzelnen link-Tag kombiniert werden dürfen [2]. Ebenso dürfen die Angaben nicht mit anderen Attributen wie media verbunden werden [1]. Ein Element sagt also genau eine Sache: Sprache, gegebenenfalls Region, Adresse.
Aufbau einer vollständigen Gruppe
Eine Website mit einer deutschen, einer englischen und einer französischen Fassung gibt auf allen drei Seiten dieselben Zeilen aus:
<link rel="alternate" hreflang="de" href="https://www.example.com/de/kontakt/" />
<link rel="alternate" hreflang="en" href="https://www.example.com/en/contact/" />
<link rel="alternate" hreflang="fr" href="https://www.example.com/fr/contact/" />
<link rel="alternate" hreflang="x-default" href="https://www.example.com/" />
Drei Regeln lassen sich an diesem Beispiel ablesen. Erstens nennt jede Fassung auch sich selbst: "In jeder Sprachversion müssen die Version selbst und alle anderen Sprachversionen aufgelistet sein." [1] Zweitens sind die Adressen vollständig, mit Protokoll und Domain. Relative Pfade wie /en/contact/ akzeptiert Google nicht [1]. Drittens ist die Gruppe auf allen Seiten gleich. Google spricht von einer identischen Gruppe von Elementen in jeder Variante [1]. Ändert sich eine Fassung, ändert sich deshalb der Kopf aller Seiten der Gruppe.
Die x-default-Zeile ist optional. Sie zeigt auf eine Seite für Nutzer, deren Sprache keiner Fassung entspricht [1]. Hier ist es die Startseite mit einer Sprachauswahl. Ausführlich erklärt das der Ratgeber x-default richtig einsetzen.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Canonical und hreflang im selben Kopf
Fast jede Seite mit hreflang hat auch einen Canonical. Beide müssen zueinander passen. Google rät, bei hreflang eine kanonische Seite in derselben Sprache anzugeben [3]. In der Praxis heißt das: Jede Sprachfassung zeigt mit ihrem Canonical auf sich selbst, und genau diese kanonische Adresse steht auch in den hreflang-Zeilen der anderen Fassungen.
Zwei Fehler sehen wir dabei immer wieder. Der eine ist ein Canonical, der von allen Sprachfassungen auf die deutsche Hauptseite zeigt. Damit erklärt die Website die anderen Fassungen zu Duplikaten. Der andere ist eine hreflang-Zeile, die eine Adresse mit Parameter oder ohne Schrägstrich am Ende nennt, während der Canonical die saubere Adresse angibt. Für Google sind das zwei verschiedene Adressen, und die Gruppe passt nicht mehr zusammen. Ein Hinweis aus Googles Dokumentation hilft bei der Einordnung: rel="canonical"-Angaben mit hreflang-Attribut verwendet Google nicht für die Kanonisierung [3]. Canonical und hreflang gehören in getrennte Elemente.
Prüfen, was Google sieht
Der eigene Blick in den Quelltext zeigt, was der Server ausliefert. Wenn Ihr System Teile des Kopfes erst per JavaScript einfügt oder ein Plugin die Zeilen je nach Gerät unterschiedlich ausgibt, reicht das nicht. Das URL-Prüftool der Search Console zeigt nach einem Live-Test unter "Gecrawlte Seite anzeigen" das HTML, das Google erhalten hat, zusammen mit Anfrage und Antwort [4]. Dort sehen Sie, ob alle hreflang-Zeilen ankommen und ob sie im Kopf stehen. Beachten Sie, dass die normale Ansicht des Tools die zuletzt indexierte Fassung zeigt und nicht die aktuelle Seite [4].
Für mehr als eine Handvoll Seiten brauchen Sie einen Crawler, der die hreflang-Angaben aller Seiten ausliest und gegeneinander abgleicht. Vier Fragen sollte die Auswertung beantworten: Hat jede Seite eine Zeile für sich selbst? Verweist jedes Ziel zurück? Liefert jedes Ziel den Status 200 und ist indexierbar? Stimmt jede Adresse mit dem Canonical des Ziels überein? Wie Sie die Befunde abarbeiten, beschreibt der Ratgeber hreflang-Fehler beheben.
Wann der Kopf an Grenzen stößt
Der HTML-Head funktioniert gut, solange die Zahl der Fassungen überschaubar bleibt. Bei 20 oder 30 Sprach- und Länderfassungen stehen in jedem Kopf ebenso viele Zeilen, auf jeder Seite, bei jedem Abruf. Der Googlebot liest von einer HTML-Datei die ersten 2 MB, gemessen an den unkomprimierten Daten [5]. Diese Grenze erreicht ein Kopf mit hreflang praktisch nie, die Zeilen machen den Quelltext aber unübersichtlich, und jede Änderung an einer Fassung betrifft alle anderen. In solchen Fällen ist die hreflang-Sitemap oft die bessere Wahl, weil die Angaben dort zentral liegen.
Für Dateien ohne HTML, zum Beispiel PDF-Dokumente in mehreren Sprachen, gibt es keinen Kopf. Dort nutzen Sie das Link-Feld im HTTP-Header. Es nennt dieselben Angaben, die Adressen stehen in spitzen Klammern und sind durch Kommas getrennt [1]. Alle drei Methoden gleichzeitig zu verwenden, bringt laut Google keinen Vorteil in der Suche [1]. Wenn Ihre Seiten hreflang im Kopf tragen, gehört dieselbe Gruppe also nicht zusätzlich in die Sitemap.
Umsetzung im CMS
Von Hand pflegt kaum jemand hreflang-Zeilen. Das CMS oder eine Erweiterung erzeugt sie aus einer Zuordnung: Diese deutsche Seite gehört zu jener englischen. Die Qualität der Ausgabe steht und fällt mit dieser Zuordnung. Bevor Sie eine Erweiterung einsetzen, lohnt sich ein Test mit drei Fällen: eine Seite, die es in allen Sprachen gibt, eine Seite, die nur in einer Sprache existiert, und eine Seite, deren Übersetzung gelöscht wurde. Nach unserer Erfahrung zeigen sich Schwächen fast immer bei den letzten beiden Fällen, etwa wenn eine Erweiterung auf die Startseite der anderen Sprache verweist, weil das Gegenstück fehlt. Eine solche Zeile ist falsch. Fehlt das Gegenstück, fällt die Zeile weg.
Für WordPress, Joomla und Shopware finden Sie die Einstellungen auf unseren Fachportalen, etwa im Beitrag zu hreflang und Mehrsprachigkeit in Shopware. Größere Umstellungen über mehrere Länder begleiten wir im Rahmen der Leistung Internationales SEO.
Sie möchten wissen, ob die hreflang-Zeilen in Ihrem Seitenkopf vollständig sind? Bringen Sie zwei oder drei Adressen in die gratis Sprechstunde, dann sehen wir uns den Quelltext gemeinsam an.
- Organisation Lokalisierte Versionen deiner Seiten. Google Search Central. Stand 22.09.2026. abgerufen am 31.10.2026
- Organisation Neuigkeiten in der Google Suche-Dokumentation (Eintrag vom 12.06.2024). Google Search Central. Stand laufend. abgerufen am 31.10.2026
- Organisation Kanonische URL mit rel="canonical" und anderen Methoden angeben. Google Search Central. Stand 15.07.2026. abgerufen am 31.10.2026
- Organisation URL-Prüftool. Search Console-Hilfe. Stand laufend. abgerufen am 31.10.2026
- Organisation Googlebot. Google Search Central. Stand 06.02.2026. abgerufen am 31.10.2026
- Organisation Gültige Seitenmetadaten für die Google Suche. Google Search Central. Stand 31.12.2025. abgerufen am 31.10.2026
Häufige Fragen
Muss eine Seite in ihren hreflang-Zeilen auch auf sich selbst verweisen?
Ja. Google verlangt, dass jede Sprachfassung sich selbst und alle anderen Fassungen auflistet. Die Gruppe ist auf allen beteiligten Seiten gleich.
Darf ich relative Adressen in hreflang verwenden?
Nein. Die Adressen müssen vollständig sein, also mit https:// und Domain. Relative Pfade erkennt Google nicht an.
Was passiert mit hreflang-Zeilen hinter einem iframe im head?
Google wertet ein ungültiges Element wie iframe oder img als Ende des head und ignoriert alle Elemente danach. Setzen Sie die hreflang-Zeilen deshalb weit oben in den Kopf.
Kann ich mehrere Sprachen in ein einziges link-Element schreiben?
Nein. Jede Fassung braucht ein eigenes link-Element. Google hat 2024 ausdrücklich klargestellt, dass diese Elemente nicht kombiniert werden dürfen.
Wie sehe ich, ob Google meine hreflang-Zeilen erhält?
Mit dem Live-Test im URL-Prüftool der Search Console. Unter "Gecrawlte Seite anzeigen" steht das HTML, das Google abgerufen hat.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Haben Sie einen Fehler entdeckt? Schreiben Sie uns.
