Wie plant man eine internationale SEO-Architektur: Wie wählt man Länder-Websites, Sprach-Websites und Verzeichnisstrukturen?

Der entscheidende Punkt bei einer internationalen SEO-Architektur ist nicht, „wie viele Sprachen abgedeckt werden“, sondern ob Suchmaschinen zuverlässig erkennen können, auf welchen Markt, welche Sprache und welche Inhaltsentität jede Seite ausgerichtet ist. Länderseiten, Sprachseiten und Verzeichnisse sind keine sich gegenseitig ausschließenden technischen Begriffe, sondern drei unterschiedliche Organisationsformen: Sie bestimmen, wie die Content-Erstellung aufgeteilt wird, wie sich die Domain-Autorität entwickelt, ob Seiten für lokale Märkte unabhängig optimiert werden können und ob das Projekt bei späteren Überarbeitungen und der Erschließung neuer Märkte beherrschbar bleibt.

Für Unternehmen mit Vertriebsplänen in mehreren Regionen ist die Entscheidung, die am häufigsten zu Nacharbeit führt, erst nach dem Go-live der Website festzustellen, dass „Sprache“ und „Markt“ nicht dasselbe sind. Englischsprachige Seiten können auf die USA, das Vereinigte Königreich und Australien ausgerichtet sein oder lediglich globale Anfragen bedienen; deutschsprachige Seiten können Deutschland, Österreich und die Schweiz abdecken, wobei sich Lieferbedingungen, Zertifizierungsangaben, Preisangaben und Kontaktdaten in den drei Ländern nicht unbedingt gleichen. Eine internationale SEO-Architektur sollte zunächst die Grenzen der Marktbearbeitung festlegen und erst danach die URL-Struktur bestimmen.

Zuerst klären: Müssen Länder oder nur Sprachen unterschieden werden?

Sprachseiten lösen das Problem der Lese- und Suchsprache. Wenn ein Unternehmen beispielsweise dieselben Produktunterlagen, Markeninformationen und Anfrageoptionen auf Englisch, Spanisch und Arabisch präsentiert, besteht der Kernbedarf darin, Nutzern verschiedener Sprachen dieselben geschäftlichen Inhalte verständlich zu machen. In diesem Fall ist eine Unterteilung der Seiten anhand von Sprachcodes meist sinnvoller, etwa /en/, /es/ und /ar/. Jede Sprache benötigt eine eigenständige indexierbare URL, und ihre Zuordnung sollte über hreflang gekennzeichnet werden.

Länderseiten hingegen lösen Fragen der Marktbearbeitung. Wenn ein bestimmtes Land oder eine bestimmte Region über eine eigenständige Vertriebseinheit, ein Händlernetz, ein Produktsortiment, Compliance-Dokumente, eine eigene Logik für Währung und Steuern, Servicezusagen oder lokale Referenzen verfügt, reicht die bloße Übersetzung von Texten nicht aus, um eine wirksame lokale Seite zu schaffen. Der Markt muss dann als Architektureinheit behandelt werden, beispielsweise /us/, /de/, oder es werden länderspezifische Top-Level-Domains verwendet. Die Seitenunterschiede sollten sich in tatsächlichen Geschäftsinformationen widerspiegeln und nicht nur darin bestehen, „contact us“ in eine lokale Schreibweise zu ändern.

Eine praktische Entscheidungshilfe lautet: Wenn zwei Märkte dieselbe Produktseite, denselben Conversion-Pfad und dasselbe Team für die Bearbeitung von Leads nutzen können und sich nur die Oberflächensprache unterscheidet, sollten vorrangig Sprachseiten aufgebaut werden. Müssen für zwei Märkte hingegen Produktzulassungen, Branchenseiten, Kontaktdaten und Conversion-Zusagen getrennt gepflegt werden, ist eine Aufteilung nach Ländern sinnvoll. Werden Länderseiten zu früh getrennt, steigt häufig die Seitenzahl, während die Pflegekapazitäten nicht ausreichen. Das Ergebnis sind „leere Marktseiten“ mit sehr ähnlichen Inhalten, die langfristig nicht aktualisiert werden.

Domains, Subdomains und Unterverzeichnisse: Die Unterschiede liegen vor allem im Verwaltungsaufwand

In internationalen SEO-Architekturen sind drei URL-Modelle üblich: länderspezifische Top-Level-Domains, Subdomains und Unterverzeichnisse. Keine Variante ist grundsätzlich überlegen; ihre Eignung hängt von der Eigenständigkeit des Marktes und der Umsetzungsfähigkeit des Teams ab.

Aus Sicht des Implementierungsaufwands sind Unterverzeichnisse häufig der verlässlichere Einstieg. Sie ermöglichen es, Inhalte, strukturierte Daten, Sitemaps und Monitoring-Systeme unter einer Hauptdomain zentral zu halten; beim Hinzufügen von Sprachen oder Märkten muss auch nicht die gesamte Infrastruktur erneut aufgebaut werden. Zu beachten ist, dass Unterverzeichnisse nicht automatisch lokale Relevanz erhalten. Diese entsteht weiterhin durch eindeutige Sprachkennzeichnungen, überprüfbare marktspezifische Inhalte, lokale Kontaktdaten und angemessene externe Verweise.

Der Wert länderspezifischer Top-Level-Domains liegt in ihrem unmittelbareren Marktsignal und sie eignen sich für Geschäftsmodelle mit hoher lokaler Tiefe. Sie sind jedoch keine Abkürzung zu besseren Rankings. Fehlen fortlaufende Inhalte, eigenständige Betriebsstrukturen und die Fähigkeit zum Linkaufbau, zerschneiden mehrere Länderdomains lediglich die Ressourcen. Für Unternehmen mit begrenzter Projektlaufzeit und noch nicht systematisch lokalisierten Produktunterlagen ist es in der Regel besser kontrollierbar, zunächst ein internationales Verzeichnis unter einer Hauptdomain gut zu pflegen, statt gleichzeitig mehrere eigenständige Länderseiten zu starten.

Bei der URL-Planung müssen Produkt, Sprache und Markt nach einheitlichen Regeln behandelt werden

Was die Skalierungseffizienz tatsächlich beeinflusst, ist nicht die Form der Startseite, sondern ob Produktseiten, Branchenseiten, Ressourcenseiten und Conversion-Seiten einheitlichen Regeln folgen. Bei Sprachverzeichnissen kann die URL beispielsweise als /en/products/model-a/ gestaltet werden; muss innerhalb derselben Sprache zwischen Ländermärkten unterschieden werden, sollte die Marktdimension klar ausgedrückt werden, etwa durch /en-us/products/model-a/ und /en-gb/products/model-a/. Benennungen wie /us/, /en-us/ und /english/ sollten nicht gleichzeitig gemischt werden, da dies später Datenzuordnung, Weiterleitungen und Content-Management komplex macht.

Portale etwa für Automobile, die Konfigurationen, Spezifikationen und visuelle Materialien in hoher Dichte darstellen müssen, erzeugen bei regionaler Expansion besonders leicht große Mengen ähnlicher Seiten. Wenn sich dasselbe Fahrzeugmodell zwischen verschiedenen Märkten nur bei Einheiten, verfügbaren Konfigurationen oder Händlerkontaktdaten unterscheidet, sollten nicht einfach vollständige Seiten kopiert und nur wenige Felder geändert werden. Sinnvoller ist es, gemeinsame technische Unterlagen und Medienressourcen getrennt von marktspezifischen Modulen zu verwalten, sodass URL und Inhaltsunterschiede übereinstimmen. Unternehmensportale der Automobilbranche, die beispielsweise immersive Kaufberatung, Produktgalerien mit Registerkarten und Spezifikationsmodule verwenden, sollten erst recht vermeiden, dynamische interaktive Inhalte zur einzigen Produktinformationsquelle zu machen, die Suchmaschinen verstehen können.

Auch innerhalb einer Seite sollte sprachliche Konsistenz gewahrt bleiben. Eine deutsche URL, die zahlreiche englische Schaltflächen, englische Spezifikationen oder nicht übersetzte Bildtexte enthält, beeinträchtigt die lokale Nutzererfahrung und erschwert Suchmaschinen die Bestimmung der Hauptsprache der Seite. Bei von rechts nach links geschriebenen Sprachen müssen darüber hinaus Textrichtung, Formularlayout, Zahlen und Maßeinheiten auf Vorlagenebene verarbeitet werden, statt lediglich den Fließtext auszutauschen.

hreflang ist kein Reparaturwerkzeug: Fehlerhafte Zuordnungen verstärken Architekturprobleme

Die Funktion von hreflang besteht darin, Suchmaschinen mitzuteilen, welche URLs entsprechende Versionen für Nutzer unterschiedlicher Sprachen oder Regionen sind. Es ist kein Kennzeichen, das Seiten automatisch Rankings im Zielmarkt verschafft, und kann weder doppelte Inhalte noch fehlerhafte Weiterleitungen oder nicht crawlbare Seiten beheben.

Bei der Umsetzung müssen drei Grundbedingungen geprüft werden: Jede indexierbare Sprachversion liefert einen normalen Status zurück; Seiten, die einander ersetzen, verweisen wechselseitig aufeinander; und die angegebenen Sprach- und Regionscodes stimmen mit den tatsächlichen Seiteninhalten überein. Bei en-GB sollte die Seite eindeutig britisch-englische Nutzungsszenarien bedienen; handelt es sich nur um allgemeine englische Inhalte, ist en realistischer. Für internationale Besucher ohne eigene Version kann x-default als Standardziel festgelegt werden, sollte jedoch nicht fälschlicherweise als Ersatz für alle Sprachseiten betrachtet werden.

Eine automatische Weiterleitung nach IP-Adresse ist ein weiteres häufiges Risiko. Werden Besucher zwangsweise auf eine Seite für ein bestimmtes Land geleitet, können Crawler andere Versionen möglicherweise nicht entdecken, und grenzüberschreitende Einkäufer können unter Umständen keine Unterlagen für den gewünschten Markt aufrufen. Verlässlicher ist es, einen schließbaren Marktvorschlag anzuzeigen und einen dauerhaft sichtbaren Wechsel zwischen Sprache und Region anzubieten. Nach dem Wechsel sollte möglichst die entsprechende Seite mit demselben Thema geöffnet werden, statt stets zur Startseite zurückzukehren.

Die Reihenfolge des Go-live wird durch die Content-Betriebskapazität bestimmt, nicht durch die Länge der Marktliste

Ein internationales SEO-Projekt sollte nicht anhand des Standards „zuerst zehn Sprachseiten erstellen“ abgeschlossen werden. Vor dem Go-live sind vielmehr folgende Punkte zu prüfen: Gibt es in jeder Sprache vollständige zentrale Landingpages? Wer pflegt die Marktunterschiede desselben Produkts? Wie werden die einzelnen Versionen nach der Veröffentlichung eines neuen Produkts synchronisiert? Welche Marktseiten müssen nach einem Produktionsstopp oder einer Zertifizierungsänderung aktualisiert werden? Können Sitemap, Indexabdeckung und Formular-Conversions nach Verzeichnis oder Land getrennt ausgewertet werden?

Wenn lokalisierte Inhalte noch überwiegend auf maschineller Direktübersetzung beruhen und die regionale Vertriebsstrategie noch nicht festgelegt ist, kann eine einzelne Hauptseite mit wenigen hochwertigen Sprachverzeichnissen die Komplexität der Steuerung reduzieren. Sobald sich in einem Markt eigenständige Prozesse für Produkte, Inhalte und Lead-Bearbeitung herausgebildet haben, kann sich ein Sprachverzeichnis zu einem Marktverzeichnis oder einer eigenständigen Länderseite weiterentwickeln; auch die Migrationskosten lassen sich dann besser kontrollieren. Bei einer Migration müssen eine vollständige Zuordnung alter und neuer URLs, 301-Weiterleitungen sowie eine Liste der Aktualisierungen für canonical und hreflang erstellt werden; es genügt nicht, nur Navigationsseiten zu migrieren.

Die angemessene Wahl einer internationalen SEO-Architektur bedeutet im Kern, die Website-Struktur mit der tatsächlichen Marktorganisation des Unternehmens in Einklang zu bringen: Gemeinsame Geschäftsbereiche nutzen gemeinsame Ressourcen, und nur eigenständige Märkte erhalten eigene Grenzen. Länderseiten eignen sich für eine tiefgreifende lokale Marktbearbeitung, Sprachseiten für regionsübergreifende Content-Services und Unterverzeichnisse für zentralen Aufbau und schrittweise Erweiterung. Erst wenn Marktunterschiede, Verantwortlichkeiten für Inhalte und technische Veröffentlichungsprozesse klar definiert sind, sollte die Domainform gewählt werden. So lässt sich vermeiden, dass aus einer eigentlich beherrschbaren globalen Website ein langfristig schwer zu wartendes Multi-Site-Projekt wird.