Mehrsprachige Website-Architektur.

Die mehrsprachige Website-Architektur ist die Gesamtheit der Strukturentscheidungen, die die Sprachversionen desselben Inhalts Menschen wie Suchmaschinen richtig anbieten.

Eine Website für eine zweite Sprache zu öffnen sieht auf den ersten Blick wie eine Übersetzungsarbeit aus. Praktisch ist es das nicht: Adressstruktur, Sprachangabe, wechselseitige Verknüpfungen, Sitemap, Schema, Typografie und Inhaltsverwaltung — jedes verlangt eigene Entscheidungen, und wird eine falsch getroffen, verpufft der Nutzen der übrigen.

Dieser Leitfaden behandelt diese Entscheidungen der Reihe nach. Die Reihenfolge ist nicht willkürlich, sondern eine Abhängigkeitskette: Ohne gewählte Adressstruktur lässt sich hreflang nicht aufbauen; ohne hreflang kann die Suchmaschine nicht die richtige Version zeigen; und ohne die richtige Version hat die Übersetzungsqualität keine Bedeutung.

Ein Rahmen vorweg: Mehrsprachig zu sein ist kein technisches Merkmal, sondern eine Marktentscheidung. Welche Sprachen geöffnet werden, hängt daran, ob in ihnen wirklich Geschäft gemacht wird — und eine Sprachversion, deren Pflege nicht tragbar ist, ist schlimmer als keine. Eine veraltete Übersetzung beschädigt das Vertrauen in diesem Markt direkt.

Sieben Entscheidungen

Die beim Aufbau einer mehrsprachigen Architektur zu treffenden Entscheidungen sammeln sich unter diesen sieben Überschriften. Jede wird auf einer eigenen Seite dieses Clusters behandelt; hier ist die Karte.

1. Die Adressstruktur — Unterordner, Subdomain oder Länderdomain? Die am schwersten umkehrbare Entscheidung.
2. Die Sprachangabe — jede Seite muss Browser wie Hilfstechnologie sagen, in welcher Sprache sie ist.
3. Die wechselseitigen Verknüpfungen — der hreflang-Satz; jede Version muss die anderen UND sich selbst angeben.
4. Die Standardversion — was wird gezeigt, wenn keine Sprache passt? Dafür gibt es x-default.
5. Die Entdeckung — Sitemap und interne Links müssen jede Version auffindbar machen.
6. Der Inhalt — Übersetzung oder Lokalisierung? Zwei verschiedene Arbeiten mit verschiedenen Kosten.
7. Die Pflege — wird eine Seite aktualisiert, was geschieht mit den anderen Sprachen?

Der letzte Punkt wird am meisten übersprungen und kostet auf lange Sicht am meisten. Eine Website für drei Sprachen zu öffnen ist kein einmaliges Projekt, sondern eine dauerhafte Last — und ohne eine Ordnung, die diese Last trägt, driften die geöffneten Sprachen binnen Monaten auseinander.

Die Maße dieser Website

Ein konkretes Beispiel, damit es nicht abstrakt bleibt. Diese Website ist dreisprachig: Türkisch in der Wurzel, Englisch und Deutsch in Unterordnern. Die Kernseiten existieren in allen drei Sprachen; der Cluster-Inhalt wird Sprache für Sprache übersetzt — das GEO-Cluster ist heute dreisprachig, die übrigen Leitfäden und das Glossar vorerst nur Türkisch. Die Sitemap wächst deshalb nicht symmetrisch: die türkische Seite mit jedem neuen Leitfaden, die englische und deutsche mit jeder Übersetzungstranche.

Seiten, die in allen drei Sprachen existieren, tragen vier hreflang-Verknüpfungen: drei Sprachen und einen Standard. Nur-türkische Seiten tragen zwei — sich selbst und den Standard —, denn hreflang kann keine nicht existierende Übersetzung angeben. In der Sitemap wiederholen sich die Verknüpfungen, und die Summe kommt aus einer Multiplikation: jede dreisprachige URL vier Zeilen, jede einsprachige zwei. In der Messung vom 22. August 2026 ergab das 480 Zeilen für 183 URLs. Ein vollständiger Satz auf Seiten- wie Kartenebene — aber der Satz ist nicht auf jeder Seite gleich groß.

Die Adressstruktur ist bewusst lokalisiert: Die Leistungsseite trägt im Türkischen einen Slug, im Englischen einen anderen, im Deutschen einen dritten. Das erhöht die Übersetzungskosten, legt aber in jeder Sprache den gesuchten Begriff dieser Sprache in die Adresszeile.

Und auf der Typografieseite gibt es einen gemessenen Ausgleich: Deutscher Text ist deutlich länger als türkischer und englischer. Die Breitenachse der Display-Schrift wird für Deutsch verengt, sodass dieselbe Überschrift bei derselben Zeilenzahl bleibt. Der Wert wurde durch Messung gewählt, nicht durch Schätzung.

Deutscher Text ist lang; das nicht zu messen heißt hinzunehmen, dass das Design im Deutschen bricht.

Messung aus zwei betreuten B2B-Websites

Die zwei von diesem Studio betreuten Textilwebsites sind in je sieben Sprachen live, und auf beiden gilt dieselbe Regel: der Satz vollständig, oder gar nicht. Existiert eine Seite in sieben Sprachen, geben alle sieben einander an; fehlt eine Sprache, wird sie gar nicht angegeben.

Die Regel wirkt hart, aber der Grund ist praktisch: Ein unvollständiger Satz ist für die Suchmaschine ein inkonsistentes Signal, und inkonsistente Signale werden irgendwann ganz ignoriert. Ein halber hreflang-Aufbau nützt weniger als gar keiner.

Auf dieser Website schützt der Code dieselbe Regel: Hat eine Sprache keinen Inhalt, wird für sie keine Seite erzeugt, und sie tritt nicht in den hreflang-Satz ein. Das fehlende Feld wird nicht gerendert — leer gelassen statt mit einer erfundenen Übersetzung gefüllt.

Drei häufige Fehler

Die wiederkehrenden Fehler mehrsprachiger Aufbauten ähneln einander, und drei erklären den Großteil der Probleme.

Erstens die automatische Weiterleitung: auf Standort oder Browsersprache des Nutzers schauen und ihn zwangsweise auf eine Version schicken. Es klingt hilfreich; praktisch sperrt es Nutzer wie Crawler ein — und Google warnt ausdrücklich vor diesem Verhalten.

Zweitens die fehlende Gegenseitigkeit: Seite A gibt B an, aber B gibt A nicht an. Eine einseitige Angabe gilt als ungültig, und der Satz funktioniert nicht.

Drittens die ungeprüfte Veröffentlichung von Maschinenübersetzung. Die Übersetzungsqualität ist ein Vertrauensproblem, bevor sie ein Suchmaschinenproblem ist: Eine fehlerhafte deutsche Seite erzählt einem Kunden in diesem Markt von der Nachlässigkeit des Studios.

Gegen das dritte Risiko trägt diese Website einen Vertrag: Übersetzte Zeichenketten sind in der Datei mit einer Übersetzungsnotiz markiert und warten auf die Freigabe des Auftraggebers. Eine unfreigegebene Übersetzung kann live gehen, aber ihr Protokoll wird geführt — welcher Text von einem Menschen verifiziert wurde, ist immer feststellbar.

Wo anfangen

Für alle, die eine zweite Sprache erwägen: ein nach Wirkung geordneter Anfang.

1. Den Markt bestätigen — werden Sie in dieser Sprache wirklich Geschäft machen? Können Sie die Pflege tragen?
2. Die Adressstruktur wählen — die am schwersten umkehrbare Entscheidung; zuerst und mit Sorgfalt zu treffen.
3. Die Sprachangabe einrichten — das Sprachetikett am Wurzelelement; eine Zeile, große Wirkung.
4. Den hreflang-Satz vervollständigen — wechselseitig, sich selbst einschließend, vollständig.
5. x-default festlegen — was wird ohne Übereinstimmung gezeigt?
6. In die Sitemap tragen — die Verknüpfungen der Seitenebene auf Kartenebene wiederholen.
7. Die Pflegeordnung aufbauen — wird eine Seite aktualisiert, wie erfahren es die anderen Sprachen?

Der erste Punkt ist nicht technisch, aber der entscheidendste. Eine geöffnete, aber ungepflegte Sprache driftet binnen Monaten von der Hauptsprache ab, und dann bleiben zwei Optionen: schließen oder mit veraltetem Inhalt weiterleben. Beides ist schlimmer, als sie nie zu öffnen.

Eine praktische Checkliste

Übersetzt man diese Seite in einen Prüfschritt, ist an einem mehrsprachigen Aufbau Folgendes zu prüfen. Die Liste bleibt kurz, denn lange Listen werden nicht abgeschritten; sechs Punkte passen in eine Sitzung, und die meisten dauern wenige Minuten.

1. Wurde die Adressstruktur gewählt, und ist ihre Begründung schriftlich?
2. Gibt jede Seite ihre Sprache an — am Wurzelelement, ohne Ausnahme?
3. Ist der hreflang-Satz wechselseitig und schließt sich selbst ein?
4. Wurde x-default festgelegt — was wird ohne Übereinstimmung gezeigt?
5. Trägt die Sitemap die Sprachverknüpfungen?
6. Steht die Pflegeordnung — wie erfahren die Ableitungen von der Änderung der Quelle?

Der sechste Punkt wird als nicht-technischer am meisten übersprungen und ist auf lange Sicht der entscheidendste: Eine geöffnete, aber ungepflegte Sprache driftet binnen Monaten von der Hauptsprache ab, und dann bleiben zwei Optionen — schließen oder mit veraltetem Inhalt weiterleben.