Ein Leitfaden für Sprach- und Länder-Targeting

Wie richtet man am besten eine Website ein, die sowohl Länder- als auch Sprach-Targeting erfordert? Nun, dies ist ein viel diskutiertes Thema unter SEO-Experten und leider gibt es keine eindeutige Antwort. Unabhängig davon, wie Sie Ihre Website einrichten, wird es Mängel geben, da jede Situation anders ist und von der Einzigartigkeit Ihres Unternehmens abhängt.

Als Einführung in das Thema werde ich jedoch untersuchen, wie man das Thema Sprach- und Länder-Targeting in einer E-Commerce-Umgebung angeht.

Bei der anfänglichen Betrachtung unseres Ansatzes gab es viele verschiedene Aspekte, die berücksichtigt werden mussten, aber grundsätzlich gab es zwei wichtige Faktoren zu beachten:

1. Suchmaschinenoptimierung (SEO)
2. Conversion-Rate-Optimierung (CRO)

Bei der Auswahl unseres Domain-Setups mussten wir für diese beiden Faktoren zwei separate Aspekte berücksichtigen: die Art und Weise, wie wir auf Sprachen abzielen, und die Art und Weise, wie wir auf Länder abzielen. Eine mehrsprachige Website ist eine Website, die ihre Inhalte in mehr als einer Sprache anbietet, beispielsweise ein kanadisches Unternehmen, das seine Inhalte sowohl auf Englisch als auch auf Französisch bereitstellt.

Eine multiregionale Website hingegen ist eine Website, die sich speziell an Benutzer in verschiedenen Ländern richtet. Dies geschieht häufig, um die CRO zu verbessern, indem Inhalte wie Bestellvorgang, Versanddetails, Adresssuche und andere Inhalte personalisiert werden, um die Conversions basierend auf dem geografischen Standort zu verbessern. Neben diesen beiden individuellen Setups ist es wichtig zu bedenken, dass eine Website sowohl multiregional als auch mehrsprachig sein kann.

Die Marken, mit denen wir zusammenarbeiten, sind in vielen verschiedenen Ländern beliebt, von denen einige (z. B. Kanada) Benutzer in mehreren Ländern bedienen, und dies hat unser Setup noch komplexer gemacht. Wie sollten wir den Benutzern die richtige Sprache liefern und ihnen gleichzeitig eine auf ihren geografischen Standort zugeschnittene Benutzererfahrung bieten, um ihnen realistische Erwartungen in Bezug auf Versand, Preis und Garantien zu geben?

WIE SAH UNSER VORHERIGES SETUP AUS?

Zuvor hatten wir für alle Websites im MoreNiche-Netzwerk ein Unterverzeichnis eingerichtet, mit der US-Version unter https://brandwebsites.com/us/, der französischen Version unter https://brandwebsites.com/fr/ und der kanadischen Version der Website unter https://brandwebsites.com/can/.

Folglich konnten kanadische Benutzer je nach Sprache, in der sie suchten, entweder bei /can/ oder /fr/ landen, wobei einige kanadische Benutzer sogar auf der /us/-Site landeten, obwohl das Gebietsschema auf en-US eingestellt war. Tatsächlich landete fast die Hälfte aller kanadischen Benutzer auf der US-Website und verpasste viele der wichtigen Verbesserungen der Benutzerfreundlichkeit, von denen CRO erwiesenermaßen großen Nutzen hatte.

Insgesamt lag unsere Genauigkeit bei der korrekten Ausrichtung auf Sprache und Land im Bereich von 70 %, was bedeutet, dass ein beträchtlicher Teil der Website-Benutzer keine optimale Erfahrung hatte. Dies war eine dramatisch schlechtere Leistung als die CrazyBulk-Site, die bereits ein Multi-Domain-Setup verwendete und eine Genauigkeit von 90 % registrierte.

Dies spiegelte sich sowohl in den Konversionsraten als auch in den länderspezifischen Markenrankings wider. Im Allgemeinen schien Google die Einrichtung der Website in Sprachen zu bevorzugen, und die Nutzer profitierten von der verbesserten angepassten Checkout-Erfahrung und unseren anderen CRO-Bemühungen.

WIE SIEHT DIE PERFEKTE LÖSUNG AUS?

Was ist also die ideale Lösung für ein Setup, das sowohl geografisches als auch sprachbasiertes Targeting erfordert? Dies ist eine knifflige Frage, auf die es keine perfekte Antwort gibt. Tatsächlich diskutieren SEOs ständig über dieses umstrittene Thema.

Unsere langfristige Vision ist, dass sich alle Websites auf Sprachdomains (ccTLDs) oder Subdomains (auf einer gTLD) befinden sollten, in denen die ccTLD nicht verfügbar ist, um sicherzustellen, dass das Erlebnis auf das jeweilige Land zugeschnitten ist. Länder, die mehr als eine Sprache benötigen, sollten schließlich eine mehrsprachige Einrichtung haben, z. B. würde https://brandwebsites.ca die primäre kanadisch-englischsprachige Website bedienen, während https://brandwebsites.ca/fr/ etwas weniger bedienen würde wichtige Website in französisch-kanadischer Sprache.

Da die eindeutige Mehrheit des Traffics von Affiliates kommt, hielten wir es für wichtiger, CRO zuerst in Betracht zu ziehen, um sicherzustellen, dass die meisten Benutzer eine Erfahrung haben, die auf ihren geografischen Standort zugeschnitten ist.

Um dieses Setup zu unterstützen und sicherzustellen, dass wir nicht auf Probleme mit doppelten Inhalten stoßen, mussten wir sicher sein, dass wir hreflang korrekt verwenden, um Suchmaschinen genau zu erklären, worauf wir abzielen. Darüber hinaus mussten wir auf doppelte Inhalte in mehreren Domains achten und sorgfältig abwägen, ob wir die Kanonisierung verwenden sollten oder ob es tatsächlich in Ordnung ist, doppelte Inhalte zu haben, da wir unterschiedliche Benutzer in verschiedenen Ländern ansprechen. Nachfolgend ein Auszug aus den Hinweisen von Google zu Duplicate Content bei sprach- und länderspezifischen Webseiten.

Besonders wenn Sie Ihren SEO-Hut tragen, ist es oft viel zu leicht, übermäßig Angst vor doppelten Inhalten auf Ihrer Website zu haben. Ein Großteil dieser Befürchtungen wurde durch die übereifrige Natur des ersten Google Panda-Updates im Februar 2011 verursacht. Obwohl Duplicate Content immer etwas zu beachten war, hat sich seine Bedeutung mit der Einführung von Panda verzehnfacht.

Über Nacht verschwanden viele Websites, die zuvor gut gerankt waren, einfach aufgrund von Inhaltsqualitäts- und Duplizierungsproblemen, die eine Flagge gegen die Website erhoben und die gesamte Domain effektiv als minderwertig markierten. Tatsächlich würde ich Ihnen immer noch raten, diesen alten Beitrag auf Moz zu lesen, der einige detaillierte Ratschläge zu doppelten Inhalten in einer Post-Panda-Welt enthält.

Eine Sache, die jetzt erwähnenswert ist, ist, dass Panda seit Januar 2016 praktisch nur ein weiterer Teil des Google-Kernalgorithmus ist und von Natur aus viel granularer ist. Das bedeutet, dass Sie selbst im schlimmsten Fall nicht Ihre gesamte Domain bestraft sehen sollten. Aber für den Fall, dass dies der Fall ist, sollten Sie sich viel schneller erholen können, da Sie nicht mehrere Monate auf die nächste Aktualisierung des Algorithmus warten müssen.

Außerdem hat Google ziemlich schnell gelernt, dass mancher doppelte Inhalt in Ordnung ist, insbesondere wenn er auf verschiedene Nutzer in verschiedenen Ländern ausgerichtet ist. Vor diesem Hintergrund wurde im Dezember 2011 das hreflang-Attribut eingeführt, damit Sie Google mitteilen können, wer welche Version Ihres Inhalts sehen soll, wenn er von der Google-Suche kommt.

UNSER ERSTER SCHRITT IST JETZT ABGESCHLOSSEN

So konnten wir aus diversen technischen und ressourcentechnischen Gründen nicht direkt von unserem bisherigen Setup zu unserem Traum-Setup gelangen. Stattdessen machten wir ein paar kleine Schritte auf dem Weg. Derzeit haben wir für die meisten Marken, mit denen wir zusammenarbeiten, die folgenden Domains eingerichtet:

https://brandwebsites.com
https://de.brandwebsites.com
https://au.brandwebsites.com
https://ca.brandwebsites.com
https://fr.brandwebsites.com
https://de.brandwebsites.com
https://brandwebsites.es
https://brandwebsites.gr

Wie Sie sehen können, gibt es eine Mischung aus Subdomains auf der .com-gTLD-Domain und ccTLDs. Wenn wir ccTLDs erwerben, werden wir von Subdomains zu ccTLDs wechseln, um unser Setup auf ccTLDs zu standardisieren, mit einigen anderen potenziellen Vorteilen im Hinterkopf, die wir später besprechen werden.

Seit Abschluss dieser Migration Anfang 2017 haben wir unsere Sitemaps aktualisiert und sichergestellt, dass die neuen Domains in den Webmaster-Tools von Google und Bing korrekt eingerichtet sind. Wir haben auch permanente (301) Weiterleitungen eingerichtet, damit der Verkehr, der an den alten Orten landet, nicht einfach verloren geht und damit wir einen Teil des Wertes anderer Websites behalten, die auf Seiten mit der alten Einrichtung verlinken.

Am 6. Februar 2017 haben wir auch Serveränderungen an der Art und Weise veröffentlicht, wie wir die Weiterleitung von „www.“ handhaben. zu 'nicht-www.' Domains sowie Änderungen an der Art und Weise, wie wir sicherstellen, dass der gesamte Datenverkehr sicher ist und auf https:// umgeleitet wird.

Neben diesen Änderungen aktualisieren wir auch die robots.txt-Datei für jede Website, um deutlich auf die neue Sitemap-Position hinzuweisen und häufige Probleme wie die Indexierung von Suchergebnisseiten auf einigen Marken-Websites zu vermeiden.

WELCHE ANDEREN OPTIONEN HABEN WIR IN BETRACHT GEZOGEN?

Während des Entscheidungsprozesses für unser neues Setup hatten wir mehrere Optionen zu berücksichtigen:
Länderspezifische Domains, zB https://brandwebsites.es
Subdomains auf einer gTLD, zB https://fr.brandwebsites.com
Unterverzeichnisse auf einer gTLD, zB https://brandwebsites.com/el/
Unser aktuelles Setup, z. B. wie Beispiel 3, aber ohne Site auf Stammebene, z. B. https://brandwebsites.com/us/
URL-Parameter, zB https://brandwebsites.com?lang=de

Warum sind wir nicht beim aktuellen Setup geblieben?

Wir haben unser aktuelles Setup sofort verworfen, weil das Fehlen einer Site auf Root-Ebene eine Vielzahl von Problemen verursachte:

• Benutzer wurden häufig von der Root-Level-Domain zu einem Sprachunterverzeichnis umgeleitet, was ihre Ladezeit verlangsamte. Dies wurde durch eine Mischung aus alten internen Links, externen Links ohne Sprachordner oder Benutzern verursacht, die die Domäne direkt über den Browser besuchen.
• Google erwartet, dass eine Website auf Root-Ebene existiert. Tatsächlich wurden die Markenrankings für die Website in Google als https://brandwebsites.com angezeigt, obwohl hier keine Seite existierte. Wir haben es uns nicht leicht gemacht, und das spiegelte sich in den Marken-Rankings für die US-Website vieler unserer Marken wider.
• Für die Überprüfung einer Domain muss häufig ein Tag auf der Startseite angezeigt werden. Dies kann die Einrichtung von Social- oder Webmaster-Tools sein. Während wir einige umgehen konnten, indem wir mit einer anderen Methode wie DNS-Einträgen validierten, konnten wir dies bei anderen nicht, und dies verursachte uns einige Probleme mit der sozialen Integration.
• Wir haben die Sprach- und Länderausrichtung verwechselt und die Dinge für die Benutzer schwieriger gemacht, als sie sein müssten. Beispielsweise wurde unser spanisches Verzeichnis auf das Gebietsschema es_ES eingestellt, während ein Großteil des Datenverkehrs tatsächlich von spanischen Benutzern in Mexiko (es_MX) kam. Dies war das Setzen von hreflang=“es_ES“, während hreflang=“es“, um alle spanischsprachigen Länder abzudecken, möglicherweise effektiver für SEO war. Dies würde jedoch zu eigenen Problemen mit der Personalisierung des Einkaufswagens in Bezug auf lokale Flaggen und Versandanbieter führen.

Einfach ausgedrückt, wir mussten in der Lage sein, die Website an den Standort des Benutzers anzupassen, also mussten wir Sprach- und Länder-Targeting trennen.

Mit diesen vier Punkten im Hinterkopf waren wir sofort in der Lage, unser aktuelles Setup zu verwerfen und nach Alternativen zu suchen, die uns das erforderliche Maß an Flexibilität bringen würden.

URL-Parameter – warum sind sie eine schlechte Idee?

Die nächste offensichtliche Option, die wir nicht einmal in Betracht ziehen wollten, war das Einrichten von Sprachen als URL-Parameter. Der offensichtliche Grund dafür ist, dass Sie die einzelnen Sprachen in den Webmaster-Tools einfach nicht geografisch ausrichten können.

Darüber hinaus ist es für Benutzer äußerst schwierig, die Website zu erkennen und manuell auf der richtigen Domain zu landen, und wir hatten auch Bedenken hinsichtlich der Pflege der Website in der Sprache, auf der sich ein Benutzer befindet, und der allgemeinen effektiven Verwaltung interner Links.

Es gibt einige Situationen, in denen URL-Parameter funktionieren können, aber dies ist in der Regel der Fall, wenn Sie sich weniger Gedanken über SEO machen und den Landingpage-Traffic manuell filtern. Zum Beispiel können Websites, die vollständig von Affiliate-Verkehr getrieben werden und nicht viel von der Unterstützung des SEO-Verkehrs erwarten, mit einem URL-Parameter-Sprach-Setup gedeihen.

Abwägen der verbleibenden Optionen – was waren die Vor- und Nachteile?

Also blieben uns drei verfügbare Optionen, die wir in Betracht ziehen sollten:

1. Länderspezifische Domains
2. Subdomains auf einer gTLD
3. Unterverzeichnisse auf einer gTLD

Jede dieser Optionen hat ihre eigenen Vor- und Nachteile, und ich möchte klarstellen, dass es keine perfekte Lösung gibt. Während SEOs überall höchstwahrscheinlich Befürworter einer dieser Optionen gegenüber allen anderen sein werden, ist es eine völlig situative Entscheidung, die die Berücksichtigung mehrerer Faktoren erfordert:

• Die Auswirkungen auf die Ressourcen Ihres digitalen Marketingteams
• Die Kosten für die Einrichtung und Wartung der Lösung
• Wie die Benutzererfahrung beeinflusst wird
• Die möglichen Auswirkungen auf Suchmaschinen

Diese Faktoren können weiter in mehrere Elemente unterteilt werden, die für jede Option berücksichtigt werden sollten, und die folgende Tabelle fasst diese zusammen. Denken Sie jedoch daran, dass der Wert dieser Elemente für Ihre Website oder Organisation etwas ganz Persönliches für Ihre Situation ist.

Die Bedeutung dieser zwölf Elemente variiert dramatisch je nach Ihrer Situation. Aus diesem Grund gibt es für das Sprach- und Länder-Targeting letztendlich keine Einheitslösung. Vielmehr ist es eine Entscheidung, die sorgfältig abgewogen werden muss, da Ihre Entscheidung Ihre Website und die Möglichkeit, sie in den kommenden Jahren zu ändern, beeinflussen wird.

UNSERE SCHLUSSFOLGERUNGEN

Aus reiner SEO-Perspektive sind mit der Aufteilung einer Website in mehrere Domains Risiken verbunden, und das größte davon ist der unbekannte Effekt mehrerer Domains auf Backlinks. Google ist jedoch in der Art und Weise, wie es Links behandelt, viel granularer geworden, so dass es klug wäre, daraus zu schließen, dass es bei der Bestimmung von Rankings in einem bestimmten Land mehr auf lokale nischenspezifische Links achtet.

Aber die CRO-Vorteile der Änderung überwiegen die Risiken, die mit zusätzlichen SEO-Arbeiten verbunden sind, die erforderlich sind, um Rankings sicherzustellen. Die Verwendung von Domains zur Ausrichtung auf ein Land und die Trennung der sprachlichen und geografischen Ausrichtung ermöglicht einen viel genaueren Ansatz zur Ausrichtung auf Website-Benutzer.

Darüber hinaus bietet die Trennung einige SEO-Vorteile, da sie dazu beiträgt, einige der Probleme zu vermeiden, die wir mit dem falschen Länder-Site-Ranking an einem bestimmten Ort gesehen haben. Als Beispiel haben wir ziemlich häufig gesehen, dass die Hauptseite der US-englischen Sprache anstelle der lokalisierten Version rangiert, zum Beispiel der Ordner /can/ in Kanada. Es wird uns auch in Zukunft helfen, die Website in bestimmten Ländern zu beschleunigen, in denen die Nachfrage als groß genug erachtet wird, indem Domains auf separaten standortspezifischen Servern gehostet werden.

Viele Organisationen haben separate länderspezifische Domains auf die gleiche Weise wie wir implementiert, einschließlich Google, Amazon und Wikipedia (Subdomains). Da es sich bei unseren Websites um E-Commerce-Websites handelt, sind sie ideale Kandidaten für diese Trennungsebene, bei der sowohl Länder- als auch Sprachvariationen auf den Benutzer zugeschnitten werden müssen. Darüber hinaus kann der Sorge um Duplicate Content durch das richtige hreflang-Markup und die Beachtung der Hinweise von Google zu Duplicate Content auf internationalen Websites vorgebeugt werden.

WAS KOMMT ALS NÄCHSTES?

Wir haben die erste Phase unserer Änderungen an den Websites abgeschlossen und suchen nun nach Verbesserungen:

1. Hreflang-Markup: An einigen Stellen scheint das von uns verwendete Plugin Probleme ohne Rückgabe-Tags zu verursachen. Dies bedeutet effektiv, dass nicht alle Websites mit Sprach- und Ländervarianten aufeinander verweisen. Dies muss eine Selbstreferenz enthalten, wobei die Seite mit hreflang-Markup auf sich selbst verlinkt.
2. Erweitern Sie die Sprachvariationen, sobald wir eine größere hreflang-Kontrolle haben. Ein perfektes Beispiel dafür wäre die Erstellung einer französisch-kanadischen Version der Website, die ein Unterverzeichnis der kanadischen Domain wäre. Wir können auch versuchen, nicht spezifizierte Sprachvarianten des Standardstandorts nach brandwebsites.com zu verschieben und mehrere Sprachen in der Domain zu haben, zum Beispiel:
   1. <link rel=”alternate” href=”https://uk.brandwebsites.com/ ” hreflang=”en-GB” />

   <link rel=”alternate” href=”https://ca.brandwebsites.com/ ” hreflang=”en-ca” />

   <link rel=”alternate” href=”https://au.brandwebsites.com/ ” hreflang=”en-au” />

   <link rel=”alternate” href=”https://brandwebsites.com/ ” hreflang=”en-US” />

   <link rel=“alternate“ href=“https://brandwebsites.com/“ hreflang=“en“ />

   <link rel=”alternate” href=”https://brandwebsites.es/ ” hreflang=”es-ES” />

   <link rel=“alternate“ href=“https://brandwebsites.com/es/“ hreflang=“es“ />

3. Mehrsprachige Websites mit auf das Land zugeschnittenen Checkout-Prozessen, einschließlich Vertrauensfaktoren wie lokale Lieferanbieter und Flaggen. Beginnen Sie auch damit, sich gegebenenfalls mit länderspezifischen Split-Tests zu befassen, da das Käuferverhalten und die UX-Erwartungen weltweit unterschiedlich sind.

Während diese Informationen unseren Affiliates vielleicht nicht direkt bei der internationalen SEO helfen, sollten sie Ihnen viele Denkanstöße geben, wenn es darum geht, Ihre eigene mehrsprachige Website zu erstellen.