Google Webmaster-Zentrale Blog [DE]: Duplicate Content trotz mehrsprachiger Templates verhindern

Webmaster-Zentrale Blog

Offizielle Informationen zum Crawling und zur Indexierung von Webseiten und News für Webmaster

Duplicate Content trotz mehrsprachiger Templates verhindern

Mittwoch, 6. Oktober 2010

eine Vorlage (Template), wie beispielsweise Navigation oder Fußzeile, automatisch in verschiedene Sprachen übersetzt wird,

der Haupt-Content aber unverändert bleibt, was zu vielen Seiten mit Duplicate Content führt,

Zwei lokalisierte Versionen, http://en.example.com/javier-lopez auf Englisch und http://fr.example.com/javier-lopez auf FranzösischHintergrund des alten Problems: duplizierter Content aufgrund von SprachvariantenDuplicate ContentEine neue Lösung für lokalisierte Vorlagen

jeweils eine URL für einen bestimmten Content zu verwenden. Wir raten davon ab, die gleiche URL für mehrere Sprachen zu verwenden. Beispielsweise sollten die französische und englische Version nicht beide - je nach Nutzerinformationen wie IP-Adresse oder Accept-Language-HTTP-Header - auf example.com/page.html, bereitgestellt werden.

Wenn mehrere Sprachen im Spiel sind, ist es das Beste, eine Angabe der Sprache oder des Landes in die URL zu integrieren. Anstatt example.com/welcome.html und example.com/accueil.html, die keine ausdrückliche Angabe des Landes bzw. der Sprache enthalten, solltet ihr also example.com/en/welcome.html und example.com/fr/accueil.html verwenden, bei denen "en" und "fr" angegeben sind. Weitere Vorschläge findet ihr in unseren Blogposts zu den Themen Lokalisierte URLs erstellen und Mehrsprachige Websites.

Schritt 1: Wählt das korrekte kanonische Tag.http://es.example.com/javier-lopez301-Weiterleitung (dauerhafte Weiterleitung)rel=”canonical”<link rel=”canonical” href="http://es.example.com/javier-lopez" />Schritt 2: Gebt in der kanonischen URL über das Link-Tag rel=”alternate” mit dem Attribut hreflang die verschiedenen Sprachversionen an. rel=”alternate”-URLs können in Suchergebnissen entsprechend der Sprachpräferenz des Nutzers angezeigt werden. Titel und Snippet werden jedoch, wie es bei rel=”canonical” üblich ist, weiter aus der kanonischen URL erstellt und nicht aus dem Content einer der rel=”alternate”-URLs.<link rel=”alternate” hreflang="en" href="http://en.example.com/javier-lopez" /><link rel=”alternate” hreflang="fr" href="http://fr.example.com/javier-lopez" />rel=”alternate”ISO-639rel=”alternate”-Konfiguration mit Dateigrößenbeschränkungen in unserer Hilfeentweder 301-Weiterleitung mit einem Sprachcookie oder enthält <link rel=”canonical” href=”http://es.example.com/javier-lopez” />entweder 301-Weiterleitung mit einem Sprachcookie oder enthält <link rel=”canonical” href=”http://es.example.com/javier-lopez” />ist die kanonische URL und enthält
<link rel=”alternate” hreflang="en" href="http://en.example.com/javier-lopez" />
und
<link rel=”alternate” hreflang="fr" href="http://fr.example.com/javier-lopez" />Ergebnisse der obigen Implementierung

Wenn euer Content in Suchergebnissen auftaucht, sehen Nutzer wahrscheinlich die URL, die ihrer Sprachpräferenz entspricht, egal, ob es sich dabei um die kanonische URL handelt oder nicht. Super, oder? Dies wird dadurch ermöglicht, dass wir bei rel=”canonical” oder einer 301-Weiterleitung die Sprachvariationen mit der kanonischen URL sammeln können. Mit rel=”alternate” hreflang=”x” können wir dem Nutzer die seiner Sprache am besten entsprechende URL bereitstellen: für englischsprachige Nutzer wäre das en.example.com/javier-lopez als Ergebnis für die URL in Javiers Profil, für französischsprachige Nutzer fr.example.com/javier-lopez, und für spanischsprachige Nutzer es.example.com/javier-lopez.

Schritt 1 macht in Suchergebnissen nur den Content der kanonischen Version für Nutzer verfügbar. Der Content der duplizierten Versionen kann also nicht über Suchmaschinen gefunden werden. Da es sich bei der spanischen Version es.example.com/javier-lopez um die kanonische Version handelt, können Suchanfragen - mit beliebiger Sprachpräferenz -, die Content aus den Vorlagen dieser Seite wie beispielsweise [Javier Lopez familia] enthalten, das Profil von Javier als Ergebnis liefern, da es sich bei seinem Profil um Content der kanonischen Version handelt. Bei Suchanfragen, die Content aus den Vorlagen einer "duplizierten" Version enthalten, wie beispielsweise [Javier Lopez family], ist die Wahrscheinlichkeit, dass Javiers Profil gefunden wird, jedoch geringer. Wenn ihr möchtet, dass die Versionen für die anderen Sprachen separat indexiert werden und über Google gefunden werden können, solltet ihr rel=”canonical” und rel=”alternate” nicht verwenden.

Indexierungseigenschaften wie Link-Informationen der duplizierten Sprachvarianten werden mit der kanonischen Seite zusammengeführt.

Noch mal kurz und schmerzlos zusammengefasst:rel=”canonical”dauerhafte Weiterleitung 301Webmaster-ForumUnifying content under multilingual templates (English version)

Google

Labels: Best Practices , Crawling und Indexierung , Duplicate Content

Labels

#NoHacked 2
2017 1
Accessibility 13
AJAX 1
AMP 7
Android 2
api 1
App-Indexierung 3
Best Practices 99
Bildersuche 2
captcha 1
Chrome 4
Code 12
Crawling 1
Crawling und Indexierung 126
Diskussionsforum 15
Duplicate Content 17
Dynamic Rendering 1
Einsteiger 8
Event 1
events 1
Feedback 1
Geo-Targeting 11
Google Analytics 6
Google Dance 1
Google News 1
Google Places 4
Google-Assistant 1
Google-Suche 59
Google+ 9
Hacking 16
Hangouts 1
https 3
JavaScript 3
Kanonische URL 1
Kommentare 1
Konferenz 19
Lighthouse 3
Links 18
Malware 17
Mobile 38
Mobile-first indexing 1
Nachrichten-Center 16
Optimisation 3
PageSpeed Insights 2
Penalties 1
Performance 3
Ranking 1
reCaptcha v3 1
Rendering 2
Rich Snippets 18
Richtlinien für Webmaster 36
robots.txt 7
Safe Browsing 5
Search Console 19
Search Results 1
Security 4
Seitenzugriff 1
SEO 4
Sicherheit 38
Site Clinic 5
Sitemaps 30
Spam Report 9
SSL 1
Structured Data 8
Tools und Gadgets 17
Verschlüsselung 1
Video 132
Webmaster blog 1
Webmaster Community 1
Webmaster-Academy 1
Webmaster-Tools 154
webspam 3

Archiv

2020
- Nov.
- Sept.
- Aug.
- Juli
- Juni
- Mai
- Apr.
- März
- Feb.

2019
- Dez.
- Nov.
- Okt.
- Sept.
- Juni
- Mai
- Feb.
- Jan.

2018
- Dez.
- Nov.
- Okt.
- Sept.
- Juli
- Juni
- Mai
- Apr.
- Feb.
- Jan.

2017
- Dez.
- Nov.
- Juni
- Apr.
- März
- Jan.

2016
- Nov.
- Sept.
- Aug.
- Juli
- Juni
- Mai
- Apr.
- März
- Jan.

2015
- Dez.
- Nov.
- Okt.
- Sept.
- Aug.
- Juli
- Mai
- Apr.
- März
- Feb.
- Jan.

2014
- Nov.
- Okt.
- Sept.
- Aug.
- Juni
- Mai
- Apr.
- März
- Feb.
- Jan.

2013
- Dez.
- Nov.
- Okt.
- Aug.
- Juli
- Juni
- Mai
- Apr.
- März
- Feb.
- Jan.

2012
- Dez.
- Nov.
- Okt.
- Sept.
- Aug.
- Juli
- Juni
- Mai
- Apr.
- März
- Feb.
- Jan.

2011
- Dez.
- Nov.
- Okt.
- Sept.
- Aug.
- Juli
- Juni
- Mai
- Apr.
- März
- Feb.
- Jan.

2010
- Dez.
- Nov.
- Okt.
- Sept.
- Aug.
- Juli
- Juni
- Mai
- Apr.
- März
- Feb.
- Jan.

2009
- Dez.
- Nov.
- Okt.
- Sept.
- Aug.
- Juli
- Juni
- Mai
- Apr.
- März
- Feb.
- Jan.

2008
- Dez.
- Nov.
- Okt.
- Sept.
- Aug.
- Juli
- Juni
- Mai
- Apr.
- März
- Feb.
- Jan.

2007
- Dez.
- Nov.
- Okt.
- Sept.
- Aug.
- Juli
- Juni
- Mai
- Apr.
- März

Feed

Forum für Webmaster
Webmaster-Sprechstunden
Webmaster-Tools-Hilfe
Developers-Site für Webmaster

Google
Privacy
Terms