WordPress-Website übersetzen: crawlbare Sprachversionen und SEO

Übersetzen Sie Ihre WordPress-Website mit crawlbaren Sprach-URLs, einer fundierten Entscheidung für Plugins oder Multisite, hreflang, Sitemaps und einem redaktionellen Workflow, mit dem Ihre Sprachversionen langfristig pflegbar bleiben.

Eine WordPress-Website übersetzen: eine Arbeitsfläche im WordPress-Block-Editor mit Plugin-Karten für Sprachversionen auf einem weißen Raster

Eine WordPress-Website zu übersetzen bedeutet mehr, als ein Mehrsprachigkeits-Plugin zu installieren. Google erwartet jede Sprachversion unter einer eigenen crawlbaren URL, mit Navigation und Seiteninhalt überwiegend in einer Sprache sowie wechselseitigen hreflang-Verweisen, wenn Sie alternative Sprachversionen veröffentlichen.

Kurzantwort: eigene WordPress-URLs für jede Sprache

WordPress-Websites lassen sich über Plugins, Multisite-Netzwerke oder externe Proxys skalieren – doch die SEO-Grundlagen bleiben gleich: eine crawlbare URL pro Sprache. Google empfiehlt unterschiedliche URLs für jede Sprache oder Region, statt sich allein auf Cookies oder die Browsersprache zu verlassen. Plugins, die auf /pricing lediglich Text per JavaScript oder Cookies austauschen, hinterlassen für Suchmaschinen nur eine einzige indexierte URL.

Schließen Sie zunächst Sprachumschalter aus, die nur eine einzige URL verwenden. Wählen Sie dann eine Verzeichnis-, Subdomain- oder Domainstruktur, die Ihr Team dauerhaft pflegen kann. Lesen Sie internationales SEO im Vergleich zu mehrsprachigem SEO, wenn Sie vor der URL-Gestaltung noch festlegen, welche Märkte Sie ansprechen möchten.

Architekturoptionen für mehrsprachige WordPress-Websites

Drei gängige Architekturen:

  1. Mehrsprachigkeits-Plugin auf einer Website – ergänzt Sprachpräfixe oder parallele Slugs (/en/about, /fr/a-propos). Für kleine Marketing-Websites die unkomplizierteste Lösung.
  2. WordPress Multisite – separate Websites pro Sprache innerhalb eines Netzwerks. Klare Trennung, aber höherer Betriebsaufwand.
  3. Reverse-Proxy oder Headless-Schicht – WordPress bleibt die Quelle; eine Edge- oder statische Schicht liefert die sprachspezifischen URLs aus. Gut für Technologie-Stacks mit hohen Performance-Anforderungen.

Alle drei können die Anforderungen von Google erfüllen, wenn jede Sprachversion eine eigene öffentliche URL und vollständiges HTML hat. Keine dieser Architekturen rechtfertigt einen rein cookie-basierten Sprachwechsel unter derselben Adresse.

URL-Strukturen: Verzeichnisse, Subdomains und Domains

Verzeichnisse (/de/, /es/) kommen mit einem Zertifikat und einer Search Console-Property aus; Auswertungen nach Sprachversion erfolgen über die Pfade. Subdomains (de.example.com) eignen sich für regionale Teams oder CDN-Regeln. ccTLDs signalisieren eine Länderausrichtung, wenn Sie tatsächlich lokale Webauftritte betreiben.

Google erkennt die Seitensprache anhand der sichtbaren Inhalte. Wählen Sie eine Struktur, dokumentieren Sie sie und halten Sie die Permalinks nach dem Start stabil. Änderungen am Slug-Schema beeinträchtigen hreflang-Cluster und eingehende Links.

Vermeiden Sie automatische Weiterleitungen auf Basis einer vermuteten Sprache oder eines vermuteten Standorts. Bieten Sie stattdessen einen sichtbaren Sprachumschalter an, der auf die URL der jeweiligen Sprachversion verlinkt.

Plugin, Multisite oder Proxy: Vor- und Nachteile

Plugins (WPML, Polylang, TranslatePress und andere) unterscheiden sich in der Bedienung für die Redaktion und den URL-Modellen – bewerten Sie die Crawlbarkeit, nicht die Werbeversprechen. Prüfen Sie, ob das Plugin separate URLs pro Sprache erzeugt, statt Inhalte per AJAX unter demselben Permalink auszutauschen.

Multisite bietet jeder Sprachversion eigene Theme-Optionen, Menüs und Benutzer. Die Crawlbarkeit ist von Grund auf gegeben, da die Websites unterschiedliche Startseiten-URLs haben. Der Preis dafür: Netzwerkverwaltung und Plugin-Lizenzen pro Website.

Proxy-Ansätze können zwischengespeichertes HTML für die einzelnen Sprachversionen schnell ausliefern, müssen aber auch an der Edge korrekte Canonical-Tags und hreflang-Verweise ausgeben. WordPress-Sprachversionen benötigen eigene öffentliche URLs; ein rein cookie- oder JavaScript-basierter Austausch widerspricht den Empfehlungen von Google.

Fragen Sie beim Toolvergleich: Erhält jede Übersetzung eine eindeutige URL? Werden hreflang und Sitemaps automatisch erstellt oder lassen sie sich exportieren? Kann die Redaktion Inhalte im Kontext prüfen?

Hreflang, Canonical-Tags und XML-Sitemaps

Implementieren Sie hreflang in WordPress über SEO-Plugins, spezielle hreflang-Erweiterungen oder xhtml:link-Einträge in der Sitemap. Hreflang-Verweise müssen wechselseitig sein: Wenn /en/about auf /fr/a-propos verweist, muss die französische Seite mit passenden Codes auf die englische Version und auf sich selbst verweisen.

Setzen Sie die Canonical-Tags jeder Sprachversion auf die bevorzugte URL der jeweiligen Sprache. Geben Sie für französische Seiten keine englischen URLs als kanonisch an.

Die XML-Sitemaps von WordPress sollten alle sprachspezifischen URLs aufführen und mit der hreflang- und Canonical-Strategie übereinstimmen. Viele SEO-Plugins erzeugen Sitemaps für die einzelnen Sprachversionen. Prüfen Sie, ob sie alle übersetzten benutzerdefinierten Inhaltstypen enthalten, nicht nur Beiträge und Seiten. Ansätze für Audits finden Sie in unserer Übersicht zur mehrsprachigen SEO-Plattform.

In Themes sind englische Texte in Fußzeilen, Schaltflächen und Widget-Titeln oft fest hinterlegt. Exportieren Sie Theme-Texte über die Oberfläche zur Zeichenfolgenübersetzung Ihres Plugins oder über Anpassungen im Child-Theme. Menüs sollten sprachspezifisch sein: Eine französische Navigation sollte auf französische URLs verlinken, nicht auf englische Slugs mit übersetzten Beschriftungen.

Medien benötigen Alt-Texte und Bildunterschriften für jede Sprachversion. Bilder können gemeinsam genutzt werden; die Metadaten müssen jedoch zur Seitensprache passen. Widgets für Suche, Newsletter und ähnliche Beiträge sollten lokalisierte Inhaltsabfragen verwenden.

Damit jede URL überwiegend Inhalte in einer Sprache enthält, müssen auch diese Elemente der Benutzeroberfläche einbezogen werden – nicht nur die Beitragstexte.

Redaktioneller Workflow in WordPress

Die Pflege wird schwierig, wenn Übersetzer ausschließlich in den Beitragseditoren arbeiten, ohne Glossar oder Translation Memory. Ergänzen Sie:

  • Ein Glossar für Produktbegriffe und juristische Fachbegriffe
  • Ein Translation Memory zur Wiederverwendung freigegebener Formulierungen
  • Prüfstatus vor der Veröffentlichung
  • Änderungserkennung bei Aktualisierungen der englischen Inhalte

Googles Empfehlungen zu hilfreichen Inhalten stellen Seiten für Menschen in den Mittelpunkt. Übersetzungen mit wenig Substanz oder ausschließlich Standardtexten erfüllen diesen Anspruch nicht. Planen Sie regelmäßige Audits der wichtigsten Landingpages in jeder Sprachversion ein.

Checkliste für die Implementierung

Auch die Bing Webmaster Guidelines betonen, wie wichtig eine crawlbare Struktur und hilfreiche Inhalte für die Indexierung in verschiedenen Märkten sind.

Häufige Fehler

AJAX-Übersetzung unter einer einzigen URL – nur eine indexierte URL, unsichtbare Sprachalternativen.

Hreflang-Verweise auf 404-Seiten oder Weiterleitungen – die gegenseitige Verknüpfung funktioniert nicht.

Gemischtsprachige Menüs – französische Beschriftungen verlinken auf englische Slugs.

Nicht übersetzter Theme-Footer – schwächt die Sprachsignale.

Canonical-Verweis auf die englische Version bei übersetzten Beiträgen – falsche Zusammenführung der Versionen.

Automatische Weiterleitung nach Land – blockiert Crawler und Nutzer.

Maschinelle Übersetzung zentraler Inhalte ohne Prüfung – inhaltlich schwache lokalisierte Seiten.

Grundlagen für klassische Suche und Antwortmaschinen

Die gemeinsamen Grundlagen für mehrsprachige WordPress-Plugins und öffentlich zugängliche lokalisierte URLs bleiben bei Google, Bing und KI-Antwortsystemen wichtig: crawlbare Sprachversionen, eindeutig erkennbare Entitäten, belegte Aussagen, strukturierte Daten, die den tatsächlichen Inhalt korrekt wiedergeben, und echte Lokalisierung statt bloßer Hüllen mit ausschließlich englischen Inhalten. Die folgenden Leitfäden beleuchten dieselben Anforderungen an die Bereitstellung mehrsprachiger Inhalte aus plattformspezifischer Sicht.

Damit die Google-Suche Inhalte finden kann, braucht sie crawlbare URLs für die jeweiligen Sprach- und Marktversionen mit sprachlich passendem HTML, korrekten Seitentiteln und Überschriften sowie gegenseitigen Hreflang-Verweisen, sofern alternative Versionen existieren. Zu den technischen Grundlagen gehören indexierbare Inhalte statt rein Cookie-basierter Sprachumschalter, lokalisierte Metadaten, Sitemaps und ein konsequenter Einsatz von Canonical-Tags. Inhaltliche Qualität bedeutet, in jeder Sprache Hauptinhalte bereitzustellen, die den Menschen in den Mittelpunkt stellen. Autorität entsteht durch eine klar erkennbare Organisationsidentität und bestätigende Quellen – nicht durch Marketing für Übersetzungstools. Für mehrsprachige Websites heißt das: Jede markt- oder sprachspezifische URL muss für sich bestehen können. Zur Erfolgskontrolle dienen die Indexabdeckung in der Search Console und die URL-Prüfung je Sprach- oder Marktversion. Gesichert und ungewiss: Google dokumentiert den Umgang mit Mehrsprachigkeit und Hreflang, garantiert aber keine Rankings durch ein bestimmtes CMS oder einen MTPE-Workflow.

Plattform-Leitfaden: Bing

Bing findet und indexiert crawlbare mehrsprachige Seiten mit klarer Struktur. Die Anforderungen an eindeutige URLs und verständliche Inhalte ähneln denen von Google. Zu den technischen Grundlagen gehören abrufbare URLs für die jeweiligen Sprach- und Regionalversionen, nützliche Inhalte und die Überwachung mit Bing Webmaster Tools. Lokalisieren Sie Überschriften, Aussagen und FAQs, statt nur die Benutzeroberfläche zu übersetzen. Autoritätssignale hängen auch hier von vertrauenswürdigen Quellen und konsistent dargestellten Entitäten ab. Für mehrsprachige Websites heißt das: Verbergen Sie Sprachversionen nicht hinter einer rein clientseitigen Umschaltung. Messen Sie die Indexierung und Crawl-Statistiken in Bing Webmaster Tools. Gesichert und ungewiss: Die Bing-Richtlinien betonen crawlbare, nützliche Inhalte. Erfinden Sie keine Bing-spezifischen Rankingfaktoren für Übersetzungstools.

Plattform-Leitfaden: ChatGPT

ChatGPT kann öffentlich zugängliche Seiten zitieren oder zusammenfassen, wenn die Sprachversionen eindeutig sind und die Inhalte sich unmittelbar für Antworten eignen. Die Auffindbarkeit folgt keinem herkömmlichen, crawlbasierten Ranking; Sichtbarkeit zeigt sich darin, dass eine Seite als Quelle ausgewählt oder in Antworten referenziert wird. Die technische Grundlage bilden weiterhin zugängliche HTML-URLs – keine Widget-Overlays, die Texte verbergen. Hilfreich sind direkte Antworten, FAQs und eine durch Glossare vereinheitlichte Terminologie. Autorität entsteht durch Belege und konsistente Entitäten über alle Sprach- und Marktversionen hinweg. Für mehrsprachige Websites heißt das: Jede lokalisierte Seite sollte für sich verständlich sein. Die Messbarkeit ist begrenzt – Prüfungen auf Quellenverweise sollten als Hypothesentests betrachtet werden. Gesichert und ungewiss: Es gibt keine dokumentierte Garantie dafür, dass MTPE oder eine bestimmte CMS-Integration zu Quellenverweisen in ChatGPT führt.

Plattform-Leitfaden: Gemini

Für Gemini und verwandte KI-Angebote von Google sind konsistent dargestellte Entitäten, sachlich korrekte strukturierte Daten und indexierbare lokalisierte Seiten hilfreich. Bei Sichtbarkeit geht es darum, als Quelle herangezogen oder erkannt zu werden – nicht darum, Rankingfaktoren für Gemini zu erfinden. Die technischen Grundlagen überschneiden sich mit denen der Google Suche: Crawlbarkeit und hochwertige Metadaten. Inhalte sollten in jeder Sprache klare Aussagen und Definitionen liefern. Autorität hängt von einer konsistenten Darstellung der Organisation und bestätigenden Quellen ab. Für mehrsprachige Websites heißt das: Durch Glossare vereinheitlichte Produktnamen reduzieren Verwechslungen zwischen Sprach- und Regionalversionen. Nutzen Sie für die klassische Messung die Search Console und prüfen Sie ergänzend Stichproben von KI-Antworten qualitativ. Gesichert und ungewiss: Das Verhalten von Gemini ersetzt nicht die dokumentierten Empfehlungen der Google Suche zu hreflang und Sprachversionen.

Plattform-Leitfaden: Google AI Overviews

Google AI Overviews können auf Seiten verlinken, die ihre Aussagen stützen. Die Grundlage für eine mögliche Berücksichtigung bilden weiterhin indexierbare Inhalte, die Menschen in den Mittelpunkt stellen. Sie sind keine Sprachumschaltung und ersetzen hreflang nicht. Zu den technischen Grundlagen gehören weiterhin crawlbare HTML-Seiten für jede Sprach- und Regionalversion sowie wahrheitsgemäße strukturierte Daten. Wichtige inhaltliche Merkmale sind prägnante Antworten und klare Überschriften in jeder Sprache. Die Autoritätssignale entsprechen den Erwartungen an hilfreiche Inhalte. Für mehrsprachige Websites heißt das: Für keine übersetzte Seite ist die Aufnahme in AI Overviews garantiert. Nutzen Sie, sofern verfügbar, Berichte zu generativen Suchfunktionen in der Search Console und erfassen Sie klassische Indexierungskennzahlen separat. Gesichert und ungewiss: Kein Übersetzungsworkflow kann eine Platzierung in AI Overviews versprechen.

Wie GlotEO unterstützt

WordPress-Teams stoßen mit Ad-hoc-Plugin-Workflows oft an ihre Grenzen, sobald die Kontrolle über Glossare und die SEO-Prüfung wichtig werden. GlotEO bietet eine WordPress-Integration für Übersetzungen, mit der Marketingteams Sprach- und Marktversionen verwalten können, während WordPress crawlbare URLs beibehält. Ziehen Sie beim Vergleich der Rollout-Optionen die Preise und Tarife von GlotEO und die Plattform zur Website-Lokalisierung heran.

Quellen