Technische Architektur für den Aufbau internationaler Websites: Wie Mehrsprachigkeit, Regionen und SEO zusammenspielen

Zunächst den Rahmen der Website festlegen, dann über die Anzahl der Sprachen sprechen

Die Herausforderung beim Aufbau internationaler Websites liegt in der Regel nicht darin, ob Seiten zwischen Sprachen wechseln können, sondern darin, ob Suchmaschinen, Nutzer und Content-Teams „dieselbe Website“ als einheitliches System erkennen. Bei der technischen Bewertung muss zunächst nicht geklärt werden, wie viele Sprachen live gehen sollen, sondern welche Länder oder Regionen das Unternehmen bedienen möchte und ob zwischen diesen Märkten eigenständige Produkt-, Preis-, Liefer-, Compliance- und Conversion-Prozesse bestehen.

Wenn sich englische Seiten beispielsweise an Einkäufer in den USA, im Vereinigten Königreich und in Südostasien richten und Produktspezifikationen, Zertifizierungsinformationen, Ansprechpartner für Anfragen sowie Lieferzusagen im Wesentlichen identisch sind, kann zunächst eine zentrale englische Website genutzt werden. Anschließend kann anhand von Seiteninhalten und Traffic-Daten entschieden werden, ob regionale Versionen getrennt werden sollten. Benötigt der deutsche Markt hingegen eine eigene Datenschutzerklärung, Maßeinheiten, Produktunterlagen und lokale Ansprechpartner, reicht ein reiner Sprachwechsel häufig nicht aus, um Conversion und Compliance zu gewährleisten. Dann sollten eigenständige regionale Versionen bereits auf Ebene der Informationsarchitektur eingerichtet werden.

Diese Entscheidung wirkt sich unmittelbar auf URLs, Content-Modelle, SEO-Kennzeichnungen, Backend-Berechtigungen und spätere Veröffentlichungsprozesse aus. Wird die Architektur von Anfang an zu grob definiert, treten später häufig folgende Probleme auf: Unterschiedliche Märkte können nur ungeeignete Seiten gemeinsam nutzen; für eine neue Sprache muss die gesamte Website kopiert werden; Redaktionsteams müssen eine Produktparameteränderung auf mehreren Seiten wiederholt vornehmen.

Die URL-Struktur entscheidet darüber, ob Regionen und Sprachen korrekt verwaltet werden können

Mehrsprachige und multiregionale Websites müssen jeder Version, die gesucht, geteilt und ausgewertet werden kann, eine stabile Adresse zuweisen. Gängige Ansätze sind länderspezifische Top-Level-Domains, Subdomains und Verzeichnisstrukturen; keine Struktur ist von Natur aus für jedes Unternehmen geeignet.

• Länderspezifische Top-Level-Domains: etwa die Verwendung einer entsprechenden Domain für einen einzelnen Zielmarkt. Das regionale Signal ist eindeutig und eignet sich für Unternehmen mit lokalen Teams, eigenständigen Markenstrategien oder langfristigen Marktinvestitionen, allerdings werden Domain-, Content- und Autoritätsmanagement stärker verteilt.
• Subdomains: etwa separate Website-Einstiegspunkte nach Land oder Sprache. Sie eignen sich, wenn technische Umgebungen, Geschäftseinheiten oder Betriebsteams tatsächlich getrennt werden müssen. Dabei müssen jedoch die Verantwortlichkeiten für Inhalte und Linkaufbau jeder Subsite klar definiert sein.
• Verzeichnisstrukturen: etwa die Aufteilung von Pfaden nach Sprache oder Region unter der Hauptdomain. Für die meisten B2B-Unternehmen in der Expansionsphase sind sie leichter zu pflegen; Vorlagen, Komponenten und Content-Ressourcen können wiederverwendet werden, während Analyse- und Berechtigungssysteme zentraler bleiben.

Bei der technischen Bewertung sollte nicht nur betrachtet werden, „ob Unterverzeichnisse unterstützt werden“. Entscheidend ist vielmehr, ob Sprache und Region als eigenständige Inhaltsdimensionen angelegt sind. Eine Produktseite sollte mindestens zwischen Originalinhalt, Übersetzungsinhalt, regionalisierten Feldern, Verkaufsstatus und SEO-Metadaten unterscheiden können. Bietet das Backend nur die Funktion „Seite kopieren und anschließend übersetzen“, entsteht nach der Erschließung neuer Märkte leicht eine Versionsabweichung: Die chinesische Quellseite enthält bereits aktualisierte Zertifizierungsunterlagen, während die spanische oder arabische Seite noch die alte Version zeigt.

Eine solide Datenbeziehung besteht in der Regel aus „Content-Entität + Sprachversion + Marktversion“. Produktmodelle, Bildressourcen und grundlegende technische Parameter können als gemeinsame Entitäten dienen; Texte, Einheiten, Download-Unterlagen, Ansprechpartner, Steuerhinweise und Handlungsaufforderungen können dagegen je nach Sprache oder Region überschrieben werden. Dadurch wird vermieden, jeden Markt als vollständig eigenständige Website aufzubauen, während zugleich die für die geschäftliche Lokalisierung erforderliche Steuerungstiefe erhalten bleibt.

hreflang regelt Versionsbeziehungen, ersetzt jedoch keine Content-Lokalisierung

Das im internationalen SEO am häufigsten erwähnte hreflang-Tag dient dazu, Suchmaschinen mitzuteilen, welche URLs Sprach- oder Regionsalternativen mit identischen oder ähnlichen Inhalten darstellen. Es hilft dabei, Nutzern unterschiedlicher Sprachen und Regionen passendere Seiten in den Suchergebnissen anzuzeigen, sorgt jedoch nicht dafür, dass beliebige übersetzte Seiten automatisch Rankings erzielen.

Bei der Implementierung sollten drei Bedingungen besonders geprüft werden. Erstens müssen die Tags auf zugängliche, indexierbare endgültige kanonische URLs verweisen; sie dürfen nicht auf Weiterleitungsseiten, durch robots eingeschränkte Seiten oder Adressen mit Testparametern zeigen. Zweitens müssen die Verweise zwischen den Seiten einen geschlossenen Kreislauf bilden: Verweist die englische US-Version auf die deutsche Deutschland-Version, muss die deutsche Deutschland-Version auch auf die englische US-Version zurückverweisen und ihre eigene Version enthalten. Drittens müssen Sprach- und Regionscodes den Standards entsprechen; Sprachcodes und Regionscodes dürfen nicht beliebig geschrieben werden.

Für Seiten, die nur nach Sprache unterschieden werden, kann eine Sprachkennzeichnung verwendet werden; für Seiten in derselben Sprache, die verschiedene Länder bedienen, wird die Kombination „Sprache-Region“ verwendet. Für Nutzer ohne eindeutig passende Version kann eine Standardversion eingerichtet werden, die jedoch nicht zum Ersatz für Inhalte aller Märkte werden darf. Wenn sich die Inhalte für den französischen Markt, den französischsprachigen kanadischen Markt und eine allgemeine französische Seite stark ähneln, muss dennoch zunächst geprüft werden, ob tatsächlich eigenständige Serviceunterschiede bestehen. Erst dann sollte über eine Aufteilung entschieden werden, um nicht lediglich zur Vervollständigung der Tags eine große Zahl wertarmer Duplikatseiten zu erzeugen.

Kanonisierung, Weiterleitungen und Indexierungsregeln müssen gemeinsam konzipiert werden

Fehler bei mehrsprachigem SEO entstehen häufig durch widersprüchliche Seitenlogiken. Eine URL setzt canonical auf die englische Hauptseite und erklärt sich gleichzeitig als französische Alternativversion; oder ein Nutzer wird nach dem Aufruf einer deutschen Seite über Suchergebnisse aufgrund der IP-Erkennung zwangsweise zur englischen Startseite weitergeleitet. Ersteres schwächt das eigenständige Indexierungssignal regionaler Seiten, Letzteres beeinträchtigt das Crawling durch Suchmaschinen und nimmt grenzüberschreitenden Einkäufern die Kontrolle über die Seitensprache.

Das Prinzip der Kanonisierung sollte eindeutig sein: Für tatsächlich eigenständige Sprach- oder Regionsversionen verweist canonical in der Regel auf die jeweilige Seite selbst. Entstehen mehrere Adressen derselben Seite durch Filterparameter, Tracking-Parameter oder doppelte Pfade, werden diese über canonical auf die Haupt-URL zusammengeführt. Automatische Weiterleitungen können zur Sprachempfehlung verwendet werden, doch muss ein deutlich sichtbarer und dauerhaft nutzbarer Zugang zum Sprachwechsel erhalten bleiben; Besucher dürfen nicht daran gehindert werden, in der gewählten Version zu bleiben.

Zusätzlich ist zu prüfen, ob die Sitemap alle indexierbaren Versionen enthält, ob HTTP-Statuscodes korrekt sind und ob Paginierungs- sowie interne Suchseiten nicht unbeabsichtigt indexiert werden. Bei Websites mit umfangreichem JavaScript-Rendering sollte das Technikteam sicherstellen, dass zentrale Texte, Titel, Links, Sprachkennzeichnungen und strukturierte Produktdaten im initialen HTML oder durch zuverlässiges serverseitiges Rendering verfügbar sind. Werden Kerninformationen vollständig über browserseitige Skripte geladen, steigen Crawling- und Fehlerbehebungsaufwand.

Der Übersetzungsprozess entscheidet, ob SEO-Seiten geschäftlichen Wert besitzen

Maschinelle Übersetzung kann die Erstellung von Erstentwürfen beschleunigen, ersetzt jedoch keine regionale Redaktion. Produktnamen, Anwendungsterminologie, Zertifizierungsaussagen, Maßeinheiten und Formulierungen für Anfragen beeinflussen auf B2B-Websites das Vertrauen häufig stärker als allgemeine Marketingtexte. Werden chinesische Seiten Satz für Satz ins Englische übersetzt und anschließend in andere Sprachen kopiert, entstehen leicht uneinheitliche Begriffe, unnatürliche Suchformulierungen oder Zusagen, deren Umfang die tatsächliche lokale Leistungsfähigkeit übersteigt.

Zu den Feldern, die in den Content-Workflow aufgenommen werden sollten, gehören Seitentitel, Beschreibungen, Fließtexte, Alternativtexte für Bilder, Namen von Download-Dateien, Formularhinweise, Währungen und Einheiten, Ankertexte interner Links sowie häufige Fragen für unterschiedliche Märkte. Technisch sollten diese Felder je Sprachversion separat gepflegt werden können und eine Verknüpfung zum Quellinhalt sowie einen Prüfstatus beibehalten. Andernfalls können Redakteure trotz abgeschlossener Übersetzung des Fließtexts Suchzusammenfassungen, Bildinformationen oder Formularbedingungen übersehen.

Für produzierende Unternehmen mit häufig aktualisierten Produktunterlagen empfiehlt es sich, zwischen Feldern zu unterscheiden, die zwingend synchronisiert werden müssen, und solchen, die lokal angepasst werden dürfen. Modelle, Schlüsselparameter und Sicherheitsinformationen sollten in der Regel einem Änderungs- und Synchronisierungsmechanismus unterliegen; Marktfälle, Verkaufsargumente und Anfragewege können hingegen von regionalen Teams gepflegt werden. Bei der Bewertung eines Website-Systems sollte die Demonstration dieses Prozesses gefordert werden, statt nur die Sprachwechselfunktion im Frontend zu betrachten.

Vor dem Go-live sollten vier Arten von Zusammenhängen geprüft werden

Der technische Wert beim Aufbau internationaler Websites zeigt sich letztlich darin, ob bei der Expansion weiterhin Kontrollierbarkeit gewährleistet ist. Wenn zunächst nur zwei oder drei Sprachen umgesetzt werden, scheint das manuelle Kopieren von Seiten ausreichend; mit wachsenden Produktlinien, sich ausdifferenzierenden regionalen Anforderungen und fortlaufend zunehmenden SEO-Seiten vergrößern sich die Unterschiede bei Content-Modellen und Versionssteuerung jedoch schnell. Nur wenn Sprache, Region, Indexierung und Content-Pflege als Probleme einer gemeinsamen Architektur betrachtet werden, kann ein neuer Markt starten, ohne dass dafür die Website neu aufgebaut werden muss.