Ein selbstreferenzierendes hreflang-Tag ist die hreflang-Zeile auf einer Seite, die auf dieselbe Seite verweist. In der Dokumentation von Google heißt es, dass jede Sprachversion “sie muss sich selbst sowie alle anderen Sprachversionen auflisten” verfügbar ist. Der Selbstverweis ist daher nicht optional: Ohne ihn ist der Satz von Tags auf dieser Seite unvollständig und Google kann ihn ignorieren.
Wenn auf Ihrer englischen Seite Französisch und Deutsch aufgeführt sind, Englisch jedoch vergessen wird, liegt der häufigste hreflang-Fehler vor, den es gibt. Diese Anleitung zeigt, wie eine korrekte Selbstreferenz aussieht, wie sie zu kanonischen Tags passt und x-default, und wie man eine Live-Site in fünf Minuten überprüft.
Wichtige Erkenntnisse
- Jede Seite in einer Sprachgruppe listet auf alle Versionen, einschließlich sich selbst. Die selbstreferenzierende Zeile ist diejenige, deren URL mit der Seite übereinstimmt, auf der Sie sich befinden.
- Die selbstreferenzierende URL muss die der Seite sein endgültige kanonische URL: voll qualifiziert,
https://, keine Weiterleitung, dieselbe Trailing-Slash-Regel wie beim kanonischen Tag. - Hreflang funktioniert nur, wenn Seiten wieder miteinander verlinken. Die Selbstreferenz macht das Set auf jeder Seite der Gruppe identisch.
- Hinzufügen
x-defaultfür Besucher, deren Sprache Sie nicht bedienen. Es ersetzt nicht die Selbstreferenz. - Überprüfen Sie dies mit “Quelle anzeigen” oder Ihrem Crawler Ihrer Wahl: Die eigene URL der Seite sollte einmal in ihrem hreflang-Set erscheinen und genau mit ihrer kanonischen URL übereinstimmen.
Wie ein selbstreferenzierendes hreflang-Tag aussieht
Nehmen Sie eine Seite, die auf Englisch, Spanisch und Französisch existiert. Die englische Seite <head> sollte enthalten:
<link rel="canonical" href="https://example.com/pricing/" />
<link rel="alternate" hreflang="en" href="https://example.com/pricing/" />
<link rel="alternate" hreflang="es" href="https://example.com/es/pricing/" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/pricing/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing/" />Die zweite Zeile ist die Selbstreferenz. Es ist die englische Seite, die Suchmaschinen mitteilt: “Ich bin die englische Version dieser Gruppe.”
Jetzt die spanische Seite:
<link rel="canonical" href="https://example.com/es/pricing/" />
<link rel="alternate" hreflang="en" href="https://example.com/pricing/" />
<link rel="alternate" hreflang="es" href="https://example.com/es/pricing/" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/pricing/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing/" />Beachten Sie, dass die hreflang-Zeilen auf beiden Seiten identisch sind. Nur die kanonischen Änderungen. So kann man es sich am einfachsten vorstellen: Eine Liste, kopiert auf jede Seite der Gruppe, und jede Seite befindet sich in dieser Liste.
Warum Google die Seite braucht, um sich selbst aufzulisten
Hreflang ist eine Reihe von Behauptungen, dass zwei oder mehr Seiten Übersetzungen voneinander sind. Google vertraut einer einseitigen Behauptung nicht. Es Dokumentation zu lokalisierten Versionen erklärt warum: “Wenn zwei Seiten nicht beide aufeinander zeigen, werden die Tags ignoriert. Dies dient dazu, dass jemand auf einer anderen Site nicht willkürlich ein Tag erstellen kann, das sich selbst als alternative Version einer Ihrer Seiten benennt.”
Auf derselben Seite wird die Regel aufgeführt, um die es in diesem Artikel geht: “Jede Sprachversion muss sich selbst sowie alle anderen Sprachversionen auflisten.”
In der Praxis verursacht eine fehlende Selbstreferenz drei Probleme:
- Die Gruppe ist inkonsistent. Die englische Seite listet {es, fr} auf, die spanische Seite listet {en, es, fr} auf. Tools melden dies als fehlenden Rücklink, und Google muss raten.
- Die falsche Version kann ein Ranking erzielen. Wenn die Cluster nicht übereinstimmen, zeigt Google Suchenden in Spanien möglicherweise die englische URL an oder umgekehrt.
- Das Debuggen wird schwieriger. Mit einem Selbstverweis auf jeder Seite können Sie jede Seite isoliert überprüfen: Ihre eigene URL muss in einer eigenen Liste stehen. Ohne eines müssen Sie die Seiten miteinander vergleichen.
Selbstreferenzierende hreflang- und kanonische Tags
Daher kommen die meisten Fehler in der realen Welt. Die hreflang-Selbstreferenz und das kanonische Tag sollten auf die gleiche URL.
Googles Leitlinien zu Konsolidierung doppelter URLs sagt: “Wenn Sie hreflang-Elemente verwenden, achten Sie darauf, eine kanonische Seite in derselben Sprache anzugeben oder die bestmögliche Ersatzsprache, wenn für dieselbe Sprache keine kanonische Seite existiert.”
Also:
- Tun:
/es/pricing/hat eine kanonische von/es/pricing/und ein selbstreferenzieller hreflang von/es/pricing/. - Nicht:
/es/pricing/hat einen kanonischen Hinweis auf die englische/pricing/. Das zeigt Google, dass die spanische Seite ein Duplikat der englischen ist und die spanische URL aus dem Index verschwinden kann, obwohl ihr hreflang perfekt ist.
Auch kleine Unterschiede zählen. Wenn das Kanonische ist https://example.com/es/pricing/ und die hreflang Selbstreferenz ist https://example.com/es/pricing (kein abschließender Schrägstrich), die beiden URLs sind nicht gleich. Eine davon leitet weiter, und Google muss den Konflikt für Sie lösen.
Regeln für die selbstreferenzierende URL
Auf der Seite „Lokalisierte Versionen“ von Google sind die Formatierungsregeln aufgeführt. Für die Selbstreferenz sind diese vier am wichtigsten:
| Regel | Richtig | Falsch |
|---|---|---|
| Voll qualifiziert | https://example.com/fr/ | /fr/ oder //example.com/fr/ |
| Endgültige URL, keine Weiterleitung | https://www.example.com/fr/ (die Live-URL) | http://example.com/fr (leitet zweimal um) |
| Gültiger Sprachcode | fr, fr-CA, pt-BR | fr-FR-ca, uk für das Vereinigte Königreich (uk ist Ukrainisch) |
| Stimmt mit kanonisch überein | gleiche Zeichenfolge wie rel="canonical" | kanonisch auf einem Host, hreflang auf einem anderen |
Google gibt die erste Regel direkt an: “Alternative URLs müssen vollständig qualifiziert sein, einschließlich der Transportmethode (http/https).” Für Sprach- und Regionalcodes ist unser Liste der Sprachcodes von hreflang hat die vollständige Tabelle.
Wo x-Standard passt
x-default ist eine separate Zeile und kein Ersatz für die Selbstreferenz. Google beschreibt es als den Wert “der verwendet wird, wenn keine andere Sprache/Region mit den Browsereinstellungen des Benutzers übereinstimmt.”
Ein gängiges und gültiges Muster ist das Zeigen x-default auf Ihrer Quellsprachenseite oder in einem Sprachwähler. Das bedeutet, dass die englische Seite oft zwei Zeilen mit derselben URL hat: hreflang="en" „ hreflang="x-default". Das ist in Ordnung. Sie beantworten verschiedene Fragen: “Welche Seite ist Englisch?” und “welche Seite ist die Fallback-Seite?”
Dieselbe Regel in XML-Sitemaps und HTTP-Headern
Google unterstützt drei Möglichkeiten, hreflang zu veröffentlichen: HTML <link> Tags, HTTP-Header und XML-Sitemaps. Für alle drei gilt die Selbstreferenzregel.
In einer Sitemap ist jeder <url> Eintrag wiederholt den vollständigen Satz, einschließlich einer eigenen Zeile <loc>:
<url>
<loc>https://example.com/es/pricing/</loc>
<xhtml:link rel="alternate" hreflang="en" href="https://example.com/pricing/" />
<xhtml:link rel="alternate" hreflang="es" href="https://example.com/es/pricing/" />
<xhtml:link rel="alternate" hreflang="fr" href="https://example.com/fr/pricing/" />
<xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/pricing/" />
</url>Für PDFs und andere Nicht-HTML-Dateien verwenden Sie die Link: HTTP-Header. Wählen Sie eine Methode pro Seitentyp. Das Veröffentlichen desselben Sets an zwei Stellen ist erlaubt, aber wenn sie nicht einverstanden sind, haben Sie ein neues Problem geschaffen.
So überprüfen Sie den selbstreferenziellen hreflang auf Ihrer Website
Sie benötigen kein kostenpflichtiges Tool, um eine Handvoll Seiten zu testen.
- Öffnen Sie eine übersetzte Seite und sehen Sie sich deren Quelle an. Suchen nach
hreflang. Bestätigen Sie, dass Sie eine Zeile sehen, derenhrefist genau die URL in Ihrer Adressleiste. - Vergleichen Sie es mit dem Kanonischen. Suchen nach
rel="canonical". Die beiden URLs sollten Zeichen für Zeichen identisch sein. - Öffnen Sie jede alternative URL. Jedes sollte mit dem Status 200 geladen werden (keine Weiterleitung) und dieselbe Liste von hreflang-Zeilen anzeigen.
- Überprüfen Sie den Sprachcode. Der Code auf der Selbstreferenz sollte mit der Sprache übereinstimmen, die der Besucher tatsächlich auf dieser Seite liest.
- Skalieren Sie mit einem Crawler. Jeder SEO-Crawler, der “fehlende Rücklinks” oder “fehlende Selbstreferenz” meldet, führt diese Prüfungen auf der gesamten Website durch.
Wenn Sie JavaScript verwenden, um hreflang nach dem Laden der Seite hinzuzufügen, testen Sie es auch mit dem URL-Inspektionstool in der Search Console, um das gerenderte HTML anzuzeigen, das Google erhält. Tags, die nur im Browser vorhanden sind, sind schwieriger zu verlassen als Tags in der Serverantwort.
Häufige Fehler und wie man sie behebt
Die Seite listet alle Sprachen außer ihrer eigenen auf. Normalerweise ein Vorlagenfehler: Der Code läuft in einer Schleife über “andere Sprachen” statt über “alle Sprachen”. Korrigieren Sie die Schleife, sodass die aktuelle Sprache enthalten ist.
Die Selbstreferenz verwendet einen anderen Host. Zum Beispiel hreflang auf example.com Aber die Seite lebt weiter www.example.com. Verwenden Sie den Host, den Sie kanonisch verwenden.
Kanonisch verweist auf die Ausgangssprache. Jede übersetzte Seite sollte für sich selbst kanonisch sein. Siehe den Abschnitt oben.
Parameter und Tracking-Codes. https://example.com/es/?utm_source=newsletter ist eine andere URL. Selbstreferenzen und Kanonische sollten die saubere URL verwenden.
Nur einige Seiten sind übersetzt. Wenn eine Seite keine französische Version hat, sollte sie keine französische URL auflisten. Das Auflisten einer URL, die 404s ausführt oder auf die Homepage weiterleitet, unterbricht die Gruppe.
Eine ausführlichere Liste zur Fehlerbehebung finden Sie unter So beheben Sie Probleme “keine hreflang-Tags”, und für die vollständige Implementierungsanleitung, unsere vollständiger hreflang-führer.
Wie ConveyThis mit selbstreferenziellem hreflang umgeht
Wenn Sie Ihre Seite mit ConveyThis übersetzen und das Unterverzeichnis verwenden (example.com/fr/) oder Subdomäne (fr.example.com) URL-Struktur, der hreflang-Satz wird für Sie hinzugefügt, einschließlich der Selbstreferenz für jede Sprachversion. Unser Hilfeartikel zu Unterdomänen vs. Unterverzeichnisse erklärt, welche Struktur zu Ihrer Plattform passt; beide sind im Businessplan und darüber verfügbar (siehe Preise).
Was ConveyThis nicht für Sie entscheidet, ist Ihre kanonische Strategie auf der Quellseite. Wenn auf Ihren Originalseiten bereits Kanoniker vorhanden sind, die auf unerwartete Orte verweisen, beheben Sie diese zuerst und führen Sie dann die oben genannten Prüfungen auf einer übersetzten Seite aus. Die Mehrsprachige SEO-Funktionen Die Seite behandelt, was sonst noch automatisch hinzugefügt wird, wie z. B. übersetzte Metatitel und Beschreibungen.
Häufig gestellte Fragen
Ist ein selbstreferenzierendes hreflang-Tag erforderlich? In der Dokumentation von Google heißt es, dass jede Sprachversion sich selbst sowie alle anderen Versionen auflisten muss. Behandeln Sie es nach Bedarf.
Können die Selbstreferenz und x-default dieselbe URL verwenden? Ja. Ihre Quellsprachenseite kann beides sein hreflang="en" „ hreflang="x-default".
Ersetzt ein selbstreferenzieller hreflang einen selbstreferenziellen kanonischen? Nein. Sie machen unterschiedliche Jobs. Das Kanonische sagt “dies ist die Haupt-URL für diesen Inhalt”, das hreflang sagt “dies ist das englische Mitglied einer Sprachgruppe”. Verwenden Sie beides und zeigen Sie auf dieselbe URL.
Was ist, wenn eine Seite nur eine Sprache hat? Dann hat es keine Alternativen und braucht überhaupt keinen Hreflang. Ein einziger Selbstverweis auf einer einsprachigen Seite bringt nichts.
Möchten Sie, dass für jede übersetzte Seite das hreflang-Set generiert wird, einschließlich Selbstreferenz? Erstellen Sie ein ConveyThis-Konto und wählen Sie während der Einrichtung die URL-Struktur des Unterverzeichnisses oder der Unterdomäne.