Internationale Suchmaschinenoptimierung: So strukturieren Sie länderübergreifende Seiten

Einleitung

Die meisten SEO-Ratschläge gehen von einer Website, einer Sprache und einem Markt aus. Sobald ein Produkt Nutzer in mehr als einem Land bedient, beginnen diese Ratschläge zu bröckeln. Plötzlich muss man mehrere Dinge unter einen Hut bringen:

• Doppelte Inhalte auf nahezu identischen Seiten,
• Suchmaschinen, die den falschen Nutzern die falsche Version anzeigen,
• eine Website-Struktur, die beim Start Sinn ergab, einem aber bei zunehmender Größe Probleme bereitet.

Teams, die das richtig hinbekommen, haben meist eine Gemeinsamkeit: Sie legen die Länderspezifizierung bereits auf der Architektur-Ebene fest, noch bevor auch nur ein Wort an Inhalt verfasst wird. Wenn die Struktur stimmt, übernimmt jede Seite, die Sie danach veröffentlichen, diese automatisch. Wenn Sie es falsch machen, werden Sie jahrelang damit beschäftigt sein, Canonical-Links und fehlgeleitete Rankings zu entwirren.

Dieser Leitfaden führt Sie durch die Strukturen, die funktionieren, das Markup, das sie zusammenhält, und den Arbeitsablauf, mit dem Sie überprüfen können, ob jede Länderversion tatsächlich dort rankt, wo sie ranken sollte.

Die Länderspezifizierung beginnt mit der URL

Googles eigene Dokumentation zur Verwaltung multiregionaler Websites legt die realistischen Optionen dar: länderspezifische Domains, Subdomains, Unterverzeichnisse und URL-Parameter. Die letzte Option wird als „nicht empfohlen“ gekennzeichnet, womit drei ernstzunehmende Kandidaten übrig bleiben:

• Ländercode-Domains (Beispiel.de, Beispiel.fr) senden das deutlichste Geotargeting-Signal, aber jede kann nur auf ein einziges Land ausgerichtet sein, und jede Domain, die du hinzufügst, spaltet deine Autorität auf und vervielfacht deinen Wartungsaufwand.
• Subdomains lassen sich leicht einrichten, doch Nutzer können anhand der URL oft nicht erkennen, ob „de“ für die deutsche Sprache oder den deutschen Markt steht.
• Unterverzeichnisse auf einer globalen Domain bündeln die Autorität an einem Ort und halten den Wartungsaufwand gering, weshalb sie für die meisten internationalen Produkte zum Standard geworden sind.

Es gibt keine allgemein richtige Wahl. Es gibt nur die Wahl, die zu Ihrem Betrieb passt: wie viele Märkte Sie bedienen, ob sich die juristischen Personen je nach Land unterscheiden und wie viel Entwicklungszeit Sie aufwenden können, um parallele Strukturen aufrechtzuerhalten.

Für welche Struktur Sie sich auch entscheiden – entscheiden Sie sich ein für alle Mal. Die Umstellung einer etablierten Website von Subdomains auf Unterverzeichnisse oder die Konsolidierung einer Vielzahl von Länderdomains bedeutet Umleitungszuordnungen, erneutes Crawling und monatelange Schwankungen bei den Rankings, während Suchmaschinen sich ein neues Bild von der Website machen. Teams, die mitten im Betrieb die Struktur wechseln, tun dies in der Regel, weil die ursprüngliche Entscheidung eher zufällig als bewusst getroffen wurde. Halten Sie die Entscheidung schriftlich fest, einschließlich der Kompromisse, die Sie eingegangen sind, damit die nächste Person, die die Website übernimmt, versteht, warum die Struktur so aussieht, wie sie aussieht.

Das Hub-and-Spoke-Modell für ein Produkt in vielen Märkten

Schwieriger ist der Fall eines einzelnen Produkts, das in verschiedenen Versionen pro Land existiert. Das Muster, das sich am besten skalieren lässt, ist ein „Hub-and-Spoke“-Modell: ein kanonischer Produkt-Hub, von dem aus sich Seiten auf Länderebene verzweigen, die auf einer gemeinsamen Vorlage basieren und jeweils in den wesentlichen Details lokalisiert sind.

Reiseplattformen wenden dies bei Zielort-Seiten an, SaaS-Unternehmen bei länderspezifischen Preisseiten, und das Muster reicht weit über den Tech-Bereich hinaus. Auch Wettanbieter nutzen es: Der Bereich „Lucky Numbers“ auf Hollywoodbets, einer südafrikanischen Wettplattform, verzweigt sich in länderspezifische Seiten für ein einziges Produkt mit festen Quoten, das auf Lotterieziehungen aus Dutzenden von Ländern basiert (ein Wettprodukt für Zielgruppen im gesetzlichen Glücksspielalter in regulierten Märkten). Ein Produkt, eine Vorlage, eine Hub-URL und eine „Spoke“-Seite für jeden Markt, den der Inhalt abdeckt.

Regulierte Branchen sind hier gerade deshalb aufschlussreich, weil sie sich strukturelle Unklarheiten nicht leisten können: Die Architektur muss unmissverständlich machen, welche Seite welche Zielgruppe bedient.

Die SEO-Logik dieses Musters ist einfach:

• Der Hub sammelt Links und Autorität für den Hauptbegriff.
• Die „Spokes“ übernehmen den internen Link-Wert und erfassen Long-Tail-Suchanfragen mit Länderspezifikationen.
• Dankder gemeinsamen Vorlage können Sie Hunderte von Seiten überprüfen und optimieren, indem Sie ein einziges Layout verbessern.

Hreflang, Schritt für Schritt

Die Struktur teilt Suchmaschinen mit, was vorhanden ist; hreflang teilt ihnen mit, für wen die jeweilige Version bestimmt ist. Googles Leitfaden zu lokalisierten Seitenversionen listet drei gleichwertige Möglichkeiten auf, diese zu deklarieren: Link-Tags im HTML-Head, HTTP-Header oder eine XML-Sitemap. Die Verwendung von mehr als einer Methode bringt in der Suche keinen zusätzlichen Nutzen, wählen Sie also diejenige, die Ihr System am zuverlässigsten unterstützt, und bleiben Sie dabei konsequent.

Drei Regeln verhindern die meisten hreflang-Katastrophen:

1. Stellen Sie eine wechselseitige Verlinkung sicher. Wenn die britische Seite auf die deutsche Seite verweist, muss die deutsche Seite zurückverweisen. Anmerkungen, die nicht zurückgegeben werden, können ignoriert werden, und ein einziges fehlendes Return-Tag kann unbemerkt einen ganzen Cluster lahmlegen.
2. Lege immer einen „x-default“ fest. Der reservierte „x-default“-Wert erfasst Nutzer, deren Sprache und Region mit keiner deiner Versionen übereinstimmen, und ist der richtige Ort für jede Seite zur Länderauswahl.
3. Versehen Sie jede Seite mit Annotationen, einschließlich der Seite selbst. „Hreflang“ funktioniert auf Seitenebene, daher listet jede Seite im Cluster sowohl ihre eigene URL als auch alle ihre Alternativen auf. Die Erstellung von Vorlagen hierfür ist genau die Art von Aufgabe, die in das „Spoke“-Layout gehört und nicht im Gedächtnis einer einzelnen Person.

Achten Sie auch auf die Codes selbst. Hreflang-Werte kombinieren einen Sprachcode mit einem optionalen Regionscode, und die beiden lösen unterschiedliche Probleme:

• „en-GB“ und „en-US“ können auf zwei Seiten in derselben Sprache verweisen, die für unterschiedliche Märkte lokalisiert sind;
• ein einfaches „es“ kann Spanischsprachige überall dort ansprechen, wo Sie keine länderspezifische Version haben.

Ein Regionalcode allein ist ungültig, und auch plausibel aussehende Codes können fehlschlagen: In der Dokumentation von Google wird darauf hingewiesen, dass „UK“ kein gültiger Regionalcode ist; daher hat „en-UK“ keine Wirkung, während „en-GB“ funktioniert. Fehler wie diese sind einer der häufigsten Gründe dafür, dass Annotationen unbemerkt die Validierung nicht bestehen.

„Hreflang“ ist routinemäßige technische Arbeit, aber sie entscheidet darüber, ob Ihre sorgfältig lokalisierten Seiten den richtigen Nutzern angezeigt werden oder ob Google raten muss.

Lokale SERPs sind eine ganz eigene Welt

Quelle: Magnific

Selbst bei perfekter Architektur und perfektem Markup liefert dieselbe Suchanfrage in verschiedenen Ländern unterschiedliche Ergebnisse. Lokale Wettbewerber, lokale Suchabsichten, unterschiedliche SERP-Funktionen und unterschiedliche Wettbewerbsintensitäten führen dazu, dass eine Seite, die in einem Markt auf Platz drei rangiert, in einem anderen Markt mit identischem Inhalt auf Seite vier landen kann.

Deshalb kann internationale Arbeit nicht aus der Perspektive der Ergebnisse eines einzigen Standorts betrieben werden. Die Überprüfung der tatsächlichen SERP in jedem Zielland – so wie es ein SERP-Checker für jedes Land, jede Region oder jede Stadt tut, auf die Sie ihn ausrichten – zeigt Ihnen die Wettbewerbsrealität, mit der jede Spoke-Seite tatsächlich konfrontiert ist: Wer rangiert, mit welcher Art von Seite und welche SERP-Funktionen zwischen Ihnen und den Klicks stehen.

Oft ist die Erkenntnis unbequem. Eine dünne, vorlagengestützte Spoke-Seite, die in einem Markt mit geringem Wettbewerb gut abschneidet, benötigt möglicherweise echte lokale Inhalte, lokale Verweise und lokale Links, um in einem umkämpften Markt bestehen zu können. Behandeln Sie die Vorlage als Ausgangsbasis, die jeder Markt am ersten Tag erhält, und lassen Sie sich dann von der Live-SERP zeigen, welche Spoke-Seiten eine tiefgreifendere Investition verdienen. In der Praxis bedeutet das in der Regel:

• Eine Handvoll vorrangiger Märkte erhalten maßgeschneiderte Abschnitte, lokale Datenpunkte und gezieltes Linkbuilding;
• der „Long Tail“ der kleineren Märkte läuft auf der gemeinsamen Vorlage, bis die Zahlen mehr rechtfertigen.

Die Keyword-Recherche beginnt in jedem Markt von Neuem

Die zweite Falle besteht darin, anzunehmen, dass sich Ihre Keyword-Liste einfach übertragen lässt. Eine direkte Übersetzung geht am Kern der Sache vorbei: Nutzer in verschiedenen Ländern verwenden nicht nur unterschiedliche Wörter; sie suchen mit unterschiedlicher Absicht und in unterschiedlichem Umfang. Eine Produktkategorie, die in einem Markt ein häufig gesuchter Oberbegriff ist, kann im nächsten Markt eine Nischenanfrage sein, und der umgangssprachliche Begriff, der den gesamten Traffic generiert, hat möglicherweise nichts mit der Wörterbuchübersetzung gemeinsam.

Die einzige zuverlässige Vorgehensweise ist es, jeden Markt von Grund auf mit einem Keyword-Recherche-Tool zu untersuchen, das standortspezifische Daten unterstützt. Der Zeitaufwand ist zwar erheblich, verschafft Ihnen aber einen Vorteil: Konkurrenten, die ihre Keyword-Ausrichtung maschinell übersetzen, lassen ganze lokale Suchbereiche unbesetzt.

Hier zahlt sich das Hub-and-Spoke-Modell ein zweites Mal aus. Da jede „Speiche“ eine eigene Seite ist, kann sie auf den lokalen Begriff statt auf den übersetzten abzielen, ohne den Rest des Clusters zu beeinträchtigen.

Messen Sie nach Markt, sonst raten Sie nur

Quelle: Magnific

Die letzte Disziplin ist die Messung. Globale Durchschnittsrankings verbergen alles, was Sie wissen müssen: Eine Position, die sich im Durchschnitt „verbessert“ hat, könnte in Ihrem wertvollsten Markt eingebrochen sein, während sie in drei irrelevanten Märkten gestiegen ist.

Die Verfolgung der Positionen pro Land und pro Suchbegriff in einem Rank-Tracking-Tool verwandelt die Architektur in eine Feedbackschleife. Jede „Spoke“-Seite erhält ihr eigenes Scoreboard, und strukturelle Probleme offenbaren sich als Muster:

• Wenn jede „Speiche“ in einem Land hinter den Erwartungen zurückbleibt, sollten Sie die Targeting-Signale oder „hreflang“-Attribute überprüfen.
• Wenn ein „Spoke“ überall unterdurchschnittlich abschneidet, sollten Sie die Seite selbst überprüfen.

Diese Diagnoselogik funktioniert nur, wenn die Daten von Anfang an nach Standort segmentiert sind. Deshalb gehört die marktbezogene Nachverfolgung in die Checkliste für den Launch und nicht in die Aufräumphase sechs Monate später.

Ein praktischer wöchentlicher Rhythmus für ein länderübergreifendes Produkt sieht wie folgt aus:

1. Überprüfen Sie die Entwicklung der Money-Seiten pro Land.
2. Vergleichen Sie die größten Lücken mit den aktuellen lokalen Suchergebnissen.
3. Markieren Sie Bereiche, in denen die lokale Konkurrenz strukturell bessere Seiten hat.
4. Planen Sie Lokalisierungsmaßnahmen dort ein, wo sich dies laut Daten lohnt.

Für tiefergehende Hintergründe zur sprachlichen Seite dieser Arbeit behandelt der Leitfaden von Ranktracker zur Optimierung einer Website für andere Sprachen die Inhaltsebene, die auf der hier beschriebenen Architektur aufsetzt.

Häufige Fehlerquellen, die es zu prüfen gilt

Bevor Sie eine länderübergreifende Struktur veröffentlichen, sollten Sie sie auf die Fehler überprüfen, die in fast jeder internationalen SEO-Nachbetrachtung auftauchen:

• Gemischtes Signal. Eine ccTLD, deren „hreflang“-Attribut auf Unterverzeichnisse einer anderen Domain verweist, oder Länderseiten, die auf die globale Hub-Seite kanonisiert sind – was Google stillschweigend signalisiert, dass die Unterseiten Duplikate sind, die kein Ranking verdienen.
• Automatische IP-basierte Weiterleitungen. Sie sperren sowohl Nutzer als auch Crawler von den Versionen aus, die sie eigentlich wollten. Googles Empfehlung lautet, automatische Weiterleitungen zu vermeiden und stattdessen zwischen den Versionen zu verlinken, damit Nutzer die gewünschte Version auswählen können, da die IP-basierte Standortbestimmung ohnehin unzuverlässig ist.
• Unübersetzte Standardtexte. Menüs, Fußzeilen und Checkout-Abläufe, die auf einer ansonsten lokalisierten Seite in einer anderen Sprache belassen werden, untergraben sowohl das Vertrauen der Nutzer als auch die Sprachsignale der Seite.

Keiner dieser Fehler ist ungewöhnlich. Sie treten auf, wenn ein Team die Texte lokalisiert, ohne die zugrunde liegende Struktur zu überprüfen – und jeder einzelne lässt sich bei einer Prüfung kostengünstig erkennen, ist aber teuer, wenn er erst im Ranking-Bericht entdeckt wird.

Die Struktur ist die Strategie

Länderübergreifendes SEO belohnt Teams, die langweilige Dinge konsequent tun:

• eine durchdachte URL-Struktur;
• ein gut strukturiertes „Hub-and-Spoke“-Modell pro Produkt;
• gegenseitige „hreflang“-Angaben mit einem „x-default“;
• Keyword-Recherche für jeden einzelnen Markt;
• ein länderbezogenes Ranking-Tracking, das den Kreis schließt.

Die Beispiele finden sich überall, wenn man nur danach sucht – von SaaS-Preisseiten bis hin zu Lotterie-Zentren –, und sie alle vermitteln dieselbe Lektion. Seiten ranken nicht überall, weil der Inhalt überall brillant ist. Sie ranken überall, weil die Struktur niemals die Frage „Für wen ist diese Seite gedacht?“ offen lässt.