Inhalte unter mehrsprachigen Vorlagen vereinheitlichen

Donnerstag, 9. September 2010

Wenn Sie eine globale Website haben, die Seiten enthält, bei denen:

• die Vorlage (d. h. Seitennavigation, Footer) maschinell in verschiedene Sprachen übersetzt wird,
• der Hauptinhalt unverändert bleibt, wodurch weitgehend doppelte Seiten entstehen,

und manchmal Suchergebnisse Nutzer zur falschen Sprache leiten, möchten wir Ihnen helfen, Ihre internationale/mehrsprachige Zielgruppe besser anzusprechen durch:

Wie Sie wissen, wenn
rel="canonical" oder ein
301 Antwortcode
korrekt implementiert ist, werden wir präziser bei der Bündelung von Informationen aus doppelten URLs, wie etwa der Konsolidierung ihrer Verknüpfungseigenschaften. Wenn nun
rel="alternate" hreflang="x" in Verbindung mit
rel="canonical" oder 301 Weiterleitungen verwendet wird, sind nicht nur unsere Indexierungs- und Verknüpfungseigenschaften präziser, sondern wir können Nutzern auch besser die URL ihrer bevorzugten Sprache bereitstellen.

Beispielkonfiguration, die optimal für rel="alternate" hreflang="x"

ist Wie funktioniert das alles? Stellen Sie sich vor, Sie sind der stolze Besitzer von example.com, einer Website namens „The Network“, auf der Nutzer ihr ganz eigenes Profil erstellen können. Nehmen wir an, Javier Lopez, ein Spanischsprachiger, erstellt seine Seite unter:

https://es.example.com/javier-lopez

Da Sie versuchen, ein mehrsprachiges Publikum anzusprechen, wird Javiers Profil, sobald er auf „Veröffentlichen“ klickt, sofort in anderen Sprachen mit den übersetzten Vorlagen verfügbar. Außerdem wird jede der neuen Sprachversionen unter einer separaten URL bereitgestellt.

Hintergrund zum alten Problem: Du ادinhalte durch Sprachvarianten
Die obige Konfiguration machte es anderssprachigen Besuchern leichter, den Inhalt zu verstehen, war jedoch für Suchmaschinen etwas problematisch: Es gibt drei URLs (englische, französische und spanische Versionen) für denselben Hauptinhalt in Javiers Profil. Webmaster wollten
Duplicate-Content

-Probleme (wie PageRank-Verwässerung) durch diese mehreren Versionen vermeiden und gleichzeitig sicherstellen, dass wir dem Nutzer die passende Version bereitstellen.

Eine neue Lösung für lokalisierte Vorlagen

Vorab, um Missverständnisse zu vermeiden: Die von uns vorgeschlagene Strategie ist nicht für mehrsprachige Websites geeignet, deren Seiteninhalte vollständig übersetzt werden. Wir möchten gezielt die Situation verbessern, in der die Vorlage lokalisiert ist, der Hauptinhalt einer Seite jedoch über Sprach-/Ländervarianten hinweg doppelt/identisch bleibt.

• Bevor wir zu den konkreten Schritten kommen, gilt weiterhin unser bisheriger Rat:
  Verknüpfen Sie eine URL mit einem Inhalt. Wir raten davon ab, dieselbe URL für mehrere Sprachen zu verwenden, wie etwa das Bereitstellen französischer und englischer Versionen unter example.com/page.html
  basierend auf Nutzerinformationen (IP-Adresse, Accept-Language
• HTTP-Header). Wenn mehrere Sprachen im Spiel sind, ist es am besten, die Sprach- oder Länderangabe in der URL aufzunehmen, zum Beispiel example.com/en/welcome.html und example.com/fr/accueil.html (die en undfr
  spezifizieren) anstelle von example.com/welcome.html und
  example.com/accueil.html
  (die keine explizite Länder-/Sprachangabe enthalten). Weitere Vorschläge finden Sie in unseren Blogbeiträgen über
  das Gestalten lokalisierter URLs.

und

mehrsprachige Websites

Für das neue Feature: Wählen Sie das passende Canonical aus.,
Das Canonical bestimmt die Version Ihres Inhalts, die indexiert und Nutzern angezeigt werden soll. Der erste Schritt, um den richtigen Inhalt indexierbar zu machen, besteht darin, eine kanonische URL auszuwählen, die den tatsächlichen Standort des Hauptinhalts der Seite am besten widerspiegelt. Da Javier im obigen Beispiel ein spanischsprachiger Nutzer ist und sein Profil unter es.example.com

erstellt hat, ist

1. 301 https://es.example.com/javier-lopez
   das logische Canonical. Titel und Snippet in allen Regionen werden von der kanonischen URL übernommen.
   Sobald Sie die kanonische URL ausgewählt haben, können Sie entweder: (permanente Weiterleitung)
   von den Sprachvarianten zum Canonical einrichten. Wenn beispielsweise ein französischsprachiger Nutzer fr.example.com/javier-lopez
   besucht (nicht das Canonical), sollte diese Seite ein Cookie enthalten, um die französische Sprachpräferenz des Nutzer zu speichern. Leiten Sie dann dauerhaft vonfr.example.com/javier-lopez
   zum Canonical unter es.example.com/javier-lopez weiter. Dank des Cookies wird es.example.com/javier-lopez sein Grundgerüst weiterhin auf Französisch rendern (sogar auf der
   es.example.com 301 Subdomain!). Ähnlich würde
   en.example.com/javier-lopezden Wert dieses Cookies auf Englisch setzen und dann
2. weiterleiten zu es.example.com/javier-lopez. Das Einfügen eines Links zur Sprachauswahl ist ebenfalls hilfreich, falls ein mehrsprachiger Nutzer eine andere Erfahrung auf Ihrer Website bevorzugt. Verwenden Sie rel=”canonical”zuschreiben möchten. Fügen Sie auf den anderen Sprachvarianten einmüssen, einensehen können. Fügen Sie auf den anderen Sprachvarianten einen Tag hinzu, der auf Ihre gewählte kanonische URL verweist. In unserem Beispiel, da das Canonical für Javiers Profil die spanische Version ist, würden die englischen und französischen Seiten (und optional sogar die spanische Seite selbst) enthalten <link rel=”canonical” href="https://es.example.com/javier-lopez" />.
   Cookies sind bei diesem Setup nicht im Spiel. Daher wird einem französischsprachigen Nutzer
   es.example.com/javier-lopez mit einem spanischen Template ausgeliefert. Implementieren Sie Schritt 2, wenn Sie möchten,
   dass den französischsprachigen Nutzern die französische Version unter
   fr.example.com/javier-lopez in den Google-Suchergebnissen angezeigt wird.

Geben Sie in der kanonischen URL die verschiedenen Sprachversionen über das rel="alternate"
Link-Tag an, unter Verwendung seines hreflangAttributs.

rel="alternate" URLs können gemäß den Sprachpräferenzen eines Nutzers in den Suchergebnissen angezeigt werden. Der Titel und das Snippet werden jedoch weiterhin von der kanonischen URL generiert (wie
es üblich ist bei rel="canonical"), nicht aus dem Inhalt einer
rel="alternate".

Sie können Google dabei unterstützen, Ihren internationalen Nutzern die korrekt lokalisierte Variante Ihrer URL anzuzeigen,
indem Sie folgende Tags hinzufügen zu https://es.example.com/javier-lopez, dem ausgewählten
Kanonischen:

rel="alternate" gibt an, dass die URL eine alternative Version enthält, die sich unter der
URI des href Werts befindet. hreflang identifiziert den Sprachcode der
alternativen URL und kann angegeben werden mit
ISO-639.

Bitte beachten Sie: Wenn Ihre Website viele Sprachen unterstützt und Sie sich wegen der erhöhten Dateigröße
beim Deklarieren zahlreicher rel="alternate" URLs sorgen, lesen Sie bitte unseren Hilfscenter-Artikel
über
Konfiguration rel="alternate" mit Dateigrößenbeschränkungen.

Nach Abschluss der Schritte sieht die Konfiguration auf “The Network” wie folgt aus:

• https://en.example.com/javier-lopez: entweder 301 leitet mit einem
  Sprach-Cookie weiter oder enthält
  <link rel=”canonical” href=”https://es.example.com/javier-lopez” />
• https://fr.example.com/javier-lopez: entweder 301 leitet mit einem
  Sprach-Cookie weiter oder enthält
  <link rel=”canonical” href=”https://es.example.com/javier-lopez” />
• https://es.example.com/javier-lopez: ist das Kanonische und enthält
  <link rel="alternate" hreflang="en" href="https://en.example.com/javier-lopez" />
  und
  <link rel="alternate" hreflang="fr" href="https://fr.example.com/javier-lopez" />

Ergebnisse der obigen Implementierung

• Wenn Ihr Content in den Suchergebnissen ausgegeben wird, sehen Nutzer wahrscheinlich die URL, die ihrer
  Sprachpräferenz entspricht, unabhängig davon, ob es sich um das Kanonische handelt oder nicht. (Gute Nachrichten!) Dies liegt daran, dass wir
  mit rel="canonical" oder einem 301 Redirect die Sprachvarianten mit dem Kanonischen zusammenführen können. Mit rel="alternate" hreflang="x" können wir zum Ausspielzeitpunkt
  dem Nutzer die URL der am besten geeigneten Sprache bereitstellen: Englischsprachigen wird en.example.com/javier-lopez als Ergebnis für die URL in Javiers Profil serviert,
  französischsprachige Nutzer sehen fr.example.com/javier-lopez, spanischsprachige Nutzer sehen
  es.example.com/javier-lopez.
• Durch die Implementierung von Schritt 1 ist für Nutzer in den Suchergebnissen nur Content aus der kanonischen Version verfügbar (das heißt, Content aus den Duplikatversionen ist nicht durchsuchbar). Da die
  spanische Version es.example.com/javier-lopez das Kanonische ist, können Suchanfragen, die Template-Inhalte von dieser Seite enthalten, zum Beispiel “Javier Lopez familia” – bei Verwendung einer beliebigen
  Sprachpräferenz –, sein Profil (Content aus der kanonischen Version) zurückgeben. Andererseits ist es bei Suchanfragen, die Template-Inhalte der “Duplikat”-Version enthalten, zum Beispiel
  “Javier Lopez family”, weniger wahrscheinlich, dass sie seine Profilseite zurückgeben. Wenn Sie möchten, dass die anderen
  Sprachversionen separat indexiert werden und durchsuchbar sind, vermeiden Sie die Verwendung von
  rel="canonical" und rel="alternate".
• Indexierungseigenschaften wie Verknüpfungsinformationen von den duplizierten Sprachvarianten werden mit dem Kanonischen konsolidiert.

Um es zusammenzufassen (noch einmal, mit Gefühl!)

Für Websites, deren Template lokalisiert ist, deren Hauptcontent der Seiten jedoch unübersetzt bleibt:

1. Sobald Sie das Kanonische ausgewählt haben, können Sie entweder
   rel="canonical"
   oder einen 301 (dauerhaften Redirect) von den verschiedenen lokalisierten Seiten zur kanonischen
   URL verwenden.
2. Geben Sie auf der kanonischen URL den sprachspezifischen duplizierten Content mit
   anderem Boilerplate über das rel="alternate" Link-Tag an, unter Verwendung seines
   hreflang Attributs. Auf diese Weise kann Google unseren internationalen Nutzern die korrekt lokalisierte Variante
   Ihrer URLs anzeigen.

Wir sind uns bewusst, dass dies etwas kompliziert sein kann. Wenn Sie also Fragen haben, stellen Sie diese bitte in unserem
Webmaster-Forum!

Verfasst von Surabhi Gupta, Joachim Kupke und Jayesh Vyas, Search Localization and Indexing Teams