hreflang: Die 10 häufigsten Fehler inklusive „Hall of Fame“ & Tool-Tipps

Miladin schrieb am 7. April, 2014 @ 11:12

…top Zusammenfassung!
Danke…

Gruß
Miladin

Stephan schrieb am 14. April, 2014 @ 12:27

Ein sehr guter Beitrag. Sehr gute Tipps sind dabei wodrauf man achten soll. Einiges Übersieht man gerne mal. Da ist es gut das man noch mal drauf hin gewiesen wurde. So wie mit dem Länder-Code gb für das Vereinigte Königreich und nicht uk.

Gruß Stephan

Toni schrieb am 22. Oktober, 2014 @ 17:46

Hi Eoghan,

dein Beitrag ist wirklich sehr interessant. Vielleicht kannst du mir noch deine Meinung zu folgender Frage mitteilen.

Wir betreiben in Deutschland und Italien einen Preisvergleich. Statt auf einen sprachunabhängigen Brand zu setzen, haben wir unsere deutsche Domain ins italienische übersetzt.
Für die italienische Seite haben wir komplett neuen Content und neue Links aufgebaut, jedoch rankt die italienische Domain deutlich schlechter.

Um Google die Verbindung zwischen den zwei Seiten beizubringen und eventuell einen Boost in den Rankings zu erlangen, planen wir das alternate hreflang einzubauen.
(ja, wir bauen italienische Backlinks auf, jedoch würde ich gerne von unserer deutschen starken Seite profitieren)

Laut Google (https://support.google.com/webmasters/answer/189077?hl=de)
soll das hreflang in folgenden Fällen benutzt werden
1. … Sie belassen die wesentlichen Inhalte in einer einzigen Sprache und übersetzen nur die Vorlage …
2. … geringfügige regionale Abweichungen auf mit ähnlichen Inhalten in einer einzigen Sprache …
3. … Die Inhalte Ihrer Website sind vollständig übersetzt …

1. kommt nicht in Frage, da die komplett Seite übersetzt ist
2. kommt nicht in Frage, da es sich um komplett unterschiedliche Sprachen handelt
3. kommt nicht in Frage, da nicht alle Produkte und somit Landing-Pages in Italien existieren. Für ca. 50% der Landing-Pages haben wir italienische Seiten.

Was sagst du dazu?

Eoghan Henn schrieb am 22. Oktober, 2014 @ 18:09

Hallo Toni,

in diesem Fall empfehle ich dir, hreflang für alle Unterseiten, die in beiden Sprachen verfügbar sind, einzurichten. Die hreflang-Verknüpfung geschieht auf URL-Ebene, es ist also ganz egal, ob alle URLs übersetzt sind, oder nicht. Ich kann nachvollziehen, dass die Passage von Google, die du zitierst, irreführend ist. Punkt drei meint nicht, dass alle URLs übersetzt sein müssen. Hier ist gemeint, dass man hreflang einsetzen kann, wenn man den Inhalt einer URL komplett übersetzt (im Gegensatz zu Punkt 1, wo nur Teile übersetzt werden, oder Punkt 2, wo es regionale Abweichungen innerhalb einer Sprache gibt). Punkt 3 trifft also auf dich zu!

Wir hatten mal einen ähnlichen Fall: Eine starke deutsche Domain und zwei inhaltlich etwas abgespeckte Domains für weitere Länder. Nachdem wir für die wichtigsten Unterseiten hreflang implementiert hatten (nicht mal für alle übersetzten Seiten, sondern nur für ca. 10 URLs), konnten wir bei den beiden schwächeren Domains einen positiven Effekt im Ranking beobachten.

Viel Erfolg bei deinem hreflang-Projekt. Wenn du noch Fragen hast, melde dich gerne. Und du musst natürlich über die Ergebnisse berichten 😉

Grüße,

Eoghan

Toni schrieb am 23. Oktober, 2014 @ 12:26

Hi Eoghan,
danke für deine Antwort.
Hast du auch Erfahrung in wie weit Penalties beim hreflang sich auswirken/übertragen werden?
Unsere deutsche Domain steht gut dar, während die italienische vermutlich von einer Panda Penalty betroffen ist. Die Domain haben wir zwar komplett bereinigt, jedoch steigen wir zur Zeit noch nicht.
Könnte die Verknüpfung der beiden Domains zu einer Penalty-Übertragung auf unser deutsches Portal führen?

Eoghan Henn schrieb am 23. Oktober, 2014 @ 13:52

Hi Toni, ohne die Hintergründe bei euch genau zu kennen, kann ich da leider keine konkrete Aussage zu treffen.

Aber die Zweifel bei eurer italienischen Domain müsst ihr ja sowieso aus der Welt schaffen. Schon wegen der höheren Priorität würde ich empfehlen, das vor der hreflang-Einbindung zu erledigen.

Ganz unabhängig davon halte ich es für unwahrscheinlich, dass eure deutsche Website unter der Verknüpfung leiden könnte. Wir hatten zuletzt einen ähnlichen Fall: Die .co.uk-Domain hatte Altlasten (schlechtes Onpage-SEO und unprofessioneller Linkaufbau), die .com-Domain war sauber. Wir haben, ohne Links abzubauen, aber nach einen kompletten Website-Relaunch, hreflang implementiert und konnten nur positive Auswirkungen feststellen.

Trotzdem solltet ihr auf jeden Fall zunächst alle negativen Faktoren bei der italienischen Domain beseitigen. Holt euch da doch zur Not eine externe Meinung rein. Ein Blick von außen kann da sehr hilfreich sein.

Grüße,

Eoghan

Dietmar schrieb am 30. Oktober, 2014 @ 9:31

Hallo,

vielen Dank für den Artikel, wobei ich mir mir immernoch nicht sicher bin ob ich bei einer rein deutschsprachigen Website auf einer .net Domain einhreflang tag setzten soll oder nicht.

In den Webmastertools wird es mir zumindest als Fehler angezeigt das ich keines habem daher werde ich es einmal probieren.

lg
Dietmar

Eoghan Henn schrieb am 4. November, 2014 @ 10:04

Hi Dietmar,

bei einer rein deutschsprachigen Website brauchst du keine hreflang-Tags.

Du hast recht, in den Webmaster Tools sieht die Meldung „Ihre Website weist keine hreflang-Tags auf“ wie eine Fehlermeldung aus. Das ist aber wohl eher als reine Feststellung gemeint.

Grüße,

Eoghan

Johan Hülsen schrieb am 6. Mai, 2015 @ 15:29

Hallo, schöne Zusammenfassung.
Testweise habe ich mir https://sedo.com/de/ mal angesehen:
13 Hreflangs. Davon verweisen 5 referenzierte URLs mit einem 302 auf andere URLs.
Zusätzlich (kein Fehler, aber mindestens unschön) widersprechen sich in 7 Fällen die Sprache im Hreflang und die Language im HTML-Dokument. Beispiel:

D ist keine valide Sprache. Ebensowenig, wie CN, KR, JP, E, US oder BR.

Wenn man das Thema Sprachauszeichnung angeht, dann endet das nicht bei Hreflang-Tags. Die Sprachauszeichnung auf der Seite (inkl. Content-Language-HTTP-Header) gehört dazu.

Eoghan Henn schrieb am 6. Mai, 2015 @ 17:22

Hi Johan, danke für deine Hinweise! Bei einigen der Beispiele in der „Hall of fame“ haben wir ein Auge zugedrückt. In der Praxis ist es leider doch für viele Unternehmen schwer, alles 100%ig richtig umzusetzen. Wir haben aber auch schon oft den Fall gesehen, dass teilweise falsch oder unvollständig umgesetzte hreflang-Auszeichnungen trotzdem den gewünschten Effekt hatten. Und wenn wir noch Fehler bei den hier aufgelisteten Websites finden oder darauf hingewiesen werden, geben wir die Info an die Website-Betreiber weiter, denn rausschmeißen möchten wir hier niemanden 😉

Christopher schrieb am 20. Juli, 2015 @ 13:14

Hi!

Danke für den Beitrag.

Ich würde mich freuen, wenn unser kleiner Webshop mit den Standorten AT,DE,CH auch in die Liste mitaufgenommen wird. Natürlich nur soweit ich alles korrekt umgesetzt habe 🙂

https://www.aktiv-naturheilmittel.de

Eoghan Henn schrieb am 20. Juli, 2015 @ 16:57

Hallo Christopher, das sieht schon gut aus! Nur auf der Startseite ist dir scheinbar ein kleiner Fehler unterlaufen. Da ist für jede Sprache immer jeweils die selbe URL verlinkt.

Christopher schrieb am 21. Juli, 2015 @ 9:36

Dann bitte ich um erneute Überprfüfung 🙂 Danke für den Hinweis!

Eoghan Henn schrieb am 21. Juli, 2015 @ 10:11

Jetzt sieht’s gut aus! Überprüfe am besten auch in den nächsten Tagen mal die hreflang-Fehler in der Search Console unter Suchanfragen > Internationale Ausrichtung. Mein Kollege Chris hat dazu auch mal eine kurze Anleitung geschrieben: https://www.ranking-check.de/blog/internationale-ausrichtung-mit-hreflang-tag/

Namlit schrieb am 26. August, 2015 @ 15:32

x-default ist irgendwie ein Mirakel. Was sagt ihr zu dieser Variante (Sprachwahlmenü auf Seite vorhanden)?

…

Einverstanden oder fehlerhaft?

Außerdem würde mich interessieren warum in der Google Search Console (Webmaster Tools) bei den hreflang-Tag Fehler PDF gelistet werden könnten.

Eoghan Henn schrieb am 2. September, 2015 @ 14:49

Hallo Tillman, deine erste Frage verstehe ich leider nicht. Fehlt da das Beispiel?

Zu deiner zweiten Frage: Die Fehlermeldungen in der Search Console finde ich auch oft rätselhaft. Zum Beispiel wird dort auch regelmäßig bemängelt, dass die x-default-Variante nicht zurücklinkt. PDFs könnte man aber theoretisch über die XML-Sitemaps per hreflang miteinander verknüpfen.

Holger schrieb am 9. Oktober, 2015 @ 16:30

zu 9) „Es ist wichtig, dass die Einstellungen unter „Internationale Ausrichtung“ in den Google Webmaster Tools exakt dieselben Signale senden, wie die hreflang-Auszeichnungen.“

Wie verhält es sich bei einer zweisprachigen ccTLD? In WMT kann die Ausrichtung nicht definiert werden.

beispielshop.de listet Produkte in Deutsch und in Englisch. Die Sprach URLs sind zudem nicht in Ordner strukturiert sondern nur unterschiedliche URLs im Root.

Eoghan Henn schrieb am 12. Oktober, 2015 @ 15:54

Hi Holger, bei ccTLDs hast du eigentlich kaum eine Wahl: Die hreflang-Auszeichnungen sollten das Länderkürzel der ccTLD enthalten. Generische Sprachversionen auf ccTLDs zu definieren, wäre inkonsequent.

Dass die Sprach-URLs in deinem Beispiel nicht in verschiedenen Verzeichnissen liegen, sollte dich nicht davon abhalten, deine URLs korrekt mit hreflang auszuzeichnen.

Also:
-In den Webmaster Tools ist die Einstellung automatisch „Deutschland“.
-Deine URLs zeichnest du mit hreflang als „de-de“ bzw. „en-de“ aus.

Wenn du Nutzer außerhalb von Deutschland gut erreichen willst, solltest du über eine gTLD nachdenken, die du für alle Märkte einsetzt. Hier gibt’s noch mehr zu dem Thema: https://www.ranking-check.de/blog/bessere-seo-performance-mit-internationalen-domains/

Hanno schrieb am 15. Oktober, 2015 @ 23:04

Hier noch eine weitere Webseite für die „Hall of Fame“: http://www.waltix.de

Eoghan Henn schrieb am 20. Oktober, 2015 @ 9:32

Hallo Hanno, danke für das interessante Beispiel. Ich habe dazu eine Anmerkung und eine Rückfrage:

– Du zeichnest die Version auf der .de-Domain als generische deutschsprachige Version aus. Da es sich hierbei aber um eine ccTLD handelt, ist diese Version für Google standardmäßig bereits auf Nutzer in Deutschland ausgerichtet. Das solltest du also auch in den hreflang-Auszeichnungen so kommunizieren, um eindeutige Signale zu senden (siehe auch Fehler 9 oben).

– Warum zeichnest du die deutschsprachige Version auf der .com-Domain als „x-default“ aus? Du setzt, wenn ich das richtig sehe, keine Geo-IP- oder Browsersprach-Redirects ein, oder? Für mich wäre die .com-Version hier eine generische deutschsprachige Version. Als hreflang-Auszeichnung für die Startseite würde ich also folgendes empfehlen und das dann analog für alle Unterseiten umsetzen:

link rel="alternate" href="http://www.waltix.de/" hreflang="de-de"
link rel="alternate" href="http://www.waltix.at/" hreflang="de-at"
link rel="alternate" href="http://www.waltix.ch/" hreflang="de-ch"
link rel="alternate" href="http://www.waltix.com/" hreflang="de"

Grüße,

Eoghan

Jaco schrieb am 4. November, 2015 @ 15:46

Super Artikel, danke!

Ich habe eine Frage bezüglich der x-default-Auszeichnung. Nehmen wir folgende Beispiele:

1. Beispiel:

http://www.shop-1.de bietet Produkte in De und AT an und es lässt sich inhaltlich weitgehend ein 1zu1 Bezug zu http://www.shop-1.at herstellen. Ranken soll aber je nur die für den jeweiligen Markt relevante Version und in anderen Ländern, also außerhalb DE und AT nur die http://www.shop-1.de.

Wäre das dann folgendermaßen okay?

2. Beispiel:

Nehmen wir an, neben der DE- und AT-Version gibt es eine weitere Seite aus GB. Es ist das Mutterunternehmen, hat aber andere Angebote/Produkte und teils ähnliche Inhalte. Die Produkte sind nur für den britischen Markt.

Was wäre hier euer Vorschlag, wäre es so okay?

Wenn außerhalb der jeweiligen Länder alle Domains ranken dürfen, dann sollte es jedoch so aussehen, richtig?

Tausend Dank schon mal 🙂

Jaco schrieb am 4. November, 2015 @ 15:50

Upps der Code ist verloren gegangen, dann noch mal:

Beispiel 1:

link rel=“alternate“ href=“http://www.shop-1.de/“ hreflang=“de-de“
link rel=“alternate“ href=“http://www.shop-1.at/“ hreflang=“de-at“
link rel=“alternate“ href=“http://www.shop-1.de/“ hreflang=“x-default“

2. Beispiel:

Nehmen wir an, neben der DE- und AT-Version gibt es eine weitere Seite aus GB. Es ist das Mutterunternehmen, hat aber andere Angebote/Produkte und teils ähnliche Inhalte. Die Produkte sind nur für den britischen Markt.

Beispiel 2 Frage 1:

link rel=“alternate“ href=“http://www.shop-1.de/“ hreflang=“de-de“
link rel=“alternate“ href=“http://www.shop-1.at/“ hreflang=“de-at“
link rel=“alternate“ href=“http://www.shop-1.com/“ hreflang=“x-default“

Beispiel 2 Frage 2:

link rel=“alternate“ href=“http://www.shop-1.de/“ hreflang=“de-DE“
link rel=“alternate“ href=“http://www.shop-1.at/“ hreflang=“de-AT“
link rel=“alternate“ href=“http://www.shop-1.com/“ hreflang=“en-GB“

Eoghan Henn schrieb am 9. November, 2015 @ 15:32

Hi Jaco, danke für deine interessanten Fragen. Deine Überlegungen sind gut und wichtig, aber ich bin mit deinen Vorschlägen nicht ganz einverstanden.

Erst einmal zum Wert „x-default“. Diesen brauchst du wirklich nur, wenn due Geo-IP-Redirects oder Vorschaltseiten einsetzt. Eine „richtige“ Content-Version wird nie mit „x-default“ ausgezeichnet. Und schon gar nicht sollte man Versionen doppelt auszeichnen, also einmal mit einem Sprach- und/oder Ländercode und zusätzlich noch mit „x-default“. Das sieht man zwar oft, aber es ist falsch.

Außerdem sollte man beachten, dass ccTLDs, also Länderdomains, standardmäßig schon immer einem Land zugeordnet sind. Man kann deutschsprachigen Content auf einer .de-Domain also eigentlich nur als „de-de“ auszeichnen. Alles andere, also auch „de“, würde den bereits vorhandenen Signalen widersprechen.

Im ersten Beispiel möchtest du eine generische deutschsprachige Version erstellen, die in allen Ländern außer AT ranken soll, weil du dort bereits eine länderspezifische Version hast. Hier für wäre am besten eine gTLD geeignet, also eine Domain ohne Länderzuordnung:

link rel=“alternate“ href=“http://www.shop-1.com/de/“ hreflang=“de“
link rel=“alternate“ href=“http://www.shop-1.at/“ hreflang=“de-at“

„x-default“ brauchst du hier gar nicht.

Willst du die .de-Domain unbedingt beibehalten, kannst du es auch so lösen:

link rel=“alternate“ href=“http://www.shop-1.com/de/“ hreflang=“de“
link rel=“alternate“ href=“http://www.shop-1.de/“ hreflang=“de-de“
link rel=“alternate“ href=“http://www.shop-1.at/“ hreflang=“de-at“

Kommt jetzt noch eine englischsprachige Version für UK hinzu, dann sollte es so aussehen:

link rel=“alternate“ href=“http://www.shop-1.com/de/“ hreflang=“de“
link rel=“alternate“ href=“http://www.shop-1.com/en/“ hreflang=“en-gb“
link rel=“alternate“ href=“http://www.shop-1.de/“ hreflang=“de-de“
link rel=“alternate“ href=“http://www.shop-1.at/“ hreflang=“de-at“

Allerdings werden diese englischsprachigen Inhalte wahrscheinlich dann eh weltweit in allen englischsprachigen Indizes angezeigt werden, also kannst du sie auch direkt als generische Sprachversion auszeichnen:

link rel=“alternate“ href=“http://www.shop-1.com/de/“ hreflang=“de“
link rel=“alternate“ href=“http://www.shop-1.com/en/“ hreflang=“en“
link rel=“alternate“ href=“http://www.shop-1.de/“ hreflang=“de-de“
link rel=“alternate“ href=“http://www.shop-1.at/“ hreflang=“de-at“

Oder aber, du nutzt für UK eine ccTLD und hast zusätzlich noch eine Internationale englischsprachige Version, dann sieht es so aus:

link rel=“alternate“ href=“http://www.shop-1.com/de/“ hreflang=“de“
link rel=“alternate“ href=“http://www.shop-1.com/en/“ hreflang=“en“
link rel=“alternate“ href=“http://www.shop-1.co.uk“ hreflang=“en-gb“
link rel=“alternate“ href=“http://www.shop-1.de/“ hreflang=“de-de“
link rel=“alternate“ href=“http://www.shop-1.at/“ hreflang=“de-at“

Merke dir einfach, dass du „x-default“ nicht brauchst, wenn du keine URLs hast, die per Geo-IP-Redirect oder auf Basis der Browsersprache weiterleiten (siehe Fehler 6). Außerdem sollten deine Länderauszeichnungen konsistent mit den signalen bleiben, die deine ccTLDs schon senden (siehe Fehler 9).

Ich hoffe das hilft ein bisschen! Bei weiteren Fragen melde dich gerne.

Florian schrieb am 6. Januar, 2016 @ 9:13

Sehr gute anleitung, ich hätte nur eine kurze Frage.

Ich habe einen Webshop mit folgenden TLD und Sprachvarianten:

.de DE/EN/FR
.at DE/EN/FR
.ch DE/EN/FR
.nl NL/EN
.ru RU/EN

Sollte ich jetzt auf jeder Domain auf alle Länder und Sprachvarianten hinweisen? Danke schön 🙂

Eoghan Henn schrieb am 7. Januar, 2016 @ 16:10

Hi Florian,

interessante Konstellation! Ja, es wäre definitiv sinnvoll, alle Sprach- und Länderversionen per hreflang miteinander zu verknüpfen. Das würde dann folgende Struktur ergeben:

.de/de/ = „de-de“ (deutschsprachig für Nutzer in Deutschland)
.de/en/ = „en-de“ (englischsprachig für Nutzer in Deutschland)
.de/fr/ = „fr-de“ (französischsprachig für Nutzer in Deutschland)
.at/de/ = „de-at“ (deutschsprachig für Nutzer in Österreich)
.at/en/ = „en-at“ (englischsprachig für Nutzer in Österreich)
.at/fr/ = „fr-at“ (französischsprachig für Nutzer in Österreich)
.ch/de/ = „de-ch“ (deutschsprachig für Nutzer in der Schweiz)
.ch/en/ = „en-ch“ (englischsprachig für Nutzer in der Schweiz)
.ch/fr/ = „fr-ch“ (französischsprachig für Nutzer in der Schweiz)
.nl/nl/ = „nl-nl“ (niederländischsprachig für Nutzer in den Niederlanden)
.nl/en/ = „en-nl“ (englischsprachig für Nutzer in den Niederlanden)
.ru/ru/ = „ru-ru“ (russischsprachig für Nutzer in Russland)
.ru/en/ = „en-ru“ (englischsprachig für Nutzer in Russland)

Allerdings glaube ich, dass du mit deinen unterschiedlichen Sprachversionen eher internationale Nutzer ansprechen möchtest, oder? Hier würde ich empfehlen, alle Inhalte auf eine .com-Domain umzuziehen und dann nur eine Version pro Sprache zu haben. Schau mal hier, was das für einen Schub bringen kann, wenn man es richtig macht: https://www.ranking-check.de/blog/bessere-seo-performance-mit-internationalen-domains/

Wenn das nicht geht, weil du deine ccTLDs unbedingt behalten willst, dann kannst du parallel eine eine .com-Domain mit einer Version pro Sprache betreiben, die du als generische Sprachversionen (ohne Länderkürzel) auszeichnest, und mit denen du Nutzer in allen Ländern gut erreichen kannst. Überflüssige Versionen wie „fr-de“ kannst du dann dafür entfernen.

Melde dich gerne, wenn noch etwas unklar ist.

Armin Hierstetter schrieb am 14. Januar, 2016 @ 11:46

„Die einzige Lösung, die bleibt, ist dass nur URLs, die nicht per Canonical Tag auf eine andere URL verweisen, mit hreflang vertaggt werden. Nur die Seiten der Kategorie 1 bekommen also in unserem Fall hreflang-Auszeichnungen. Die URL-Varianten der Kategorie 2 und 3 werden nicht mit hreflang ausgezeichnet und verweisen ausschließlich per Canonical auf die URL-Variante, die indexiert werden soll (Kategorie 1). Dort findet dann die hreflang-Verknüpfung der verschiedenen Sprachversionen statt.“

Analog zu diesem Vorschlag habe ich das auf den Profilseiten meiner Webseite gemacht: Die Profilseiten sind in fünf Sprachen abrufbar, wobei die Inhalte aber natürlich nicht übersetzt sind (nur die Menüs etc.).

Deshalb ist diejenige Sprachversion, in der der User beheimatet ist, in allen anderen Sprachen als canonical ausgezeichnet. Die canonical URL weist dann auf die unterschiedlichen Sprachversionen.

Aber: Google Webmaster Tools mokiert tausendfach, das return tags fehlen würden. Ich blicke da nicht mehr durch und wäre für Hilfe sehr dankbar.

Hier ein Beispiel:

Diese deutsche Versionen meines Profils

https://www.bodalgo.com/de/sprecher/armin-hierstetter

ist in allen anderen Sprachvarianten

https://www.bodalgo.com/en/voice-talents/armin-hierstetter
https://www.bodalgo.com/es/locutores/armin-hierstetter
https://www.bodalgo.com/it/speaker/armin-hierstetter

als Canonical-URL ausgezeichnet. Also solche verweise sie als einzige auf die verschiedenen hreflang-Varianten.

Was Google mit dem return-Tag meint, erschließt sich mir nicht. Statte ich die Sprach-Varianten zusätzlich mit einem hreflang tag aus, dann zeigt mir der hreflang checker einen Conflict zwischen canonical und hreflang.

Hilfe!

Eoghan Henn schrieb am 20. Januar, 2016 @ 11:48

Hallo Armin,

zunächst solltest du dir darüber im Klaren sein, was du überhaupt willst! Sollen die englische, spanische und italienische Version indexiert werden, oder nicht?

Wenn JA, dann brauchst du KEINE Canonicals, sondern nur hreflang zwischen den vier Sprachen. Allerdings solltest du dann auch zusehen, dass jede Version komplett in die entsprechende Sprache übersetzt wird.

Wenn das nicht geht und du NICHT willst, dass die Sprachen alle indexiert werden, dann kannst du es bei den Canonicals belassen, die von den anderen Sprachversionen auf die deutsche Version verweisen. Dann brauchst du auch keine hreflang-Auszeichnungen.

Karl - Heinz Schultze schrieb am 15. Januar, 2016 @ 16:15

Hallo,
der Artikel befasst sich, genau mit dem Thema, mit dem ich mich schon seit 2015 ausgiebig beschäftige, das Ergebnis ist allerdings, das GWMT dennoch, nach dem letzten Eintrag aus Juli.2015, ein Ergebnis anzeigt was mich persönlich sehr stutzig macht, da frage ich mich, wie kann es es sein, alles, wie auch hier in dem Artikel genannt und auch erklärt wurde, immer noch die Meldung „keine Rücklinks“ kommt? Hängt GWMT 6 Monate Hinterher oder haben wir doch einen Fehler in den hreflang?

Eingebaut habe ich bereits 2015 in der gTLD folgenden Code:

<link rel="alternate" href=" .com/“ hreflang=“de-DE“ />

<link rel="alternate" href=" .com/“ hreflang=“de“ />

Kann es sein das die Angabe „de-DE“ evtl. zu viel ist, in den GWMT ist die Länderausrichtung auch auf Deutschland eingestellt, aber die Ausrichtung ist auf Deutschsprachigkeit gerichtet, also auch Österreich, Deutsche Schweiz und allen die Deutsch Sprechen, selbst die Meta Lang angbaben sind entsprechend gesetzt. Die php Variable ist für alle Seiten gesetzt die auch verlinkt sind.

Link s. eingetragene Webseite.

Eoghan Henn schrieb am 20. Januar, 2016 @ 11:51

Hallo Karl-Heinz! Wenn ich das richtig sehe, habt ihr ja nur eine Sprachversion, und zwar die auf https://metal-fm.com/. In dem Fall braucht ihr wirklich keine hreflang-Auszeichnungen. Diese würdet ihr nur benötigen, wenn ihr unterschiedliche Versionen, z.B. für Deutschland, Österreich und die Schweiz hättet.

Matthias schrieb am 20. Januar, 2016 @ 9:30

Hi Eoghan,
danke für die tolle Erklärung. Endlich hab ich das hreflang verstanden.
Wie kann ich dieses in WordPress setzen? Für alle Sites?
Ich habe eine Seite fpr den deutschsprachigen Raum. Gibt es ein Plugin für WordPress welches für meinen Fall für alle URLs deutsc ohne lokalisierung als allgemeine Sprache setzt?
Danke und viele Grüße,

Matthias

Eoghan Henn schrieb am 20. Januar, 2016 @ 11:54

Hallo Matthias, danke für deinen Kommentar. Es tut mir leid, ich kenne leider kein hreflang-Plugin für WordPress.

René schrieb am 28. Januar, 2016 @ 3:05

Hallo Eoghan,

auch von meiner Seite erst einmal Danke für deine Fehlersammlung.
Anbei auch eine Anregung/Frage meinerseits. Webseiten mit Mobiler Ansicht ohne Responsible Design z.B. m.example.com sollen laut Google auf der Desktopseite bspw. folgenden link Tag setzen:

Bei der mobilen Ansicht dann ein:

Soweit sogut… wenn man nun eine .at, .ch, .de Domain betreibt, integriert man wie oben beschrieben die entsprechenden hreflang link-Tags. Auch klar. Nun die Frage. Sollte man hier auch auf alle hreflang der mobilen Ansicht verweisen oder nur auf die mobile Ansicht der jeweiligen ccTLD? Was sind Vor- bzw. Nachteile? Erfahrungen dazu?

Beispiel anhand Quellcode der .de Domain:

oder Variante 2

Bisher habe ich überwiegend Variante 2 gesehen und genutzt. Danke für eine Antwort im Voraus!

Grüße René

P.S.: Die Webseite wäre bestimmt ein Kandidat für die „Hall of Fame“ 😉

René schrieb am 28. Januar, 2016 @ 3:09

Huch… meine Beispiel wurde nicht übernommen…

link rel=“alternate“ href=“http://www.shop-1.de/“ hreflang=“de-de“
link rel=“alternate“ href=“http://www.shop-1.at/“ hreflang=“de-at“
link rel=“alternate“ href=“http://www.shop-1.ch/“ hreflang=“de-ch“
link rel=“alternate“ href=“http://m.shop-1.de/“ hreflang=“de-de“ media=“only screen and (max-width: 640px)“
link rel=“alternate“ href=“http://m.shop-1.at/“ hreflang=“de-at“ media=“only screen and (max-width: 640px)“
link rel=“alternate“ href=“http://m.shop-1.ch/“ hreflang=“de-ch“ media=“only screen and (max-width: 640px)“

oder Variante 2

link rel=“alternate“ href=“http://www.shop-1.de/“ hreflang=“de-de“
link rel=“alternate“ href=“http://www.shop-1.at/“ hreflang=“de-at“
link rel=“alternate“ href=“http://www.shop-1.ch/“ hreflang=“de-ch“
link rel=“alternate“ href=“http://m.shop-1.de/“ hreflang=“de-de“ media=“only screen and (max-width: 640px)“

Eoghan Henn schrieb am 1. Februar, 2016 @ 17:30

Hi René! Danke erstmal für die sehr interessante Frage. Deine Varianten habe ich bisher beide nicht in Betracht gezogen. Ich würde zu Variante 2 tendieren, allerdings mit einer kleinen Änderung:

link rel=“alternate“ href=“http://www.shop-1.de/“ hreflang=“de-de“
link rel=“alternate“ href=“http://www.shop-1.at/“ hreflang=“de-at“
link rel=“alternate“ href=“http://www.shop-1.ch/“ hreflang=“de-ch“
link rel=“alternate“ href=“http://m.shop-1.de/“ media=“only screen and (max-width: 640px)“

…KEIN hreflang-Attribut in dem Media-Link. Warum?

1. Du zeichnest bereits http://www.shop-1.de/ als „de-de“-Variante aus. Du solltest keine weitere URL mit demselben Wert auszeichnen.
2. Du kannst von http://m.shop-1.de/ nicht per hreflang zurückverlinken, sondern musst einen Canonical-Tag von dort auf http://www.shop-1.de/ setzen (https://developers.google.com/webmasters/mobile-sites/mobile-seo/separate-urls).

Außerdem könnte man sich noch die Frage stellen, ob die Mobile-Versionen für die 3 Länder per hreflang miteinander verknüpft werden sollen. Auch hier sage ich nein, denn die Mobile-Versionen sollen ja in deinem Fall per Canonical-Tag auf die Desktop-Versionen verlinken. Mehr Info zur gleichzeitigen Verwendung von Canonical und hreflang hier: http://www.rebelytics.com/hreflang-canonical/

Bei falscher oder fehlerhafter verwendung von hreflang-Tags muss man übrigens vorsichtig sein. Wir haben damit schon schlechte Erfahrungen gemacht: https://www.ranking-check.de/blog/seo-schnick-schnack-schnuck-oder-dont-mess-hreflang/

Ich hoffe das hilft. Praktische Erfahrungen habe ich mit deinen beiden Varianten aber nicht.

René schrieb am 3. Februar, 2016 @ 23:05

Hi Eoghan,

danke für Deine Antwort. Dein Hinweis bzgl. hreflang und media Attribut habe ich soweit noch gar nicht bedacht, klingt aber logisch. Wie bereits geschrieben, nutze ich bisher auch nur Variante 2 und hab sie auch nur bei anderen großen Seiten so umgesetzt gesehen. Für dieses Projekt wäre mir ein A-B Test zu riskant. Vielleicht hast Du ein paar ccTLD übrig. 😉

Grüße René

R. Lieske schrieb am 14. Februar, 2016 @ 9:10

Hallo,

vielen Dank für die tolle Übersicht. Leider ist mir noch etwas bezgl. der x-default-Kennzeichnung nicht klar.

Wir haben für unseren Shop eine .com und eine .de Domain.
.de soll für DE/AT/CH gültig sein, die .com für die Sprache Englisch, aber auch die bevorzugte Seite für alle anderen Sprachen.

Sollte man jetzt für .com zwei Auszeichnungen eintragen wie z.B.:

oder nur

oder nur
?

Welche Variante würden Sie empfehlen ? Es heißt ja oben „Eine einzige URL doppelt auszuzeichnen, sollte vermieden werden. “
Wir wollen aber grundsätzlich nicht nur deutsch- und englischsprachige Besucher, sondern auch von Besuchern mit anderen Spracheinstellungen gefunden werden.

Vielen Dank für eine kurze Einschätzung.

Eoghan Henn schrieb am 15. Februar, 2016 @ 8:46

Guten Tag! Die Beispiele werden leider nicht korrekt angezeigt, aber ich habe die Frage trotzdem verstanden.

„x-default“ sollte wirklich nur dann eingesetzt werden, wenn es eine URL-Variante gibt, die auf Basis von Browsersprache oder Geo-IP-Lokalisierung auf eine andere Variante weiterleitet, oder wenn es eine Vorschaltseite gibt, auf welcher der Nutzer selbst seine Sprache und/oder Region bestimmen kann.

Im hier beschriebenen Fall benötigt man also keine „x-default“-Auszeichnungen. Mit einer englischsprachigen und deutschsprachigen Version seiner Website kann man gut für Nutzer ranken, die auf englisch oder deutsch suchen. Nutzer, die in anderen Sprachen suchen, werden auch hauptsächlich Ergebnisse in diesen Sprachen angezeigt bekommen.

Ein Hinweis noch zur DE/AT/CH-Version: Die AT- und CH-Version wären besser auf der .com-Domain aufgehoben. Es ist nicht empfehlenswert, Content für ein Land auf einer „fremden“ Landesdomain bereitzustellen. Oder, anders gesagt: Eine deutschsprachige .com-Domain kann in AT und CH besser ranken, als eine .de-Domain.

Sascha Mühlen schrieb am 2. März, 2016 @ 13:53

huhu wollte mich mal bei kollegen vergewissern..

ich habe eine paralax website, die nur aus einer einzigen seite besteht, diese liegt in deutsch und englisch vor. cms = wordpress + language plugin xili language funktioniert auch soweit alles top. Tests im hreflang Validator sind ok und auch bei WMT vorhanden/erkannt.

Schaut so aus:
http://www.beispiel .com (x-default) – > ist gleichzeitig auch die DE seite
http://www.beispiel .com/de -> nur ein softwarebasierter slug in wordpress
http://www.beispiel .com/en

Die hreflang, x-default werden durch xili automatisch gesetzt. richtiger weise sollen nun die EN bzw. DE inhalte unter der *.com URL bei Google angezeigt werden. DE ist keine richtige Seite sondern nur ein Slug, während EN eine eigene Seite hat (muss technisch leider so sein, da DE als startseite definiert). Durch die Auszeichnung mit hreflang werden nun /de und /en nicht indiziert bzw. gar nicht – das ist die Google Logik, die dahinter steckt.

Nun stellen sich mir 2 Fragen:

1.
Wie lange dauert es bis die vorher DE metadescription aus den fremdsprachlichen Suchmaschinen verschwindet? Ich warte bereits ca. 6-8 Wochen und bin mir nicht sicher ob alles richtig ist. Erfahrung damit? Alle Validator Tests sind ok, aber die Sprache wechselt nicht. (auch nicht bei reinen EN Browsern)

2.
Derzeit handle ich die Sprachauswahl softwarebasiert (sprachen erscheinen dann also nur automatisch bei aufruf aus den SERPS). Ich möchte aber auf browserbasiert umstellen. Die richtige Sprache soll dann automatisch angezeigt werden. Funktioniert auch prima mit fremdsprachlichen Browsern – auch die standardalternative Sprache.

Render ich nun allerdings die Seite über WMT (Abruf wie durch Google) erscheint diese in der EN Variante. Logisch ist das schon, da der Googlebot ja mit user-agent EN sprache kommt. Führe ich nun GeoWeb Tests durch, ist die Sprache logischerweise auch richtig EN. Teste ich da ganze mit deutschen und z.B. spanischen Webproxies, ist die automatische Sprachzuweisung auch richtig. Spanisch ist in dem Fall im Web nicht vorhanden, so dass die alternative English angezeigt wird. Alles ok.

Übernehme ich nun die wie beschrieben von WMT gerenderte Website direkt in den Google Index per Button, erscheint eine EN Version bei google. de und zwar innerhalb von 20 Minuten (gleichzeitig habe ich in google co uk usw. den richtigen englischen Eintrag). Ok, nun wo liegt der Fehler bei google.de? Muss ich auf Indizierung/Änderung tatsächlich nur warten? Oder muss ich x-default ausgehend von einer Englischen Sprache definieren und nicht von der deutschen wg. dem Google-Bot?

Die automatische Browserweiterleitung macht mich noch ganz verrückt.

Eoghan Henn schrieb am 8. März, 2016 @ 18:06

Hi Sascha,

vielen Dank für deinen Kommentar. Ich hoffe ich habe dein Problem richtig verstanden.

Wenn ich das richtig sehe, hast du zwei Seiten, die in den Index sollen: Eine deutschsprachige und eine englischsprachige. Die deutschsprachige lautet http://www.beispiel.com/ und die englischsprachige http://www.beispiel.com/en. Richtig soweit?

In diesem Fall brauchst du keine x-default-Auszeichnung, sondern musst einfach nur die deutschsprachige Seite mit „de“ auszeichnen und die englischsprachige mit „en“.

Was für Google hier allerdings problematisch sein kann, ist die Tatsache, dass die URL http://www.beispiel.com/ sowohl die deutschen Inhalte darstellt, als auch englischsprachige User-Agents weiterleitet (richtig?). So eine Doppelfunktion ist für Google schwer zu interpretieren.

Eine Lösung wäre, von http://www.beispiel.com/ je nach Browsersprache immer auf http://www.beispiel.com/de oder http://www.beispiel.com/en weiterzuleiten. Dann könntest du http://www.beispiel.com/ als „x-default“ auszeichen, http://www.beispiel.com/de als „de“ und http://www.beispiel.com/en als „en“ und solltest keine Probleme mit der Indizierung haben. Du musst dann nur drauf achten, dass der Googlebot von http://www.beispiel.com/ auf http://www.beispiel.com/en weiterleitet wird, weil er sich von diesem Weiterleitungsziel die Metadaten für das Snippet ziehen wird. Die sollen natürlich nur für deutschsprachige Nutzer deutsch sein und für alle anderen Nutzer englisch.

Wie gesagt, ich bin mir nicht ganz sicher, ob ich deine Erklärung richtig verstanden habe, weil mir auch die Info fehlt, wie die hreflang-Auszeichnungen und die Redirects genau aussehen und was genau sich hinter der URL http://www.beispiel.com/de verbirgt, aber du kannst ja gerne noch ein paar genauere Infos schicken, wenn dir das bisher nicht weiterhilft, dann schaue ich noch mal rein.

Beste Grüße,

Eoghan

Die Eiche Auktionshaus schrieb am 19. September, 2016 @ 11:48

Hallo Eogan,
wir nutzen gtranslate für unsere Sprachversionen und bekommen nach der Implementierung der hreflang-tags (head Bereich) von WMT die Fehlermeldung, „Rücklinks fehlen“. Wir wären dankbar für ein Statement und eventuelle Verbesserungsvorschläge!
(Sprachversionen: https://en.website.de / https://fr.website.de etc…)
Vielen Dank

Eoghan Henn schrieb am 20. September, 2016 @ 8:15

Hallo! Ich habe die hreflang-Auszeichnungen eurer Startseite geprüft und festgestellt, dass hier nicht nur die anderen Startseitenversionen (korrekt) verlinkt werden, sondern auch noch die URLs /shop/ und /produkt/ auf sämtlichen Sprach-Subdomains. Diese Verweise sollten entfernt werden, damit die hreflang-Auszeichnungen richtig interpretiert werden können. Die Fehlermeldung, die du ansprichst, könnte z.B. daher kommen, dass die URL /produkt/ in einigen anderen Sprachversionen gar nicht so existiert. Demnach gibt es auch keine Rücklinks. Ich hoffe das hilft!

Viviane schrieb am 20. September, 2016 @ 15:35

Hi Eoghan, ich möchte mich grundsätzlich mal bei dir für deine sehr guten, unterhaltsamen und fachlich immer superfundierten Artikel hier auf ranking-check bedanken, die ich immer mit großer Freude lese! Chapeau! 😉

Eoghan Henn schrieb am 27. September, 2016 @ 13:31

Hallo Viviane,

vielen Dank für deinen netten Kommentar. Das freut mich sehr!

Beste Grüße,

Eoghan

Die Eiche Auktionshaus schrieb am 26. September, 2016 @ 8:33

Hi Eoghan, danke für den Hinweis und das schnelle Feedback. Wir haben nun die anderen urls entfernt. Leider bekommen wir weiterhin Fehlermeldung bei Webmaster Tools angezeigt, für die de Version und auch die anderen Sprachvarianten: „URLs für Ihre Website und alternative URLs in „de“, die keine Rücklinks aufweisen.“ Wie kann man dieses Problem lösen? Wir wären dankbar für weitere Hilfestellungen!

Eoghan Henn schrieb am 28. September, 2016 @ 9:52

Hallo! Ohne Einblick in die Fehlermeldungen ist das etwas schwierig zu beantworten, aber oft erscheint dieser Fehler einfach deshalb, weil in den hreflang-Auszeichnungen nicht existente URLs verlinkt sind. Wenn die verlinkten URLs nicht existieren, dann linken sie auch nicht zurück, daher die Fehlermeldung. In den Webmaster Tools bekommt ihr ausführlichere Infos dazu, wo diese Fehler auftreten, schaut euch die doch einmal an. Wenn ihr nicht weiterkommt, meldet euch gerne, aber dann brauche ich nähere Infos 🙂

Andy schrieb am 26. November, 2017 @ 8:50

Hallo Eoghan,

wir betreiben unter example.de einen deutschsprachigen Shop, über den wir Produkte (welche auf Grund der geografischen Lage, nur in Deutschland produziert werden können) in die EU + CH verkaufen. Nun planen wir einen internationalen Verkauf. Aktuell würden wir im ersten Schritt, unter example.com, eine englischsprachige Version aufzusetzen. Später sollen noch FR, IT, ES etc. folgen. Wir hätten dann folgende hreflang-Auszeichnung im head:

link rel=“alternate“ href=“https://www.example.de“ hreflang=“de“
link rel=“alternate“ href=“https://www.example.com“ hreflang=“en“
link rel=“alternate“ href=“https://www.example.com/fr/“ hreflang=“fr“
link rel=“alternate“ href=“https://www.example.com/it/“ hreflang=“it“
link rel=“alternate“ href=“https://www.example.com/es/“ hreflang=“es“

Oder wäre z.B. diese Variante besser?

link rel=“alternate“ href=“https://www.example.de“ hreflang=“de“
link rel=“alternate“ href=“https://www.example.com/en/“ hreflang=“en“
link rel=“alternate“ href=“https://www.example.com/fr/“ hreflang=“fr“
link rel=“alternate“ href=“https://www.example.com/it/“ hreflang=“it“
link rel=“alternate“ href=“https://www.example.com/es/“ hreflang=“es“

Was hältst du von dem SetUp? Oder gibt es für dich eine bessere Lösung?

Vielen Dank für deine Einschätzung und beste Grüße!

Eoghan Henn schrieb am 27. November, 2017 @ 13:46

Hallo Andy,

vielen Dank für deinen Kommentar. Das sieht alles super aus. Ob ihr die englische Version ins Root-Verzeichnis (erste Variante) oder in ein separates Sprachverzeichnis (zweite Variante) packt, ist für eure SEO-Performance egal. Mir gefällt die zweite Variante besser, aber für den Erfolg eures internationalen Targetings macht das keinen Unterschied. Ihr müsstet euch bei der zweiten Variante nur überlegen, was ihr mit der Root-URL (https://www.example.com) anstellt: Vorschalt-Seite mit Sprachwähler, 301-Weiterleitung auf /en/, oder 302-Weiterleitung aufs passende Sprachverzeichnis, basierend auf der Browsersprache des Nutzers.

Melde dich gerne bei weiteren Fragen.

Andy schrieb am 5. Dezember, 2017 @ 21:50

Hallo Eoghan,

erst einmal vielen Dank für deine Antwort!

Wir werden nun die folgende Variante im ersten Schritt umsetzen:
link rel=“alternate“ href=“https://www.example.de“ hreflang=“de“
link rel=“alternate“ href=“https://www.example.com“ hreflang=“en“

Damit können wir uns auch die x-default-Auszeichnung sparen. Oder würdest du dennoch eine x-default-Auszeichnung empfehlen und wenn ja, für welche Sprache?

Des Weiteren habe ich noch eine Frage 😉
Wir haben die Möglichkeit für die .com ein eigene US- oder GB-IP aufzuschalten. Findest du das aus SEO-Sicht empfehlenswert und wenn ja, würdest du für eine internationale Ausrichtung, ehr eine US- oder GB-IP empfehlen. Bei diesem Thema gehen die Meinungen ja stark auseinander.

Vielen Dank nochmals und beste Grüße!

Eoghan Henn schrieb am 22. Dezember, 2017 @ 12:00

Hallo Andy,

die x-default-Auszeichnung könnt ihr euch in dem Fall meiner Meinung nach wirklich sparen.

Geht es bei deiner Frage nur um die IP oder um den physischen Server-Standort? Ich denke, dass die IP selbst überhaupt keinen Einfluss hat. Wenn es um den Server-Standort geht, dann macht es wahrscheinlich Sinn, diesen möglichst nah an der Mehrzahl eurer Nutzer zu platzieren. Wenn ihr also für die .com-Domain mehr Nutzer in Europa erwartet, dann hier, und wenn ihr mehr Nutzer in den USA erwartet, dann dort. Für die Rankings macht auch das aber wieder, falls überhaupt, nur einen minimalen Unterschied.

Ich hoffe das hilft!

Roman schrieb am 9. Januar, 2019 @ 14:33

Hallo Ehogan,

der Artikel ist wirklich super.
Ich habe eine Frage zu einer mehrsprachigen Website mit GEO-IP auf der Startseite. Die hreflang Tags sehen folgendemaßen aus:

link rel=“alternate“ href=“https://www.example.com/“ hreflang=“x-default“
link rel=“alternate“ href=“https://www.example.com/en/“ hreflang=“en-gb“
link rel=“alternate“ href=“https://www.example.com/de/“ hreflang=“de“
link rel=“alternate“ href=“https://www.example.com/fr/“ hreflang=“fr“
link rel=“alternate“ href=“https://www.example.com/it/“ hreflang=“it“
link rel=“alternate“ href=“https://www.example.com/es/“ hreflang=“es“
link rel=“alternate“ href=“https://www.example.com/ru/“ hreflang=“ru“
link rel=“alternate“ href=“https://www.example.cn/“ hreflang=“zh“
link rel=“alternate“ href=“https://www.example.com/us/“ hreflang=“en-us“

Nun zu den Fragen:
1. GEO-IP wird nur auf der Startseite eingesetzt, nicht auf den Unterseiten. Sollte x-default daher auch nur auf der Startseite existieren?
2. Für alle weiteren Sprachen/Regionen soll die https://www.example.com/en/ gelten. Wie wäre dahingehend der beste Weg:
link rel=“alternate“ href=“https://www.example.com/en/“ hreflang=“en“
link rel=“alternate“ href=“https://www.example.com/us/“ hreflang=“en-us“
?

Vielen Dank im Voraus und beste Grüße

Eoghan Henn schrieb am 16. Januar, 2019 @ 9:54

Hallo Roman,

deine aktuellen hreflang-Auszeichnungen sehen gut aus, mit der Ausnahme, dass ich für die Version https://www.example.com/en/ einfach hreflang=“en“ anstatt hreflang=“en-gb“ verwenden würde, um damit alle englischsprachigen Nutzer weltweit (außer US) zu erreichen. Alternativ könntest du auch für https://www.example.com/us/ hreflang=“en“ anstatt hreflang=“en-us“ verwenden, wenn du diese Version lieber als generische englischsprachige Version verwenden willst.

Zu Frage 1: Wenn für die Unterseiten keine Version der URL ohne Sprachverzeichnis existiert, dann kannst du „x-default“ hier entweder weglassen (meine Empfehlung), oder zu einer der bestehenden Versionen (z.B. /en/) zusätzlich zum exisitierenden hreflang-Wert hinzufügen (mehr Info hier: https://www.searchviu.com/en/multiple-hreflang-tags-one-url/).

Zu Frage 2: Wenn du https://www.example.com/en/ mit hreflang=“en“ auszeichnest, dann wird Google diese Version für alle englischsprachigen Nutzer weltweit anzeigen. Für Nutzer, die Google in Sprachen verwenden, für die du keine Version ausgezeichnet hast, wird die „x-default“-Version angezeigt. Im Snippet erscheinen dann in der Regel Inhalt von der Version, auf die der Googlebot weitergeleitet wird, also in deinem Fall wahrscheinlich von https://www.example.com/us/. D.h. die Seite https://www.example.com/ würde ranken, mit einem Snippet von https://www.example.com/us/.

Ich hoffe, dass dir meine Antworten weiterhelfen. Melde dich gerne mit weiteren Fragen.

Bernd schrieb am 1. Februar, 2019 @ 18:14

Hallo Eoghan,
ich habe folgende Situation, ich habe drei deutschsprachige Seiten erstellt, https://mytrendy24.de und dazu eine für AT und eine für CH. Weitere Sprachen sollen folgen und als x-default möchte ich meine .com Adresse nutzen.
In den deutschsprachigen Ländern habe ich immer Sprache und Land im hreflang genutzt da sich hinter jeder ein länderspezifischer Shop befindet.
Nun möchte ich aber auch für jede Sprache eine Seite erstellen von der man die länderspezifische Seite auswählen kann und auch andere Informationen enthält, sich also total von den anderen Seiten unterscheidet und keinen eigenen Shop hat. Eigentlich hätte ich mir etwas wie de-default vorgestellt aber sowas scheint es nicht zu geben. Da sie ganz andere Inhalte hat, macht es wenn ich hreflang richtig verstehe auch keinen Sinn die allgemeine deutsche Seite mit dem hreflang de in die hreflang Liste der Shops einzutragen. Als Verknüpfung zwischen den einzelnen Sprachseiten z.B. hreflang de und en dann natürlich schon. Wie bitte geht man damit um? Lässt man diese bei den Seiten mit Shop weg und erstellt innerhalb dieser Seiten eigene hreflang Tags oder gibt es da eine andere Lösung?
Ich hoffe ich habe mich verständlich ausgedrückt und Du kannst mir helfen.

Lieben Gruß
Bernd

Eoghan Henn schrieb am 22. Februar, 2019 @ 12:34

Hallo Bernd! Vielen Dank für deine interessante Frage.

Es ist gut, dass du bisher auf den .de-, .ch- und.at-Domains immer Sprache UND Land in den hreflang-Auszeichnungen verwendet hast. Bei ccTLDs (Länder-Domains) sollte man das Land immer mit auszeichnen.

Wenn ich dich richtig verstehe, soll die neue deutschsprachige Seite, die du erstellst, auf der .com-Domain platziert werden. Wenn es dort weitere Versionen dieser Seite in anderen Sprachen gibt, dann macht es auf jeden Fall Sinn, diese per hreflang mit den entsprechenden Sprachwerten und ohne Länderwerte auszuzeichnen, also „de“, en“, etc.

Ohne den geplanten Inhalt dieser Seiten genauer zu kenne, denke ich, dass es Sinn macht, sie zusätzlich auch noch mit den Startseiten der länderspezifischen Shops zu verknüpfen. So treten sie in den Suchergebnissen für deine Brand-Keywords nicht in Konkurrenz zu den Shop-Startseiten und Nutzer, die in DE, CH oder AT nach deinem Shop suchen, sehen weiterhin die Startseite der passenden Länderversion.

Das Ganze könnte dann in etwa so aussehen:

<link rel=“alternate“ hreflang=“de-AT“ href=“https://mytrendy24.at/“ />
<link rel=“alternate“ hreflang=“de-CH“ href=“https://mytrendy24.ch/“ />
<link rel=“alternate“ hreflang=“de-DE“ href=“https://mytrendy24.de/“ />
<link rel=“alternate“ hreflang=“de“ href=“https://mytrendy24.com/de/“ />
<link rel=“alternate“ hreflang=“en“ href=“https://mytrendy24.com/en/“ />
<link rel=“alternate“ hreflang=“x-default“ href=“https://mytrendy24.com/“ />

Ich hoffe das hilft und beantwortet deine Frage!

Beste Grüße,

Eoghan

Riccardo Valerio Rumé schrieb am 26. Februar, 2019 @ 8:16

Hallo Eoghan,

ich wurde auf den von dir aufgeführten Fehler 2 aufmerksam.
Bisher habe ich die hreflang-Tags (ich betreibe meine Seite auf deutsch und englisch) ebenfalls nur für die Hauptseiten direkt in den Header-Bereich (header.php) meines Themes implementiert.
Da ich kompletter Laie bin, folgende Frage:
Wo genau implementiere ich die einzelnen hreflang-tags für die Unterseiten? Ebenfalls in den Header-Bereich?
Habe alle relevanten hreflang-tags erstellt (ca. 180), jedoch alle in den header-Bereich des Themes integriert.
Ich komme hier leider nicht weiter.

Content is King schrieb am 3. April, 2019 @ 16:22

Ein Beitrag heute noch so aktuell wie vor 3 Jahren als er veröffentlicht wurde. Ich hatte Probleme mit den hreflang in einem WordPress Plugin, aber mit eurer Hilfe war das schnell behoben.

Boris schrieb am 11. Juni, 2019 @ 15:53

Hallo zusammen,
was sich mir gar nicht erschließt ist die Tatsache, dass bei euren Beispielen
http://www.shop.de/“ hreflang=“de-de“ />
http://www.shop.fr/“ hreflang=“fr-fr“ />
http://www.shop.es/“ hreflang=“es-es“ />
doch um komplett eigenständige Domains und URLs handelt. Warum muss ich die auch mit hreflang auszeichnen?

Eoghan Henn schrieb am 2. Oktober, 2019 @ 14:13

Hi Boris,

vielen Dank für deine Frage. Du musst verschiedene Versionen einer Website nicht per hreflang miteinander verknüpfen, allerdings hilft es Google, zu erkennen, dass es sich um verschiedene Versionen desselben Inhalts handelt, wenn du es tust. Ob die Inhalte auf verschiedenen Domains liegen oder nicht, spielt dabei keine Rolle. Allerdings kann man davon ausgehen, dass es für Google schwieriger ist, die Verbindung zu kennen, wenn Inhalte auf verschiedenen Domains liegen. In diesem Fall sind hreflang-Auszeichnungen also wahrscheinlich noch hilfreicher, als wenn die Inhalte auf derselben Domain liegen.

Mignon schrieb am 27. September, 2019 @ 10:40

Hallo Eoghan,
danke für diesen überaus aufschlussreichen Artikel zu dem Thema hreflang, x-default und canonical. Wir sind Hersteller und Betreiber eines Onlineshops für ein Nischenprodukt und haben seit 2011 zwei Domains in drei Sprachen. Eine ccTLD.de auf deutsch für unsere Hauptkundschaft in Deutschland (sowie Österreich und der Schweiz) hreflang-Tag nur „de“ ohne Länderkennung). Die zweite Domain ist eine gTLD.eu in französisch und englisch, mit Unterordnern /fr und /en für die beiden Sprachen und den hreflang-Tags „fr“ und „en“, wieder ohne Länderkennung.
Aktuell verweisen die beiden Domains nicht aufeinander per hreflang. Auch bei der Sprachauswahl gelangt man nur auf die jeweilige Starteite der anderen Domain. Lediglich die beiden Sprachen der gTLD.eu verlinken per hreflang und Sprachauswahl einander.
Unser Vorhaben ist nun die hreflang und auch die Sprachwahl für den Benuter domainübergreifend zu verlinken.
Meine Fragen dazu:
1. x-default
Monentan verweist in der ccTLd.de der x-default Tag auf die ccTLD.de, in der gTLD.eu verweist der x-default Tag auf die französische Standardsprache gTLD.eu. Kann der x-default Tag auf den beiden Domains weiterhin unterschiedlch bleiben?
Also zum Beispiel:
im ccTLD.de-URL Header:

im gTLD.eu-URL Header:

2.Ist es sinvoll bei der ccTLD.de zusätzlich hreflang-Tags für de-DE, de-AT und de-CH einzufügen obwohl sie auf dieselbe Seite verlinken?
Und adäquat bei der gTLD.eu fr-FR, fr-BE, fr-CH, etc?

3.Ist es sinnvoll z.B für die französischen Kundschaft eine ccTLD.fr dazu zu nehmen oder ist bei einem Nischenprodukt mit weniger Zugriffen eine Bündelung auf nur 2 domains besser?
Danke für eine Einschätzung
Viele Grüsse Mignon

Eoghan Henn schrieb am 2. Oktober, 2019 @ 14:10

Hallo Mignon,

vielen Dank für deine interessanten Fragen. Hier meine Antworten:

zu 1.: Wenn ihr domainübergreifende hreflang-Auszeichnungen implementiert, würde ich normalerweise empfehlen, euch für eine „x-default“-Variante zu entscheiden und diese auf beiden Domains zu verwenden. Ich weiß nicht, was passiert, wenn ihr es anders macht, aber normalerweise haben alle Varianten einer URL exakt dieselben hreflang-Auszeichnungen. Testen könntet ihr eine solche Implementierung natürlich, aber ich gehe davon aus, dass Google aufgrund der Doppeldeutigkeit selbst entscheidet, welche URL-Variante Nutzern angezeigt wird, für die es keine passende Version gibt, und eure „x-default“-Auszeichnungen ignoriert.
zu 2.: Es macht keinen Unterschied, eine Variante, die bereits als generische Sprachversion ausgezeichnet ist, zusätzlich mit Ländercodes auszuzeichnen, es sei denn, man hat eine weitere Version in derselben Sprache, die mit anderen Ländercodes ausgezeichnet ist (was bei euch nicht der Fall ist). Bei eurer deutschen Version solltet ihr noch berücksichtigen, dass Inhalt auf einer ccTLD immer automatisch als Inhalt für Nutzer aus dem zur Domain gehörenden Land interpretiert wird. D.h.: Selbst wenn man Inhalte auf einer .de-Domain als „de“ auszeichnet, werden sie als „de-DE“ interpretiert. Zusätzliche Auszeichnungen mit anderen Ländercodes ändern daran höchstwahrscheinlich auch nichts.
zu 3.: Das muss man im Einzelfall entscheiden, aber oft macht es aus SEO-Sicht mehr Sinn, mehrere Länderverzeichnisse auf einer gTLD zu bündeln. Mehr zum Thema hier: https://www.searchviu.com/en/cctlds-to-gtld/

Ich hoffe, dass dir meine Antworten weiterhelfen. Melde dich gerne bei weiteren Fragen.

Chris schrieb am 7. Januar, 2020 @ 19:56

Hi Eoghan,

super Artikel, danke dir. Eine Frage:

Ist es möglich Unterverzeichnisse mit einer ccTLD und nicht gTLD zu erstellen? In der Search Console dann eine eigene Property für .de/fr zu erstellen und in dieser Frankreich als Zielland aus zu wählen?

So wie ich es sehe, kann ich bei ccTLD gar nicht das Land in der Search Console auswählen und selbst wenn, wäre es doch dennoch dank der ccTLD auf das Land Deutschland ausgerichtet?

Jetzt bin ich verwirrt, da ich bei Sistrix folgendes gefunden habe:

Verzeichnisse

Ersteres würde spanisch sprechende in Deutschland targetieren aber der zweite Eintrag macht doch so keinen Sinn?

Viele Grüße
Chris

Chris schrieb am 7. Januar, 2020 @ 20:01

Hi, die Auszeichnung wurde nicht übernommen:

hreflang=“es” href=“www.domain.de/es/
hreflang=“en-GB” href=“www.domain.de/en-uk/

Grüße
Chris

Eoghan Henn schrieb am 9. Januar, 2020 @ 10:03

Hi Chris,

ich sehe das genauso wie du: Die Ausrichtung auf ein Land ist bei einer ccTLD schon fest vorgegeben. Die Tatsache, dass man das in der Search Console, wie du schon sagst, nicht umstellen kann, unterstreicht diese Annahme.

Ich würde deshalb generell davon abraten, mit einer ccTLD Nutzer aus anderen Ländern zu targeten. Außerdem würde ich bei einer ccTLD in den hreflang-Auszeichnungen immer das Land mit aufführen, d.h. auch keine generischen Sprachversionen auf einer ccTLD hosten.

Beide von dir zitierten hreflang-Auszeichnungen machen also für mich keinen Sinn: Bei hreflang=“es” href=“www.domain.de/es/ fehlt der Ländercode für Deutschland und hreflang=“en-GB” href=“www.domain.de/en-uk/ funktioniert, wie du schon sagst, gar nicht.

Es ist in der Suchmaschinenoptimierung immer wichtig, einheitliche Signale zu senden, anstatt darauf zu hoffen, dass man z.B. mit hreflang-Auszeichnungen die starken fest verbauten Signale von ccTLDs „überschreiben“ kann.

Ich hoffe das hilft! Melde dich gerne mit weiteren Fragen.

Christofer Kohlhoff schrieb am 12. Januar, 2020 @ 17:25

Hallo Eoghan,
ja klar, du hilfst mir damit unsere Expansion sauber aufzusetzen.
Hier nun das gewählte Setup inkl. 2 Fragen. Bitte einmal bewerten.

2 Domains, http://www.a-domain.de und neue http://www.b-domain.com
Kunden aktuell DE + AT, nach Expansion auch FR

http://www.b-domain.com wird vorerst eine Vorschaltseite, die auf http://www.a-domain.de und http://www.b-domain.com/fr/ verlinkt.
(Nur für den Fall, dass .com direkt eingegeben wird oder jemand /fr/ entfernt)

Die bestehende http://www.a-domain.de wird via hreflang nur auf deutsche Sprache ausgerichtet (derzeit generiert die Domain 1/10 des Traffics aus Deutschland auch in Österreich, es wird aktuell noch keine .com/at/ geben)

In der SC wird .com nicht auf ein Land ausgerichtet, /fr/ als unter Property angemeldet und auf Frankreich ausgerichtet.
(Frage 1: Ist dies und bei allen zukünftigen Ländern als weitere Properties mit Ausrichtung auf das jeweilige Land möglich?)

Die hreflang Auszeichnung erfolgt im source und in der XML-Sitemap.
(Frage 2: Würdest du bei .com eine zentrale Sitemap oder pro Ordner (/fr/) eine Sitemap erstellen und für .com keine?)

Vorerst keine GEO-IP-Redirects oder Weiterleitungen bzgl. Browsersprache
Keine x-default Auszeichnung

Danke dir für deinen Einsatz.
Grüße
Chris