URL-Slugs für mehrsprachige Websites — Internationalisierung und SEO
Mehrsprachige Websites stehen vor besonderen Herausforderungen bei der URL-Planung. Sollen Slugs in allen Sprachen übersetzt werden? Wie werden Sprachpräfixe strukturiert? Und wie verhindert man, dass mehrsprachiger Content als Duplicate Content gewertet wird? Dieser Artikel erklärt die wichtigsten Konzepte für internationale URL-Strukturen, mit dem WikiPlus Slug-Generator als praktisches Tool für die Slug-Erstellung.
Drei Modelle für mehrsprachige URL-Strukturen
Für mehrsprachige Websites gibt es drei grundlegende URL-Modelle. Separate Domains: example.de (Deutsch), example.com (Englisch), example.fr (Französisch). Vorteile: Stärkste geografische und sprachliche Signale, separate Autorität je Domain, einfach für Nutzer verständlich. Nachteile: Höchster Aufwand (separate Hostings, separate Link-Building-Strategien), schwer zu skalieren. Empfehlung: Für internationale Großunternehmen und Multinationals. Subdomain: de.example.com, en.example.com, fr.example.com. Vorteile: Technisch getrennt, separate Statistiken. Nachteile: Link-Equity wird nicht zwischen Subdomains geteilt, von Google als separate Sites behandelt. Unterverzeichnis: example.com/de/, example.com/en/, example.com/fr/. Vorteile: Von Google empfohlen, Link-Equity teilen sich alle Sprachversionen, einfacher zu implementieren. Nachteile: Weniger sprachliche Isolation als separate Domains. Für die meisten Websites ist das Unterverzeichnis-Modell die beste Wahl und wird von Google ausdrücklich empfohlen.
Slug-Übersetzung: Gleiches oder unterschiedliches Keyword?
Für mehrsprachige Websites stellt sich die Frage, ob Slugs übersetzt werden sollen. Empfehlung: Slugs sollten in der jeweiligen Sprache des Keywords formuliert sein. Statt example.com/de/json-formatter (englisches Keyword in deutschem Verzeichnis) besser: example.com/de/json-formatieren. Der deutsche Slug enthält das deutsche Keyword, nach dem deutschsprachige Nutzer suchen. Praktisches Beispiel: Englisch: example.com/en/color-picker, Deutsch: example.com/de/farbauswahl, Französisch: example.com/fr/selecteur-couleur, Spanisch: example.com/es/selector-color. Jeder Slug enthält das Keyword in der Sprache der Zielgruppe. Das erfordert Keyword-Recherche für jede Sprache — direkte Übersetzungen sind oft nicht das optimale Keyword. Der WikiPlus Slug-Generator hilft dabei, für jede Sprache den optimalen Slug zu erstellen.
Hreflang-Tags: Google die Sprachvarianten mitteilen
Hreflang-Tags sind für mehrsprachige Websites unverzichtbar. Sie teilen Google mit, welche Seiten inhaltlich equivalente Versionen in anderen Sprachen haben. Format: <link rel='alternate' hreflang='de' href='https://example.com/de/json-formatieren'>, <link rel='alternate' hreflang='en' href='https://example.com/en/json-formatter'>, <link rel='alternate' hreflang='x-default' href='https://example.com/en/json-formatter'>. x-default gibt die Standard-Sprache an, die gezeigt wird, wenn keine bessere Sprachversion verfügbar ist. Wichtig: Hreflang-Tags müssen gegenseitig sein — wenn de-Version auf en-Version verweist, muss en-Version auch auf de-Version verweisen. Alle Sprachversionen einer Seite müssen vollständig verknüpft sein. Fehlerhafte Hreflang-Implementierungen sind sehr häufig und können zu falschen Sprachversionen in Suchergebnissen führen.
Content-Duplicate zwischen Sprachversionen vermeiden
Duplicate Content zwischen Sprachversionen ist ein häufiges Problem, das durch korrekte Implementierung vermieden werden kann. Nicht als Duplicate Content gilt: Übersetzungen desselben Inhalts in verschiedene Sprachen — Google erkennt das mit Hreflang-Tags. Echter Duplicate Content (identischer Text in verschiedenen URLs) ohne Sprachunterschied ist das Problem. Häufige Fehler: Technisch duplizierte URLs ohne Canonical oder Redirect (/produkt/ und /Produkt/ oder /produkt und /produkt/). Übersetzungen, die nur 20% des Textes ändern und den Rest identisch lassen — Google kann das als Low-Quality-Content werten. Automatsich maschinell übersetzte Seiten ohne manuelle Überarbeitung — Google erkennt maschinelle Übersetzungen und bewertet sie negativ. Für jede Sprachversion sollte eine vollständige, qualitativ hochwertige Übersetzung vorhanden sein. Canonical-Tags innerhalb einer Sprachversion (von parametrisierten URLs auf die Hauptseite) sind auch bei mehrsprachigen Sites wichtig.
Häufig gestellte Fragen
- Muss ich für jede Sprachversion eine eigene XML-Sitemap erstellen?
- Nicht zwingend. Man kann alle Sprachversionen in einer Sitemap auflisten oder separate Sitemaps verwenden. Bei separaten Sitemaps (sitemap-de.xml, sitemap-en.xml) ist die Analyse in der Search Console einfacher. Google empfiehlt, alle Sprachversionen in mindestens einer Sitemap zu erfassen.
- Was passiert, wenn ein Nutzer eine Sprache aufruft, die auf seiner Website nicht existiert?
- Der x-default-Hreflang-Wert definiert die Fallback-Seite. Wenn ein Nutzer aus einem Land ohne spezifische Sprachversion (z.B. Schweden, wenn keine /sv/ Version existiert) die Seite aufruft, zeigt Google die x-default-URL. Das sollte die Sprache sein, die die meisten internationalen Nutzer verstehen — meist Englisch.
- Wie migriere ich eine einsprachige Website zu einer mehrsprachigen ohne SEO-Verluste?
- Plane die Migration sorgfältig: Neue URL-Struktur definieren (/en/ für bestehende englische Inhalte), 301-Redirects von alten auf neue URLs, Hreflang-Tags implementieren, neue Sitemap erstellen und in Search Console einreichen. Nach der Migration Rankings und Traffic in Search Console überwachen.