Sie möchten, dass Ihre Website in mehreren Sprachen verfügbar ist. Es klingt einfach – bis Sie in die technischen Details eindringen. Subdomain oder Subdirectory? Was genau ist hreflang? Müssen Sie jede Seite duplizieren? Und wie viel wird es kosten?
Dieser Leitfaden beantwortet alle diese Fragen, praktisch und ohne unnötigen Jargon. Egal ob Ihre Site auf WordPress, Shopify, React, Next.js oder einem anderen Tool läuft, die Prinzipien sind gleich.
Bevor Sie beginnen: die fundamentalen Fragen
Bevor Sie etwas ändern, beantworten Sie diese drei Fragen:
1. Welche Sprachen sollte ich anpeilen?
Machen Sie nicht alles auf einmal. Beginnen Sie mit 2-3 Sprachen basierend auf Ihren Daten: Woher kommt Ihr derzeitiger Traffic? Wo ist Ihr Zielmarkt? Englisch ist eine solide Standard-Wahl, wenn es nicht bereits Ihre Quellsprache ist. Dann wählen Sie basierend auf Ihrem Geschäft.
2. Was ist Ihr Budget?
Die Kosten reichen von €0 (DIY manuelle Übersetzung) bis zu mehreren tausend Euro pro Monat (Übersetzungsagentur + dedizierte Infrastruktur). Definieren Sie ein realistisches Budget, bevor Sie Ihr Tool auswählen.
3. Welches Qualitätsniveau erwarten Sie?
Ein persönlicher Blog kann sich mit automatischer Übersetzung behelfen. Ein E-Commerce-Site mit Produktseiten muss fehlerfrei sein. Eine rechtliche oder medizinische Site erfordert menschliche Überprüfung. Kalibrieren Sie Ihre Erwartungen.
URL-Architektur: die erste technische Entscheidung
Wie Sie die URLs Ihrer übersetzten Seiten strukturieren, beeinflußt direkt Ihr SEO. Es gibt drei Hauptoptionen:
Subdirectories (empfohlen für die meisten Fälle)
yoursite.com/fr/
yoursite.com/de/
yoursite.com/es/
Vorteile: einfach zu einzurichten, eine Domain zu verwalten, Domain-Autorität wird über alle Sprachen geteilt.
Nachteile: weniger Flexibilität beim Hosting von Versionen in verschiedenen Ländern.
Subdomains
fr.yoursite.com
de.yoursite.com
es.yoursite.com
Vorteile: klare Trennung zwischen Versionen, Hosting-Flexibilität, ideal für Shopify und einige CMS.
Nachteile: jede Subdomain wird von Google als semi-separate Site betrachtet, daher wird Domain-Autorität teilweise verwässert.
Separate Domains (Länder-TLDs)
yoursite.fr
yoursite.de
yoursite.es
Vorteile: starkes geografisches Signal für Google, maximales lokales Vertrauen.
Nachteile: teuer, komplex zu verwalten, völlig separate Domain-Autorität. Nur für große Unternehmen mit unterschiedlichen nationalen Märkten empfohlen.
Unsere Empfehlung: Beginnen Sie mit Subdirectories. Es ist das Einfachste, Kosteneffektivste und SEO-Effizienteste in den meisten Fällen.
Hreflang-Tags: wesentlich für mehrsprachiges SEO
Hreflang-Tags teilen Google mit, welche Version Ihrer Seite welcher Sprache und welchem Land entspricht. Ohne sie kann Google die falsche Version indexieren oder Ihre Übersetzungen als Duplicate Content behandeln.
So sehen sie im <head> Ihrer Seite aus:
<link rel="alternate" hreflang="fr" href="https://yoursite.com/fr/" />
<link rel="alternate" hreflang="en" href="https://yoursite.com/en/" />
<link rel="alternate" hreflang="de" href="https://yoursite.com/de/" />
<link rel="alternate" hreflang="x-default" href="https://yoursite.com/" />Der x-default-Wert zeigt die Standardversion für Besucher an, deren Sprache nicht spezifisch angepeilt wird.
Häufige Fehler:
- Das
x-defaultvergessen - Hreflang nur auf der Homepage hinzufügen, aber nicht auf internen Seiten
- Falsche Sprachcodes verwenden (es ist
defür Deutsch, nichtge) - Keine gegenseitigen hreflang-Tags (wenn A auf B zeigt, muss B auf A zeigen)
Die 4 Methoden, um eine Website zu übersetzen
Methode 1: Manuelle Übersetzung
Sie erstellen jede Seite in jeder Sprache, entweder selbst oder mit einem professionellen Übersetzer.
Für wen: Sites mit wenig Inhalt und Übersetzungsbudget, oder Sites, die fehlerlose Übersetzungsqualität erfordern (rechtlich, medizinisch).
Grenzen: skaliert nicht. 50 Seiten × 4 Sprachen = 200 Seiten einzeln zu verwalten.
Methode 2: CMS-Übersetzungs-Plugin (WPML, Polylang)
Ein Plugin, das einem CMS ein Übersetzungsmanagementsystem hinzufügt.
Für wen: WordPress-Sites mit einem technischen Team, das die Installation und Wartung verwalten kann.
Grenzen: WordPress-spezifisch, komplexe Installation, jede neue Inhaltsgruppe muss separat übersetzt werden.
Methode 3: Übersetzungs-Proxy (Weglot)
Ein Service von Drittanbietern, der Ihren Inhalt abfängt, übersetzt und über seine eigenen Server bereitstellt.
Für wen: Marketing-Websites, die eine schnelle Lösung mit schlüsselfertigem mehrsprachigem SEO benötigen.
Grenzen: hohe Kosten, wenn die Site wächst, Abhängigkeit von einem Service von Drittanbietern, mögliche Latenz.
Methode 4: Client-seitige Übersetzung (LingoJs)
Ein JavaScript-Snippet, das Inhalt direkt im Browser des Besuchers erkennt und übersetzt.
Für wen: jede Art von Site – WordPress, Shopify, React, Next.js, Wix, benutzerdefinierte Site. Ideal für diejenigen, die eine schnelle, erschwingliche Lösung ohne Code-Änderungen möchten.
So funktioniert es:
- Sie fügen eine einzelne Codezeile in Ihren
<head>ein - LingoJs scannt das DOM und identifiziert alle sichtbaren Text
- Der Text wird via kontextueller KI übersetzt
- Die Übersetzung wird in ~26ms bereitgestellt, unsichtbar für den Nutzer
- Sie können jede Übersetzung via Dashboard manuell bearbeiten
<script src="https://cdn.lingojs.com/lingo.js" data-api-key="YOUR_KEY" async></script>Dieser Ansatz funktioniert mit jeder Plattform, jedem Framework, jedem Theme. Keine Abhängigkeiten, keine Änderungen an Ihrem bestehenden Code.
Der Sprach-Selector: UX Best Practices
Der Sprach-Selector (Sprachumschalter) ist ein entscheidendes UX-Element. Einige Regeln:
- Benennen Sie jede Sprache in ihrer eigenen Sprache – "Deutsch" nicht "German", "Español" nicht "Spanish"
- Vermeiden Sie Flaggen allein – Eine britische Flagge für Englisch schließt Amerikaner, Australier usw. aus. Flaggen sind Ländersymbole, keine Sprachsymbole
- Platzieren Sie es oben rechts – Dies ist die häufigste Web-Konvention, Nutzer suchen dort
- Erkennen Sie Sprache automatisch – Stellen Sie die richtige Sprache standardmäßig basierend auf Browser-Sprache bereit, erlauben aber immer Umschaltung
Dynamischer Inhalt: die unsichtbare Herausforderung
Viele Übersetzungslösungen handhaben nur statischen Inhalt – klassischen HTML-Text. Aber moderne Websites sind voll von dynamischem Inhalt:
- Suchergebnisse, die via AJAX geladen werden
- JavaScript-Benachrichtigungen und Fehlermeldungen
- Marketing Pop-ups (Klaviyo, Privy, OptinMonster)
- Chatbots und Hilfe-Widgets
- Dynamisch geladene Kundenbewertungen
- Produkt-Konfiguratoren
LingoJs beobachtet das DOM in Echtzeit via MutationObserver. Jedes Mal, wenn neuer Inhalt auf der Seite erscheint – ob Pop-up, Suchergebnis oder Fehlermeldung – wird es automatisch übersetzt, ohne zusätzliche Konfiguration.
Checkliste vor dem Start Ihrer mehrsprachigen Site
Bevor Sie live gehen, verifizieren Sie:
- ✅ Hreflang-Tags befinden sich auf allen Seiten
- ✅ Der Sprach-Selector funktioniert ordnungsgemäß
- ✅ Wichtige Seiten sind Korrektur gelesen (Homepage, Produkte, Kontakt)
- ✅ Formulare funktionieren in allen Sprachen
- ✅ Metadaten (Titel, Beschreibung) sind übersetzt
- ✅ Bilder mit Text haben Alternativen
- ✅ Die XML-Sitemap umfasst URLs für alle Sprachen
- ✅ Google Search Console ist für internationale Versionen konfiguriert
- ✅ Automatische Browser-Sprache-Umleitung funktioniert
Wie lange dauert es?
| Methode | Installation-Zeit | Monatliche Wartung |
|---|---|---|
| Manuelle Übersetzung | 2-8 Wochen | 5-20 Std./Monat |
| WPML / Polylang | 1-3 Tage | 2-5 Std./Monat |
| Weglot | 30 Minuten | 1-2 Std./Monat |
| LingoJs | 5 Minuten | 30 Min./Monat |
Wartungszeit ist ebenso wichtig wie die erste Installation. Ein Tool, das wenig Wartung erfordert, gibt Ihnen Zeit für das, was zählt: Wachstum in neuen Märkten.
Tätigen Sie eine Aktion
Eine Website mehrsprachig zu gestalten 2026 ist nicht mehr ein monatelanges Projekt. Mit den richtigen Tools ist es eine Sache von Minuten.
Testen Sie LingoJs kostenlos 30 Tage. Keine Kreditkarte, keine Verpflichtung. Sehen Sie Ihre Site in einer neuen Sprache in weniger als 5 Minuten.