Mehrsprachige Website-Entwicklung: Struktur, URLs und Ablauf
Einer Website Sprachen hinzuzufügen ist selten nur Übersetzung. Es ändert die URL-Struktur, fügt einen Satz reziproker Tags hinzu, die still brechen, und führt einen Inhaltsablauf ein, in dem aus einer Seite zwölf Seiten werden, die auseinanderdriften können.
Dieser Leitfaden behandelt die strukturellen Entscheidungen, die technischen Anforderungen und den Ablauf, der Übersetzungen davor bewahrt, zu veralten.
Entscheiden Sie zuerst das URL-Muster#
Das ist die Entscheidung, deren Umkehr teuer ist, denn sie berührt jede URL, jede Weiterleitung und jedes hreflang-Tag der Website.
| Muster | Beispiel | Wann es passt |
|---|---|---|
| Unterverzeichnis | site.com/de/guides | Die meisten Websites — am einfachsten, eine Domain sammelt Autorität |
| Subdomain | de.site.com/guides | Getrennte Infrastruktur oder getrennte Teams |
| Länderdomain | site.de/guides | Starke lokale Festlegung, und eine eigene Website zu betreiben |
| Parameter | site.com/guides?lang=de | Vermeiden — schwache Signale, Duplikatrisiko |
Entscheiden Sie getrennt, ob der Slug übersetzt wird. Übersetzte Slugs helfen der lokalen Relevanz; identische sind einfacher zu pflegen. Beides ist vertretbar — es sich später anders zu überlegen nicht.
Die technischen Anforderungen#
Jede davon versagt still, weshalb mehrsprachige Websites so oft kein funktionierendes hreflang haben, obwohl die Tags da sind.
- Reziprokes hreflang. Jede Seite einer Sprachgruppe listet jede andere auf, sich selbst eingeschlossen. Eine fehlende Rückreferenz verwirft die Gruppe.
- Einheitliche Codes. Derselbe Code im HTML und in der Sitemap. Zwei Codes für eine Seite zerstören die Gruppe.
- x-default, das auf die Sprachauswahl oder die Standardversion zeigt.
- Korrekte lang- und dir-Attribute am html-Element jeder Version.
- Selbstreferenzierender Canonical je Sprache — kanonisieren Sie Übersetzungen nie auf das Original.
- Keine automatische Weiterleitung nach IP oder Browsersprache. Sie stört das Crawlen und überschreibt eine bewusste Wahl; bieten Sie stattdessen einen Vorschlag an.
- Übersetzte Metadaten. Titel und Beschreibungen in der Zielsprache, nicht in der Ausgangssprache.
Ein Übersetzungsablauf, der hält#
Das Fehlerbild ist nicht die erste Übersetzung, sondern die fünfte Änderung an der englischen Seite, die die anderen elf nie erreicht.
- Modellieren Sie Übersetzungen als verknüpfte Versionen eines Inhaltselements, damit das System weiß, dass sie zusammengehören.
- Verfolgen Sie, welche Übersetzungen gegenüber der Quelle veraltet sind, und zeigen Sie es in der Bearbeitungsoberfläche.
- Entscheiden Sie, was bei fehlender Übersetzung passiert: auf die Standardsprache zurückfallen oder diese URL gar nicht veröffentlichen.
- Veröffentlichen Sie nie eine URL ohne Übersetzung — eine Seite, die halb in einer anderen Sprache erscheint, ist schlimmer als gar keine.
- Führen Sie ein Prüfdatum je Sprache, nicht je Inhaltselement.
- Geben Sie Übersetzenden Kontext: Ein Screenshot oder eine Vorschau schlägt eine Tabelle mit Textbausteinen.
- Entscheiden Sie, wer jede Sprache verantwortet. Unverantwortete Sprachen veralten zuerst.
Maschinelle Übersetzung als Ausgangspunkt ist in Ordnung; sie ungeprüft zu veröffentlichen nicht. Ungeprüfte Ausgabe liest sich als ungeprüft, und es ist genau die Art von geringwertigem Inhalt, zu der sich Suchmaschinen zunehmend deutlich äußern.
Jenseits des Textes#
Die Übersetzung ist der Teil, den alle einplanen. Das sind die Teile, die übersehen werden und sichtbare Fehler verursachen.
| Punkt | Was sich ändert |
|---|---|
| Daten und Zahlen | Format und Trennzeichen unterscheiden sich je Sprachraum |
| Währung | Symbol, Position und Rundungsregeln |
| Adressen und Telefonnummern | Feldreihenfolge und Prüfregeln |
| Namen | Die Reihenfolge von Vor- und Nachname ist nicht universell |
| Textlänge | Deutsch und Finnisch werden lang; Layouts müssen nachgeben |
| Leserichtung | Arabisch und Hebräisch brauchen logische CSS-Eigenschaften |
| Bilder mit Text | Brauchen eine Version je Sprache, oder keinen Text im Bild |
| Rechtsseiten | Anforderungen unterscheiden sich nach Rechtsordnung, nicht nur nach Sprache |
Häufige Fragen
Sollte ich Besucher automatisch in ihre Sprache leiten?
Nein. Automatische Weiterleitung nach IP oder Browsersprache stört das Crawlen — ein Crawler aus einem Land sieht die anderen Versionen vielleicht nie — und sie überschreibt bewusste Entscheidungen, was für alle, die in einer Zweitsprache lesen, ärgerlich ist. Zeigen Sie einen schließbaren Vorschlag und lassen Sie die Besucherin entscheiden.
Ist maschinelle Übersetzung akzeptabel?
Als erster Entwurf ja, und sie spart echtes Geld. Ohne menschliche Prüfung veröffentlicht erzeugt sie Inhalte, die sich maschinell erzeugt lesen, was sowohl Nutzer als auch die Qualitätsbewertung der Suche betrifft. Der pragmatische Ansatz ist maschinelle Übersetzung plus muttersprachliche Prüfung, besonders bei Seiten, die etwas verkaufen oder etwas Wichtiges erklären.
Was zerstört hreflang am häufigsten?
Nicht reziproke Tags: Seite A listet B, B listet A nicht, und die ganze Gruppe wird ignoriert. An zweiter Stelle stehen abweichende Codes zwischen HTML und Sitemap. Beides vermeidet man, indem man hreflang aus einer einzigen maßgeblichen Quelle erzeugt, statt zwei Listen zu pflegen.
Muss ich die ganze Website übersetzen?
Nein, und teilweise Übersetzung ist normal. Übersetzen Sie, wofür es in diesem Markt Nachfrage gibt, und lassen Sie den Rest nur in der Ausgangssprache existieren. Was Sie nicht tun dürfen: eine leere oder halb übersetzte URL veröffentlichen — entweder existiert die Seite in dieser Sprache richtig oder gar nicht.
mehrsprachige websitehreflangwebsite übersetzunginternationales seomehrsprachiges cmslokalisierung
