Informieren Sie Google über lokalisierte Versionen Ihrer Seite

Wenn Sie mehrere Versionen einer Seite für verschiedene Sprachen oder Regionen haben, informieren Sie Google über diese verschiedenen Varianten. Dies hilft der Google Suche, Nutzer zur am besten geeigneten Version Ihrer Seite für die jeweilige Sprache oder Region zu leiten.

Beachten Sie, dass Google auch ohne Ihr Zutun alternative Sprachversionen Ihrer Seite finden kann, aber es ist normalerweise am besten, wenn Sie Ihre sprach- oder regionsspezifischen Seiten explizit angeben.

Einige Beispielszenarien, in denen die Angabe alternativer Seiten empfohlen wird:

• Wenn Sie den Hauptinhalt in einer einzigen Sprache belassen und nur die Vorlage übersetzen, wie z. B. die Navigation und die Fußzeile. Seiten mit nutzergenerierten Inhalten, wie Foren, tun dies normalerweise.
• Wenn Ihr Inhalt kleine regionale Unterschiede aufweist, mit ähnlichem Inhalt in einer einzigen Sprache. Sie könnten zum Beispiel englischsprachige Inhalte haben, die auf die USA, GB und Irland ausgerichtet sind.
• Wenn Ihr Website-Inhalt vollständig in mehrere Sprachen übersetzt ist. Sie haben zum Beispiel sowohl deutsche als auch englische Versionen jeder Seite.

Lokalisierte Versionen einer Seite werden nur dann als Duplikate betrachtet, wenn der Hauptinhalt der Seite unübersetzt bleibt.

Methoden zur Angabe Ihrer alternativen Seiten

Es gibt drei Möglichkeiten, Google mehrere Sprach-/Gebietsschema-Versionen einer Seite anzugeben:

• HTML
• HTTP-Header
• Sitemap

Die drei Methoden sind aus Sicht von Google gleichwertig und Sie können die Methode wählen, die für Ihre Website am bequemsten ist. Obwohl Sie alle drei Methoden gleichzeitig verwenden können, gibt es keinen Vorteil in der Suche (tatsächlich ist es möglicherweise viel schwieriger, drei Implementierungen zu verwalten, anstatt nur eine auszuwählen).

Verwenden Sie hreflang , um Google über die Varianten Ihres Inhalts zu informieren, damit wir verstehen können, dass diese Seiten lokalisierte Varianten desselben Inhalts sind. Google verwendet nicht
hreflang oder das HTML lang Attribut, um die Sprache einer Seite zu erkennen; stattdessen verwenden wir Algorithmen, um die Sprache zu bestimmen.

Richtlinien für alle Methoden

• Jede Sprachversion muss sich selbst auflisten sowie alle anderen Sprachversionen.
• Alternative URLs müssen vollständig qualifiziert sein, einschließlich der Transportmethode (http/https), also:
  https://example.com/foo, nicht //example.com/foo oder /foo
• Alternative URLs müssen nicht auf derselben Domain liegen.
• Wenn Sie mehrere alternative URLs haben, die auf Nutzer mit derselben Sprache, aber in unterschiedlichen Gebietsschemas ausgerichtet sind, ist es eine gute Idee, auch eine Catchall-URL für geografisch nicht spezifizierte Nutzer dieser Sprache bereitzustellen. Wenn Sie zum Beispiel spezifische URLs für Englischsprachige in Irland (en-ie), Kanada (en-ca) und Australien (en-au) haben, stellen Sie eine allgemeine englische (en) Seite für Suchende in den USA, Großbritannien und allen anderen englischsprachigen Standorten bereit. Es kann eine der spezifischen Seiten sein, wenn Sie möchten.
• Wenn zwei Seiten nicht beide aufeinander verweisen, werden die Tags ignoriert. Dies dient dazu, dass jemand auf einer anderen Seite nicht willkürlich ein Tag erstellen kann, das sich selbst als alternative Version einer Ihrer Seiten bezeichnet.
• Wenn es schwierig wird, einen vollständigen Satz bidirektionaler Links für jede Sprache zu pflegen, können Sie einige Sprachen auf einigen Seiten weglassen; Google wird die verarbeiten, die aufeinander verweisen. Es ist jedoch wichtig, neu erweiterte Sprachseiten bidirektional mit der ursprünglichen/dominanten Sprache(n) zu verknüpfen. Wenn Ihre Website zum Beispiel ursprünglich auf Französisch mit URLs auf .frerstellt wurde, ist es wichtiger, neuere mexikanische (.mx) und spanische (.es) Seiten bidirektional mit Ihrer starken .fr Präsenz zu verknüpfen, anstatt Ihre neuen spanischsprachigen Variantenseiten (.mx und .es) bidirektional miteinander zu verknüpfen.
• Erwägen Sie das Hinzufügen einer Fallback-Seite für nicht übereinstimmende Sprachen, insbesondere bei Sprach-/Länderauswahlen oder automatisch weiterleitenden Startseiten. Verwenden Sie the x-default Wert:
  <link rel="alternate" href="https://example.com/" hreflang="x-default" />

HTML-Tags

Fügen Sie <link rel="alternate" hreflang="lang_code"... > Elemente zu Ihrem Seiten-Header hinzu, um Google alle Sprach- und Region-Varianten einer Seite mitzuteilen. Dies ist nützlich, wenn Sie keine Sitemap haben oder nicht die Möglichkeit haben, HTTP-Antwort-Header für Ihre Website anzugeben.

Fügen Sie für jede Variante der Seite einen Satz von <link> Elementen in den
<head> hinzu Element, ein Link für jede Seitenvariante einschließlich sich selbst. Der Satz von Links ist für jede Version der Seite identisch.
Siehe die zusätzlichen Richtlinien.

Hier ist die Syntax von jedem Link Element:

Das <link> Tags müssen sich innerhalb eines
gut formatierten <head> Bereich
des HTML. Fügen Sie im Zweifelsfall Code von Ihrer gerenderten Seite in ein
HTML-Validator ein, um sicherzustellen, dass sich die Links innerhalb des <head> Elements befinden. Kombinieren Sie außerdem keine
Link Tags für alternative Darstellungen des Dokuments; kombinieren Sie zum Beispiel keine
hreflang Anmerkungen mit anderen Attributen wie media in einem einzigen
<link> Tag.

Beispiel

Example Widgets, Inc hat eine Website, die Nutzer in den USA, Großbritannien und Deutschland bedient. Die folgenden URLs enthalten im Wesentlichen denselben Inhalt, jedoch mit regionalen Varianten:

Beachten Sie, dass die sprachspezifischen Subdomains in diesen URLs (en, en-gb, en-us, de) von Google nicht verwendet werden, um die Zielgruppe für die Seite zu bestimmen; Sie müssen die Zielgruppe explizit zuordnen.

Hier ist das HTML, das sich im <head> Bereich aller aufgeführten Seiten in der Tabelle URLs mit regionalen Variantenbefinden würde. Es würde US-, UK-, generische englische und deutsche Sprecher auf lokalisierte Seiten leiten und alle anderen auf eine generische Startseite. Die Google Suche liefert gemäß den Browsereinstellungen des Nutzers das entsprechende Ergebnis.

HTTP-Header

Sie können einen HTTP-Header mit der GET-Antwort Ihrer Seite zurückgeben, um Google über alle Sprach- und Regionsvarianten einer Seite zu informieren. Dies ist nützlich für Nicht-HTML-Dateien (wie PDFs).

Hier ist das Format des Headers:

Sie müssen eine Reihe von <url>, rel="alternate", und hreflang Werten für jede Version der Seite angeben, einschließlich der angeforderten Version , getrennt durch ein Komma, wie im folgenden Beispiel gezeigt. DerLink: Header, der für jede Version einer Seite zurückgegeben wird, ist identisch. Siehe die zusätzlichen Richtlinien. Beispiel

Hier ist ein Beispiel

Link: Header, der von einer Website zurückgegeben wird, die drei Versionen einer PDF-Datei hat: eine für englischsprachige Nutzer, eine für deutschsprachige Nutzer aus der Schweiz und eine für alle anderen deutschsprachigen Nutzer: Sitemap

Sie können eine

XML-Sitemap verwenden, um Google alle Sprach- und Regionsvarianten für jede URL mitzuteilen. Fügen Sie dazu ein <loc> Element hinzu, das eine einzelne URL angibt, mit untergeordneten
<xhtml:link> Einträgen, die jede Sprach-/Gebietsvariante der Seite einschließlich ihrer selbst auflisten. Wenn Sie also 3 Versionen einer Seite haben, wird Ihre Sitemap Einträge für die URLs jeder Version enthalten, und jeder Eintrag wird 3 identische untergeordnete Einträge haben. Sitemap-Regeln:

Geben Sie den xhtml-Namensraum wie folgt an:

• Erstellen Sie ein separates
• <url> Element für jede URL, wie Sie es bei jeder anderen Sitemap tun würden. Jedes
• <url> Element muss ein <loc> untergeordnetes Element enthalten, das die Seiten-URL angibt. Jedes
• <url> Element muss ein untergeordnetes Element <xhtml:link rel=”alternate” hreflang=”
  supported_language-codehaben, das jede alternative Version der Seite auflistet,">
  einschließlich ihrer selbst . Die Reihenfolge dieser untergeordneten<xhtml:link> Elemente spielt keine Rolle, obwohl Sie sie möglicherweise in der gleichen Reihenfolge beibehalten möchten, damit Sie sie leichter auf Fehler überprüfen können. Untergeordnete Elemente zählen nicht zum URL-Limit für Sitemaps. Laden Sie die Sitemap in ein Verzeichnis auf Ihrer Website hoch, für das die Sitemap gilt. Denken Sie daran, dass eine Sitemap nur untergeordnete URLs des Verzeichnisses enthalten kann, von dem aus die Sitemap gehostet wird.
• Unsere
• Dokumentation zu Sitemaps gilt auch für die Sitemap-Erweiterungen. Stellen Sie sicher, dass Sie die
  allgemeinen Sitemap-Richtlinien
  befolgen. Siehe die zusätzlichen Richtlinien..
• Beispiel

Hier ist eine englischsprachige Seite, die auf englischsprachige Nutzer weltweit ausgerichtet ist, mit äquivalenten Versionen dieser Seite, die auf deutschsprachige Nutzer weltweit und deutschsprachige Nutzer in der Schweiz ausgerichtet sind. Hier sind alle URLs, die auf Ihrer Website vorhanden sind:

www.example.com/english/page.html

• ausgerichtet auf englischsprachige Nutzer. www.example.de/deutsch/page.html
• ausgerichtet auf deutschsprachige Nutzer. www.example.de/schweiz-deutsch/page.html
• ausgerichtet auf deutschsprachige Nutzer in der Schweiz. Hier ist die Sitemap für diese drei Seiten:

Unterstützte Sprach- und Regionscodes

Der

hreflang Attributwert besteht aus einem oder optional zwei Werten, getrennt durch einen Bindestrich. Zum Beispiel, en-US . Der erste Code deshreflang Attributs ist der Sprachcode (im ISO 639-1 Format), gefolgt von einem optionalen zweiten Code, der den Regionscode (im ISO 3166-1 Alpha 2 Format) einer alternativen URL darstellt. Nur Sprachcodes, die in ISO 639-1 aufgeführt sind, und Regionscodes, die in ISO 3166-1 Alpha 2 aufgeführt sind, werden unterstützt; andere Codes, die nicht in diesen Standards aufgeführt sind, wie es-419, werden nicht unterstützt.
Warnung

Gut (Deutsch für Nutzer in Belgien)

• de-be: Gut (Niederländisch für Nutzer in Belgien)
• nl-be: Gut (Französisch für Nutzer in Belgien)
• fr-be: es
• Schlecht, da der erste Code für die Sprache ist (be ist der Sprachcode für Belarussisch): be

Um Ihre Kennzeichnung zu vereinfachen, können Sie einen Sprachcode alleine angeben. Zum Beispiel:

• de: Deutschsprachiger Inhalt, unabhängig von der Region
• en-GB: Englischsprachiger Inhalt, für Nutzer in Großbritannien
• de-ES: Deutschsprachiger Inhalt, für Nutzer in Spanien

Für Sprachskriptvariationen, wird das richtige Skript vom Land abgeleitet. Wenn Sie zum Beispiel zh-TW für Nutzer in Taiwan verwenden, wird das Sprachskript automatisch abgeleitet (in diesem Beispiel: Chinesisch-Traditionell). Sie können das Skript auch explizit mit ISO 15924angeben, wie hier:

• zh-Hant: Chinesisch (Traditionell)
• zh-Hans: Chinesisch (Vereinfacht)

Wie bei anderen Sprachcodes können Sie auch eine optionale Region angeben. Verwenden Sie zum Beispiel zh-Hans-US um Chinesisch (Vereinfacht) für Nutzer in den Vereinigten Staaten anzugeben.

Verwenden Sie den x-default Wert für nicht übereinstimmende Sprachen

Der reservierte x-default Wert wird verwendet, wenn keine andere Sprache/Region mit den Browsereinstellungen des Nutzers übereinstimmt. Dieser Wert wird empfohlen, um die Fallback-Seite für Nutzer anzugeben, deren Spracheinstellungen mit keiner der lokalisierten Versionen Ihrer Website übereinstimmen. Obwohl Sie den x-default Wert für jede Seite verwenden können, wurde er für Sprachauswahlseiten entwickelt und funktioniert daher am besten mit diesen.

Es ist nicht erforderlich, einen Sprachcode für den x-default Wert anzugeben; die Seite richtet sich an Nutzer, deren Spracheinstellungen auf Ihrer Website nicht übereinstimmen, daher ist die Sprache der Seite irrelevant.

Um die hreflang="x-default" Anmerkung zu implementieren, fügen Sie ein zusätzliches
link Tag zu den bestehenden hreflang Anmerkungen hinzu und setzen Sie das
href Attribut auf die URL, auf der Ihre Nutzer landen sollen, wenn Ihre Website ihre Sprache nicht unterstützt. Zum Beispiel könnte eine HTML-Implementierung so aussehen:

Fehlerbehebung

Häufige Fehler

Hier sind die häufigsten Fehler bei der hreflang Nutzung:

• Fehlende Rückverweise: Wenn Seite X auf Seite Y verlinkt, muss Seite Y zurück auf Seite X verlinken. Wenn dies nicht für alle Seiten der Fall ist, die hreflang Anmerkungen verwenden, können diese Anmerkungen ignoriert oder nicht korrekt interpretiert werden. Wenn Sie zum Beispiel diesen Link auf https://de.example.com/index.html:

  betrachten, müssen Sie auch einen hreflang Link auf
  https://en-gb.example.com/index.html haben, der zurück auf die de
  Version des Inhalts zeigt:
• Falsche Sprachcodes: Stellen Sie sicher, dass alle von Ihnen verwendeten Sprachcodes die Sprache (im ISO 639-1-Format) und optional die Region (im ISO 3166-1 Alpha 2-Format) einer alternativen URL identifizieren. Die Angabe der Region allein ist nicht gültig.
• Falsche Regionscodes: Stellen Sie sicher, dass Sie offiziell zugewiesene Codeelemente für die Regionen verwenden, die Sie identifizieren möchten (im
  ISO 3166-1 Alpha 2-Format). Wenn Sie Codes verwenden, die als reserviert für etwas anderes aufgeführt sind, ignoriert Google Search diesen Teil der Anmerkung (zum Beispiel hat die Verwendung von EU, UNoder UK
  in hreflang Anmerkungen keinen Effekt auf Google Search).

Debugging hreflang Fehler

Es gibt viele Drittanbieter-Tools, die Sie verwenden können, um hreflang
Anmerkungen zu debuggen. Hier sind einige beliebte Tools. Diese Tools werden nicht von Google gewartet oder geprüft.

• Aleyda Solis’ hreflang Tag-Generator-Tool
  zum Erstellen oder Ändern von hreflang Tags.
• Merkle SEO hreflang Tag-Test-Tool
  zur Validierung von hreflang Tags auf einer einzelnen Live-Seite.