Ein Kunde kam 2021 zu mir mit einem WooCommerce-Shop, der drei Jahre lang wunderbar auf Englisch lief. Solide Rankings. Anständiger Traffic. Dann „internationalisierte" ihre Agentur ihn für die französischen und deutschen Märkte. Sechs Wochen später waren die englischen Rankings um 40% gefallen. Die französischen und deutschen Seiten wurden indexiert, aber Google war verwirrt, welche Version für welche Anfrage angezeigt werden sollte. Niemand hatte die hreflang-Tags angefasst. Niemand hatte die URL-Struktur bedacht. Die „Übersetzung" war nur duplizierter Inhalt auf derselben Domain mit einer Query-String wie ?lang=fr.
Ich habe zwei Wochenenden damit verbracht, dieses Chaos zu entwirren. Lass mich dir denselben Ärger ersparen.
Eine WordPress-Website zu übersetzen ist wirklich nicht schwer, sobald du verstehst, was Google wirklich braucht. Das Problem ist, dass die meisten Tutorials bei „installiere ein Plugin, füge deine Sprachen hinzu, fertig" aufhören. Dort beginnt der SEO-Schaden.
---
Warum Übersetzungen SEO zerstören (und warum die meisten Leute das nicht sofort bemerken)
Suchmaschinen sind heikel bei doppeltem Inhalt. Wenn du eine französische Version deiner Startseite hinzufügst und sie unter yourdomain.com/?lang=fr statt yourdomain.com/fr/ oder fr.yourdomain.com lebt, behandelt Google oft beide URLs als dieselbe Seite mit leicht unterschiedlichem Inhalt. Keine Version rankt gut. Deine vorhandene englische Seite kann Autorität verlieren, weil die Signale verdünnt werden.
Das zweite Problem: hreflang. Das ist das HTML-Attribut, das Google sagt „diese Seite auf Französisch ist das Äquivalent dieser Seite auf Englisch." Wenn du es falsch machst, erzeugst du das, was Google selbst einen „Return-Tag"-Fehler nennt, wobei die hreflang-Kette unterbrochen ist und Google das Ganze ignoriert.
Ich habe das bei einem Seahawk-Projekt für einen SaaS-Kunden 2023 gesehen. Sie hatten 11 Sprachen über ein Plugin hinzugefügt, aber das Plugin generierte hreflang-Tags nur für Seiten, die es übersetzt hatte. Unübersetzte Seiten hatten kein selbstreferenzierendes hreflang-Tag. Ergebnis: Google begann, die englischen Versionen dieser Seiten zu deindexieren, weil es dachte, sie seien verwaiste Duplikate. Nicht böswillig, nur fahrlässige Konfiguration.
Die Lösung ist nicht kompliziert. Aber du musst von Tag eins bewusst daran herangehen.
---
Die richtige URL-Struktur wählen, bevor du ein Plugin anfasst
Das ist die Entscheidung, die deine Architektur festlegt. Du hast drei Optionen.
- Unterverzeichnisse:
yourdomain.com/fr/,yourdomain.com/de/, meine Standardempfehlung für die meisten Websites. - Subdomains: fr.yourdomain.com,
de.yourdomain.com, funktioniert gut, wenn du jede Sprache als separate Property in Search Console behandeln möchtest. - Separate Domains (ccTLDs): yourdomain.fr,
yourdomain.de, stärkstes Geo-Targeting-Signal, aber teuer und komplex zu verwalten.
Bei 90% der Websites, die ich baue, gewinnen Unterverzeichnisse. Sie erben Domain Authority, sind einfacher zu verwalten in einer WordPress-Installation und Google handhabt sie gut. Die einzige Zeit, in der ich Subdomain oder ccTLD gehen würde, ist, wenn ein Kunde ernsthafte Geo-Targeting-Anforderungen und ein dediziertes Team für jeden Markt hat.
Wähle deine Struktur, bevor du ein einziges Übersetzungs-Plugin installierst. Es später zu ändern bedeutet 301-Umleitungen, aktualisierte hreflang, aktualisierte Sitemaps und mindestens ein paar Wochen Ranking-Turbulenzen. Ich habe das auf die harte Tour bei der Website eines Hospitality-Kunden 2020 gelernt, wo wir mitten im Projekt von Subdomains zu Unterverzeichnissen wechselten. Schmerzhaft.
---
Ein Übersetzungs-Plugin wählen, das nicht gegen dein SEO ankämpft
Es gibt drei Plugins, die deine Aufmerksamkeit verdienen. Alles andere ist Lärm.
WPML
WPML ist das, das ich bei fast jedem professionellen mehrsprachigen Build bei Seahawk nutze. Es ist nicht kostenlos (beginnt bei etwa 39 $/Jahr für die Basic-Lizenz), aber es generiert saubere hreflang-Tags, handhabt URL-Struktur richtig, integriert sich ohne Drama mit WooCommerce und hat ein String-Translation-Modul für Dinge wie Navigations-Labels und Widget-Text.
Das eine Ding, das du tun musst: gehe zu WPML > Languages > Language URL format und wähle „Different languages in directories" (also die Unterverzeichnis-Option), es sei denn, du hast einen spezifischen Grund nicht. Der Standard ist manchmal auf Query-Strings eingestellt. Ändere das.
Polylang
Polylang ist die kostenlose Alternative und es funktioniert wirklich solide für einfachere Websites. Die kostenlose Version verwaltet die URL-Struktur und grundlegendes hreflang. Du brauchst die Pro-Version ($99/Jahr), wenn du WooCommerce betreibst oder Übersetzungsverwaltungsfunktionen benötigst. Ich habe es letztes Jahr auf einer kleinen NGO-Website verwendet und es lief perfekt für drei Sprachen.
TranslatePress
TranslatePress verfolgt einen anderen Ansatz: Du übersetzt direkt im Frontend, visuell. Das ist großartig für Clients, die ihre Übersetzungen selbst verwalten möchten. Das SEO-Pack-Add-on (kostenpflichtig) verwaltet hreflang und Meta-Übersetzungen. Ohne dieses Add-on haben deine übersetzten Seiten doppelte Meta-Titel und Beschreibungen. Überspringe es nicht.
Vermeidet automatische Übersetzung als einzige Ebene. Maschinelle Übersetzung von DeepL oder Google Translate ist fine als erste Entwurfsfassung, aber sie braucht menschliche Überprüfung, bevor du sie veröffentlichst. Dünne, schlecht übersetzte Inhalte ranken schlecht und schaffen ein schlechtes Nutzererlebnis. Ich sage den Clients immer: Wenn deine übersetzten Inhalte so wirken, als wären sie von jemandem geschrieben, der die Sprache nicht spricht, wird Google das auch herausfinden.
---
Hreflang richtig einrichten
Hreflang ist das Bit, das die meisten Entwickler falsch machen. Hier sind die Regeln, klar und einfach:
- Jede Seite braucht ein hreflang-Tag für jede Sprachversion dieser Seite, einschließlich sich selbst.
- Du musst
x-defaulteinbeziehen und auf die Version zeigen, die du serviert haben möchtest, wenn keine Spracheinstellung passt. - Der hreflang-Wert muss einem gültigen BCP-47-Sprach-Tag entsprechen. Das bedeutet
en-gb, nichten-GB(Kleinbuchstaben, mit Bindestrich, Regionscode nach der Sprache). - Die Beziehung muss gegenseitig sein. Wenn
/fr/über hreflang auf/en/zeigt, muss/en/auch auf/fr/zurückzeigen.
WPML erledigt das meiste automatisch. Aber ich validiere nach dem Setup immer manuell mit dem Hreflang Tags Checker von Aleyda Solis. Es ist kostenlos und dauert etwa drei Minuten zum Ausführen. Jede Sekunde wert.
Ein Spezialfall: Wenn du Seiten hast, die noch nicht übersetzt wurden. Lass sie nicht ohne hreflang. Entweder zeige x-default auf die englische Version, oder füge ein selbstreferenzierendes hreflang nur für Englisch hinzu, bis die Übersetzung bereit ist. Eine Lücke in der hreflang-Kette verursacht mehr Schaden, als du denkst.
---
Sitemaps, Search Console und Crawl Budget
Sobald deine übersetzten Seiten live sind, brauchst du drei Dinge geregelt, bevor Google sie sieht.
- Reiche eine Sitemap ein, die alle Sprachversionen enthält. WPML und Polylang generieren beide automatisch mehrsprachige Sitemaps, wenn sie mit Yoast SEO oder Rank Math kombiniert werden. Überprüfe, dass die Sitemap unter
yourdomain.com/sitemap.xmldeine/fr/- und/de/-URLs tatsächlich auflistet, bevor du etwas einreichst. - Füge jedes Sprachunterverzeichnis als separate Property in Google Search Console hinzu, wenn du granulare Performance-Daten pro Sprache möchtest. Oder füge sie als Präfixe in derselben Root-Domain-Property hinzu. Beides funktioniert, aber separate Properties geben dir sauberere Daten.
- Denk an das Crawl Budget. Bei einer Website mit 500 Seiten und 5 Sprachen hast du plötzlich bis zu 2.500 indexierbare URLs. Google hat keine unbegrenzte Lust zum Crawlen. Stelle sicher, dass deine übersetzten Seiten nicht hinter unnötigem JavaScript-Rendering stecken, keine noindex-Tags von der Staging übrig haben und angemessen schnell laden. Unter 3 Sekunden auf Mobilgeräten ist mein Arbeitsziel.
Ein kurze Anmerkung zu Rank Math: Sein Multilingual SEO-Modul funktioniert gut mit WPML und Polylang zusammen und lässt dich übersetzte Meta-Titel und Beschreibungen pro Sprache direkt aus der vertrauten Rank-Math-Oberfläche setzen. Ich bin letzten März speziell deswegen bei einem Client von Yoast zu Rank Math gewechselt und der Workflow hat sich erheblich verbessert.
---
Übersetzte Metadaten und On-Page-SEO verwalten
Übersetzte URL-Slugs sind wichtig. /fr/a-propos/ performa besser als /fr/about/ für französischsprachige Suchende. Es signalisiert sowohl Benutzern als auch Google, dass dies eine wirklich lokalisierte Seite ist, keine direkte Kopie.
WPML lässt dich übersetzte Slugs setzen. Genauso Polylang. Nutze sie. Ich weiß, es ist zusätzliche Arbeit. Mach es trotzdem.
Meta-Titel und Beschreibungen müssen für jeden Markt übersetzt und umgeschrieben werden, nicht einfach Wort für Wort durch einen Übersetzer. Die Suchintention variiert je nach Sprache. Ein französischer Benutzer, der nach deinem Produkt sucht, kann andere Formulierungen verwenden als ein englischsprachiger Benutzer. Keyword-Recherche pro Sprache, auch nur grundlegende Recherche mit Google Keyword Planner oder Ahrefs, macht einen echten Unterschied, wie gut übersetzte Seiten performen.
Alt-Text für Bilder wird oft völlig vergessen. Deine übersetzten Seiten sollten Alt-Text in der Zielsprache haben. Das Gleiche gilt für alle Schema-Markups, die Textfelder enthalten.
Noch eine Sache, die Menschen verwirrt: WordPress-Menüs. Wenn deine Navigation auf Englisch „About Us" hat, brauchst du ein übersetztes Menü-Element auf Französisch, das auf /fr/a-propos/ verweist. WPML hat eine Menu-Sync-Funktion, die dich auffordert, Menü-Elemente zu übersetzen. Nutze sie. Sonst bekommst du französische Seiten mit englischer Navigation, was unprofessionell wirkt und Crawler verwirrt.
---
Testen vor dem Go-Live
Überspring das nicht. Ich gehe vor jedem mehrsprachigen Projekt eine schnelle Checkliste durch, bevor ich in die Produktion gehe.
- Überprüfe hreflang-Tags mindestens auf der Startseite, einer inneren Seite und einer Produkt- oder Blog-Seite pro Sprache. Nutze die Seitenquelle oder eine Browser-Erweiterung wie SEO Meta in 1 Click.
- Crawle die Website mit Screaming Frog. Filtere nach
hreflangim Hreflang-Tab. Alle „non-200"- oder „missing return tag"-Fehler müssen vor dem Launch behoben werden. - Bestätige, dass deine XML-Sitemap alle Sprach-URLs auflistet, und reiche sie in der Search Console ein.
- Teste den Sprachwechsel in einem privaten Browser-Fenster, um sicherzustellen, dass Cookies oder Geolocation-Weiterleitungen Nutzer nicht zur falschen Version schicken.
- Überprüfe, dass übersetzte Seiten 200-Status-Codes zurückgeben, keine 301er oder 404er.
Die ganze Checkliste dauert auf einer mittelgroßen Website vielleicht 90 Minuten. Diese 90 Minuten haben mich im Laufe der Jahre vor mindestens vier Post-Launch-Notfällen bewahrt.
---
FAQ
Garantiert mir die Übersetzung meiner Website, dass ich in anderen Ländern ranke?
Nein. Übersetzung ist eine Voraussetzung, keine Garantie. Du brauchst immer noch Backlinks von relevanten lokalen Domains, echte lokale Suchnachfrage und Inhalte, die tatsächlich die Nutzer-Absicht in diesem Markt bedienen. Übersetzung öffnet die Tür. SEO-Arbeit in jeder Sprache führt dich hindurch.
Kann ich Google Translate oder DeepL nutzen, um meine ganze Website automatisch zu übersetzen?
Du kannst sie als ersten Entwurf nutzen. Sowohl WPML als auch TranslatePress haben Integrationen mit DeepL für maschinelle Übersetzung. Aber rohe maschinelle Übersetzung ohne menschliche Bearbeitung zu veröffentlichen ist keine gute Idee. Der Inhalt liest sich unbeholfen, was die Absprungrate erhöht, und Googles Quality Assessor bewerten Übersetzungsqualität auf größeren Websites.
Sollte jede Sprache eine eigene Google-Search-Console-Property haben?
Das hängt von deiner URL-Struktur ab. Wenn du Unterverzeichnisse nutzt (yourdomain.com/fr/), deckt eine Root-Domain-Property in der Search Console alles ab, aber das Hinzufügen einer URL-Prefix-Property für /fr/ speziell gibt dir saubere Daten pro Sprache. Wenn du Subdomains nutzt, brauchst du separate Properties. Bei ccTLDs hast du keine Wahl, es sind separate Domains.
Was ist, wenn ich nur ein paar Seiten übersetzen möchte, nicht die ganze Website?
Das ist in Ordnung. Stelle nur sicher, dass diese übersetzten Seiten korrektes hreflang zurück zu ihren englischen Äquivalenten haben, und dass die englischen Seiten zurück zu den übersetzten Versionen verweisen. Teilweise Übersetzung ist ein legitimer Ansatz, besonders für Websites, wo nur ein Produkt oder Landing-Page-Bereich einen ausländischen Markt anspricht.
Lohnt es sich, einen professionellen Übersetzer zu engagieren, oder ist maschinelle Übersetzung ausreichend?
Für alles Öffentliche würde ich immer sagen, hole dir einen menschlichen Übersetzer, um das Ergebnis mindestens zu überprüfen. Für eine kleine Broschüren-Website mit 10 Seiten sind die Kosten minimal. Für einen großen WooCommerce-Katalog könntest du maschinelle Übersetzung für Bulk-Inhalte und menschliche Überprüfung für hochwertige Seiten wie Produktbeschreibungen, Checkout-Flows und Rechtseiten nutzen. Dieser Split-Ansatz funktioniert in der Praxis gut.
---
Richtig gemachte Übersetzung ist eine dieser Dinge, die stillschweigend Wirkung zeigen. Du stellst es richtig auf, Google indexiert alles sauber, und über 12 bis 18 Monate wächst dein organischer Footprint in einem neuen Markt, ohne dass du etwas neu aufbauen musst. Falsche Architektur und du kämpfst gegen Google auf Dauer. Die Plugin-Arbeit ist der einfache Teil. Die strukturellen Entscheidungen, URL-Format, hreflang, übersetzte Metadaten – da liegt die echte Arbeit. Investiere einen extra Nachmittag, um das richtig zu machen. Dein zukünftiges Ich wird dankbar sein.