Kurz gesagt
Eine mehrsprachige Website funktioniert, wenn jede Sprachversion eine echte Seite für einen echten Markt ist: eigene URL, lokale Suchbegriffe, die richtige Währung und Inhalte, die aktuell bleiben, wenn sich die Hauptsprache ändert. Das Übersetzen des Textes ist der kleinste Teil.
Wir bauen und betreiben Websites in mehreren Sprachen: Agrider in 5 Sprachen, DogDietLab in 12 Sprachen und 24 regionalen Versionen und Shinster in 24 Sprachen für 27 Länder. Dieser Leitfaden fasst zusammen, was uns diese Projekte über Website-Lokalisierung gelehrt haben.
Übersetzung, Lokalisierung oder internationales SEO?
| Übersetzung | Lokalisierung | Internationales SEO | |
|---|---|---|---|
| Was sich ändert | Die Wörter | Wörter, Währung, Einheiten, Beispiele, Rechtstexte, Ton | URLs, hreflang, Sitemaps, lokale Keywords |
| Wer es macht | Übersetzer oder KI mit Prüfung | Übersetzer, der den Markt kennt | Entwickler und SEO |
| Ohne sie | Niemand versteht die Seite | Man versteht sie, vertraut ihr aber nicht | Niemand findet die Seite |
Eine Website, die nur übersetzt, bekommt meist Besucher aus dem Heimatmarkt und kaum welche aus den anderen. Alle drei Ebenen sind nötig.
1. Struktur: eine URL pro Sprache
Jede Sprache braucht eine eigene Adresse, die Suchmaschinen crawlen können. Die drei gängigen Varianten:
| Variante | Beispiel | Wann sie passt |
|---|---|---|
| Unterverzeichnisse | example.com/en/, example.com/de/ | Für die meisten Unternehmen: eine Domain, gemeinsame Autorität, am einfachsten zu betreiben |
| Länderdomains | example.co.uk, example.in | Getrennte Shops pro Land mit eigener Währung und Gesellschaft |
| Subdomains | en.example.com | Heute selten die beste Wahl |
Agrider nutzt Unterverzeichnisse mit übersetzten Slugs: Der englische Leasingrechner liegt unter /en/leasing-calculator/, der ukrainische unter /uk/kalkulyator-lizynhu/. Unsere Melini-Shops laufen auf Länderdomains, weil jeder eigene Währung und eigenen Versand hat.
Was Sie vermeiden sollten: die Sprache per Cookie oder Skript auf derselben URL umzuschalten. Suchmaschinen sehen dann nur eine Version.
2. Hreflang und Sitemaps
Hreflang-Tags sagen Google, welche Seite derselbe Inhalt in einer anderen Sprache ist, damit ein deutscher Suchender die deutsche Seite bekommt. Jede Version muss auf alle anderen und auf sich selbst verweisen. Bei Agrider werden hreflang und eine dynamische Sitemap aus den Daten erzeugt, sodass eine neue Maschinenseite automatisch in allen fünf Sprachen verknüpft ist. Unser Artikel hreflang-Tags in der Praxis zeigt die Details und die häufigsten Fehler.
3. Lokale Keywords statt übersetzter Keywords
Menschen in verschiedenen Ländern suchen dasselbe mit anderen Worten. Ein übersetztes Keyword ist oft eines, das niemand eintippt. In unseren Melini-Shops verwenden die Titel den lokalen Suchbegriff, zum Beispiel „doTERRA essential oils UK“ im britischen und „Price in INR“ im indischen Shop.
Was wir pro Markt tun:
- Die wichtigsten Keywords in den Suchdaten des Landes recherchieren, nicht per Übersetzung.
- Titel und Beschreibungen für diese Begriffe schreiben.
- Nach dem Start in der Search Console pro Land prüfen, welche Seiten Impressionen bekommen.
4. Währung, Einheiten und Details, die Vertrauen schaffen
- Währung. Die Preise bei Agrider wechseln zwischen HUF und EUR. Melini läuft mit vier Währungen: HUF, GBP, USD und INR.
- Formate. Datum, Dezimaltrennzeichen, Telefonnummern, Größen und Einheiten.
- Rechtliche Seiten. Datenschutz, AGB und Impressum für jeden Markt.
- Kontakt. Eine Telefonnummer oder E-Mail, die der Käufer aus seinem Land nutzen kann, und die Sprachen, in denen Sie antworten.
- Beispiele und Bilder. Ein Schweizer Kunde erwartet Schweizer Beispiele, Preise in Franken und lokale Lieferbedingungen.
5. Ein Ablauf, der jede Sprache aktuell hält
Hier scheitern die meisten mehrsprachigen Websites. Die Hauptsprache wird aktualisiert, die anderen fallen zurück, und nach einem Jahr ist die Hälfte der Seiten veraltet.
Was in unseren Projekten funktioniert:
- Ein Stammdatensatz, viele Sprachversionen. Bei Shinster speist ein Produktdatensatz jede lokalisierte Produktseite, statt 24 getrennter Kopien.
- Automatische Übersetzung mit menschlicher Prüfung. Die Maschinenseiten von Agrider werden von Backend-Funktionen ins Englische, Rumänische, Polnische und Ukrainische übersetzt. Bei Shinster entwirft eine KI die lokalisierten Texte und Meta-Beschreibungen, und ein Mensch prüft vor der Veröffentlichung. Entwurf und freigegebener Stand werden gespeichert, sodass wir immer wissen, welcher Text geprüft wurde.
- Neue Seiten erscheinen sofort in jeder Sprache. Bei Agrider sind das etwa 410 Maschinenseiten pro Sprache und 2.463 URLs in der Sitemap, ohne Übersetzer bei jeder Bestandsänderung.
- Schnelle Änderungen. Bei DogDietLab mit 24 regionalen Versionen in 12 Sprachen geht eine neue Funktion typischerweise in zwei bis vier Stunden von der Idee bis live, in jeder Version.
Die englische Version des Shinster-Onlineshops. Screenshot: 19. Oktober 2026.
Brauchen Sie einen Dienst für Website-Lokalisierung?
KI-Übersetzung reicht in den meisten Sprachen für einen ersten Entwurf. Was Kunden zuerst sehen, sollte aber jemand prüfen, der den Markt kennt: Startseite, Leistungs- oder Kategorieseiten, Preise, Checkout und Rechtstexte. Long-Tail-Inhalte wie Produktdaten können mit automatischer Übersetzung und Stichproben laufen.
Eine praktische Aufteilung:
| Inhalt | Vorgehen |
|---|---|
| Startseite, wichtigste Leistungs- oder Kategorieseiten | Muttersprachliche Prüfung, lokale Keywords |
| Preise, Checkout, Rechtstexte | Immer muttersprachliche Prüfung |
| Produkt- oder Bestandsseiten in großer Zahl | Automatische Übersetzung aus strukturierten Daten, Stichproben |
| Blog und Wissensbereich | Themen pro Markt wählen; nur übersetzen, wonach dort gesucht wird |
Checkliste für mehrsprachige Websites
- Eine URL pro Sprache, in Unterverzeichnissen oder auf Länderdomains.
- Übersetzte Slugs, wo sie dem Leser helfen.
- Hreflang auf jeder Seite, mit Selbstverweis und x-default.
- Eine Sitemap, die jede Sprachversion auflistet.
- Lokale Keyword-Recherche pro Markt.
- Währung, Formate und Rechtstexte pro Markt.
- Ein Sprachumschalter, der den Besucher auf derselben Seite hält.
- Ein Content-Ablauf, in dem neue Seiten in jeder Sprache erscheinen.
- Muttersprachliche Prüfung der verkaufenden Seiten.
- Search Console nach dem Start pro Land prüfen.
Häufige Fragen
Wie erstellt man eine mehrsprachige Website?
Geben Sie jeder Sprache eine eigene URL (meist ein Unterverzeichnis wie /en/ oder /de/), ergänzen Sie hreflang-Tags und eine Sitemap, recherchieren Sie Keywords pro Markt, passen Sie Währung und Rechtstexte an und richten Sie einen Ablauf ein, damit jede neue Seite in allen Sprachen erscheint.
Reicht automatische Übersetzung?
Für große Mengen strukturierter Seiten, etwa Produkt- oder Bestandsseiten, funktioniert automatische Übersetzung mit Stichproben gut. Verkaufende Seiten wie Startseite, Preise und Checkout sollte jemand prüfen, der den Markt kennt.
Mit wie vielen Sprachen sollte man starten?
Mit den Märkten, in denen Sie liefern, Kunden antworten und Rechnungen stellen können. Zwei oder drei gut betreute Sprachen sind besser als zehn vernachlässigte. Erweitern Sie, sobald der Ablauf läuft.
Weiterlesen
- Hreflang-Tags in der Praxis
- Agrider Fallstudie: eine Händler-Website in fünf Sprachen
- Melini Fallstudie: eine Marke, Shops in vier Ländern
- Website-Relaunch-Checkliste
Sie planen eine Website in mehreren Sprachen? Sehen Sie sich unsere Webentwicklung und unser internationales SEO an.