Internationale und mehrsprachige Website mit WordPress

Die richtige Struktur für mehrsprachige Websites

Die zentrale Frage: Wie baust du eine mehrsprachige WordPress-Website so auf, dass Suchmaschinen und KI-Systeme deine Inhalte korrekt zuordnen?

Genau darum geht es: Du brauchst eine saubere Kombination aus Domainstrategie, klarer URL-Struktur und technisch sauber getrennten Sprachversionen – unabhängig davon, ob du mit Plugins oder Multisite arbeitest.

Entscheidend ist nicht das Tool, sondern die Struktur dahinter. hreflang-Tags, eindeutige Sprachpfade und vollständig getrennte Inhalte sorgen dafür, dass deine Seiten international korrekt ausgespielt werden.

Darauf basieren die folgenden Optionen:

Domain für ein bestimmtes Land

Wenn du deine Website gezielt auf ein bestimmtes Land ausrichten möchtest, dann entscheide zunächst, ob du mehrere Sprachversionen innerhalb eines Landes anbieten willst oder ob du für jedes Land eine eigene länderspezifische Domain einsetzen möchtest. Letzteres erfolgt über sogenannte Country-Code-Top-Level-Domains (ccTLDs) wie .de, .fr, .us oder .it, die von Suchmaschinen automatisch einem bestimmten Land zugeordnet werden.

Der Einsatz von ccTLDs ist ein starkes geografisches Signal für Suchmaschinen und besonders sinnvoll, wenn deine Inhalte, Angebote oder rechtlichen Rahmenbedingungen klar auf einzelne Länder zugeschnitten sind. Allerdings geht dieser Ansatz mit einem höheren organisatorischen und technischen Aufwand einher, da jede Domain separat gepflegt, vermarktet und in der Suchmaschinenoptimierung berücksichtigt werden muss. Alternativ kannst du bei einer länderbezogenen Website auch mit Sprachverzeichnissen oder Subdomains arbeiten, um mehrere Länder oder Sprachen innerhalb einer Domain abzubilden. Welche Methode für dich geeignet ist, hängt von Zielmarkt, Ressourcen und SEO-Strategie ab.

Die wichtigsten Punkte auf einen Blick:

• ccTLDs (z. B. .de, .fr, .us) signalisieren Suchmaschinen eindeutig ein bestimmtes Land
• Eine ccTLD eignet sich besonders für stark lokalisierte Inhalte und nationale Märkte
• Jede länderspezifische Domain erfordert separate SEO-, Wartungs- und Marketingmaßnahmen
• Alternativen sind Sprachverzeichnisse oder Subdomains innerhalb einer zentralen Domain
• Die Wahl der Domainstrategie sollte sich an Zielgruppe, Internationalisierungsgrad und Ressourcen orientieren

Domain ohne Länderkennung

Wenn du für deine Website eine generische Top-Level-Domain (gTLD) wie .com, .net, .org oder .eu verwendest, ist deine Domain nicht automatisch einem bestimmten Land zugeordnet. Google nutzt in solchen Fällen verschiedene Signale, um die geografische Ausrichtung besser einzuordnen, etwa URL-Struktur, hreflang-Attribute und weitere Hinweise. Eine gezielte Länderzuordnung über die Google Search Console wird dagegen nicht mehr unterstützt.

Google beschreibt in seiner offiziellen Dokumentation die Vor- und Nachteile von Domains mit und ohne Länderkennung und gibt konkrete Empfehlungen, welche Variante sich für welche Anwendungsfälle eignet. Dabei wird deutlich, dass gTLDs vor allem für internationale oder mehrsprachige Websites sinnvoll sind, da sie flexibel einsetzbar bleiben. Gleichzeitig solltest du die geografische Ausrichtung technisch sauber umsetzen, wenn deine Inhalte klar auf einen bestimmten Markt ausgerichtet sind.

Die wichtigsten Punkte auf einen Blick:

• Generische Domains (z. B. .com, .net, .org, .eu) haben keine automatische Länderzuordnung
• Ein Zielland lässt sich in der Google Search Console heute nicht mehr separat festlegen
• Google nutzt stattdessen verschiedene Signale zur geografischen Einordnung
• gTLDs eignen sich besonders für internationale, mehrsprachige oder global ausgerichtete Websites
• Googles offizielle Empfehlungen liefern eine verlässliche Entscheidungsgrundlage für die Wahl der Domainstrategie

SEO-Maßnahmen für internationale Websites

Ich beschränke mich an dieser Stelle auf die Verwaltung einer deutschen Domain (.de), die zwei Sprachversionen anbietet. Hierfür gibt es Methoden, die sich mit WordPress und einigen Plugins recht einfach umsetzen lassen.

Damit jede Sprachversion klar identifiziert wird, kann man sie entweder über eine Subdomain oder durch Sprachverzeichnisse organisieren. Google akzeptiert beide Varianten.

Ich persönlich ziehe Sprachverzeichnisse vor, weil sie meiner Meinung nach besser verwaltet werden können. Das gilt auch für WordPress-Plugins, auf die ich später noch genauer eingehe.

Für wichtig halte ich, dass deutsche und englische Seiten in der jeweiligen Sprache vollständig erstellt werden, also auch hinsichtlich Content und Meta-Infos. Es sollten keine Teile in der falschen Sprache stehen, weil vielleicht noch Übersetzungen fehlen. Ebenso sollten URLs in der korrekten Sprache benannt sein. Beispielsweise könnten sie so aussehen:

• (deutsch) meine-domain.de/de/ueber-mich/
• (englisch) meine-domain.de/en/about-me/

Geografische Ausrichtung der Webseiten

Gut zu wissen: Google beachtet keine Standort-Meta-Tags wie geo.position oder distribution und ebenso wenig HTML-Attribute zur geografischen Ausrichtung.

Die von Google empfohlene Vorgehensweise für multiregionale Websites, die ähnliche oder duplizierte Inhalte unter verschiedenen URLs, aber in derselben Sprache bereitstellen, besteht darin, eine bevorzugte Version auszuwählen.

Durch die Verwendung von rel="alternate" und hreflang kann sichergestellt werden, dass Nutzern die URL mit der korrekten Sprache oder Region angezeigt wird.

Weitere Informationen hierzu findest du bei Google

Verwendung des hreflang-Attributs

Damit Google die Sprachversion deiner Inhalte schnell und eindeutig verstehen kann, sollte für jede URL ein korrektes hreflang-Attribut implementiert werden. Achte bitte darauf, dass die entsprechenden URLs aufrufbar sind, einen Statuscode 200 liefern und nicht auf eine andere URL weiterleiten.

1. HTML-Tag

Die Syntax eines Links mit hreflang-Attribut sieht so aus:

Hinweis: Der folgende Codeblock kann auf kleinen Bildschirmen horizontal scrollbar sein.

<head>
<link rel="alternate" hreflang="lang_code" href="url_der_seite" />
</head>

Um Google exakt anzuzeigen, welche Sprachversion für welche Sprachregion relevant ist, kombiniert man nach ISO-Norm den Sprachcode mit dem Ländercode.

Zum Beispiel für Deutschland de-DE, für Österreich de-AT, für Großbritannien en-GB, für die USA en-US usw. Groß- oder Kleinschreibung macht für Google dabei keinen Unterschied.

Bindet man den Link als HTML-Tag im Header der Website ein, dann sähe das Snippet auf der Seite meine-domain.com/de/ueber-mich/ wie folgt aus:

Hinweis: Der folgende Codeblock kann auf kleinen Bildschirmen horizontal scrollbar sein.

<link rel="alternate" hreflang="en-GB" href="https://meine-domain.com/en/about-me/" />
<link rel="alternate" hreflang="de-DE" href="https://meine-domain.com/de/ueber-mich/" />

Wichtig ist, dass bei allen Sprach- oder Regionsversionen sowohl die jeweils primäre als auch die alternative Version verlinkt sein muss. Man spricht hier von einer bidirektionalen Verlinkung.

Und es gibt das x-default-hreflang-Attribut

Solltest du mit einer größeren Website Nutzer in unterschiedlichen Ländern und Sprachregionen erreichen wollen, beachte bitte Folgendes: Für Nutzer ohne spezifische Sprachversion kann eine Standardversion festgelegt werden, die im hreflang als x-default-URL angegeben wird.

Hinweis: Der folgende Codeblock kann auf kleinen Bildschirmen horizontal scrollbar sein.

<link rel="alternate" hreflang="x-default" href="https://meine-domain.com/standard-version/" />

Aus praktischer Erfahrung würde ich davon abraten, für x-default eine URL zu verwenden, die bereits als eigenständige Sprach- oder Länderversion verlinkt ist. Das kann die Zuordnung unnötig unklar machen.

2. Link in der XML-Sitemap

Du kannst beide Sprachen in einer Sitemap unterbringen oder für jede Sprache eine eigene Sitemap erstellen. Entscheidend ist nur, dass für jede Sprachversion die jeweilige URL tatsächlich vorhanden ist.

Hinweis: Der folgende Codeblock kann auf kleinen Bildschirmen horizontal scrollbar sein.

<url>
  <loc>https://meine-domain.com/de/ueber-mich/</loc>
  <xhtml:link rel="alternate" hreflang="de" href="https://meine-domain.com/de/ueber-mich/" />
  <xhtml:link rel="alternate" hreflang="en-GB" href="https://meine-domain.com/en/about-me/" />
</url>

3. Link im HTTP-Header

Eine technisch aufwendigere Methode ist die Ausgabe des hreflang-Attributs über den HTTP-Header. Diese Variante eignet sich zum Beispiel für PDF-Dokumente in unterschiedlichen Sprachen.

Sitemap-Beispiel mit hreflang x-default

Angenommen, du hast eine Domain mit generischer TLD wie https://globale-website.com, deren Startseite Nutzer aus der ganzen Welt ansprechen soll.

Hinweis: Der folgende Codeblock kann auf kleinen Bildschirmen horizontal scrollbar sein.

<url>
  <loc>https://globale-website.com</loc>
  <xhtml:link rel="alternate" hreflang="de" href="https://globale-website.com/de/deutsche-seite/" />
  <xhtml:link rel="alternate" hreflang="en-GB" href="https://globale-website.com/en/english-page/" />
  <xhtml:link rel="alternate" hreflang="x-default" href="https://globale-website.com/" />
</url>

Allen, die sich detailliert über die aktuellen Vorgaben von Google informieren möchten, empfehle ich den folgenden Link zur Google-Dokumentation.

Sprach-Plugins im Vergleich: vier unterschiedliche Wege

Für WordPress gibt es mehrere Wege, Inhalte in zwei oder mehr Sprachen zu verwalten. Die Unterschiede liegen weniger in der Frage, ob übersetzt werden kann, sondern darin, wie Inhalte gepflegt werden, wie viel Kontrolle du über URLs und SEO-Daten hast und welcher laufende Aufwand entsteht.

Für klassische Unternehmens-, B2B- und Content-Websites sind vor allem vier Ansätze interessant: Polylang als schlanke WordPress-Lösung, TranslatePress mit visuellem Frontend-Editor, WPML mit umfangreichem Übersetzungsmanagement und Weglot als externer, stark automatisierter Dienst.

Falls du automatische oder KI-gestützte Übersetzung einsetzt, sollte die veröffentlichte Fassung trotzdem redaktionell geprüft werden. Besonders Fachbegriffe, Markenbegriffe, Claims und rechtlich relevante Formulierungen brauchen eine Kontrolle im jeweiligen Sprachkontext.

➡️ Die wichtigsten Lösungen im Überblick:

TranslatePress

TranslatePress eignet sich besonders für Websites, bei denen Redakteure Übersetzungen direkt im sichtbaren Seitenlayout bearbeiten möchten. Der visuelle Ansatz ist praktisch für Landingpages und Page-Builder-Seiten. In der kostenlosen Version sind allerdings nur zwei Sprachen möglich. Erweiterte mehrsprachige SEO-Funktionen gehören je nach benötigtem Funktionsumfang zu den kostenpflichtigen Paketen.

• Nach der Installation gibst du an, welche die Ausgangssprache und welche die zu übersetzende Sprache ist. Durch diese Einstellungen wird die neue Verzeichnisstruktur generiert.
• Du kannst einen Sprachwechsler ins Menü integrieren, im Footer anlegen und per Shortcode auch an anderen Stellen platzieren.
• Praktisch ist, dass man im Editor auch Bilder für eine Sprachversion austauschen kann. Je nach Funktionsumfang und Version können einzelne Übersetzungsoptionen jedoch eingeschränkt sein.
• TranslatePress funktioniert problemlos mit Elementor.

Polylang

Polylang zählt zu den meistgenutzten Plugins für mehrsprachige Websites. Es passt besonders gut zu klassischen Firmenauftritten, Blogs und redaktionellen Websites, wenn eine möglichst WordPress-nahe und schlanke Lösung gewünscht ist. Für weitergehende Funktionen wie die Übersetzung von URL-Slugs ist Polylang Pro relevant.

• Polylang bietet zahlreiche Features für die Umsetzung einer mehrsprachigen Website. So kannst du Blogbeiträge, Seiten, Medien, Kategorien, Menüs, Widgets und vieles mehr übersetzen. Diese alle vorzustellen, würde leider den Rahmen dieser Seite sprengen. Auf WordPress.org findest du alle notwendigen Infos über Polylang.
• Nach der Aktivierung kannst du die wichtigsten Angaben in fünf Schritten eingeben. Weitere Einstellungsmöglichkeiten findest du im Dashboard.

WPML (kostenpflichtige Lizenz)

WPML wird auch von professionellen WordPress-Websites eingesetzt. Seine Stärke liegt vor allem bei größeren Websites, mehreren Sprachen und arbeitsteiligen Übersetzungsprozessen. Neben mehrsprachigen SEO-Konfigurationen bietet WPML Funktionen für Übersetzungsaufträge, Rollen und automatische Übersetzung. Dadurch ist es leistungsfähig, aber auch komplexer als eine schlanke Zwei-Sprachen-Lösung.

• Anwender haben die Kontrolle über Metainformationen und Content-Typen etc.
• Es besteht Kompatibilität mit WooCommerce, dem beliebten Shopsystem von WordPress.

Allerdings wird immer wieder von Kompatibilitätsproblemen mit einzelnen Themes und Plugins sowie von zusätzlicher Systemlast berichtet. Wenn dich das Plugin interessiert, würde ich in dieser Richtung weiter recherchieren und vorab in einer Testumgebung prüfen.

Weglot

Weglot verfolgt einen anderen Ansatz als klassische WordPress-Plugins. Der Dienst erkennt Website-Inhalte automatisiert, übersetzt sie und verwaltet die Sprachfassungen über eine externe Plattform. Das kann eine sehr schnelle Umsetzung ermöglichen, ohne dass Redakteure jede Sprachversion zunächst manuell in WordPress anlegen müssen.

• Geeignet für Unternehmen, die eine mehrsprachige Website schnell starten und zentral verwalten möchten.
• Übersetzungen können automatisiert erzeugt und anschließend redaktionell überarbeitet werden.
• Das Preismodell ist laufend und orientiert sich unter anderem an Wortumfang und Zahl der Zielsprachen.
• Die externe Plattform schafft Komfort, bedeutet aber zugleich eine stärkere Abhängigkeit vom Dienst und seinem Abomodell.

Welche Lösung passt zu welchem Projekt?

Kosten und Übersetzungs-Workflow mitdenken

Die Plugin-Lizenz allein sagt wenig über die tatsächlichen Kosten einer mehrsprachigen Website aus. Hinzu kommen je nach Lösung automatische Übersetzungen, redaktionelle Prüfung, laufende Aktualisierung und die Pflege neuer oder geänderter Inhalte. Deshalb solltest du vor der Entscheidung nicht nur den Einstiegspreis vergleichen, sondern den laufenden Übersetzungsprozess.

Bei kleinen Websites kann ein einfacher redaktioneller Ablauf genügen: Ausgangstext fertigstellen, übersetzen, sprachlich prüfen und veröffentlichen. Größere Teams brauchen dagegen häufig Rollen, Aufgabenzuweisung, Freigabestatus und Schnittstellen für externe Übersetzer. Genau hier unterscheiden sich die Systeme stärker als bei der reinen Darstellung einer zweiten Sprache.

Wichtig: Preise, Wortkontingente und Funktionspakete ändern sich regelmäßig. Sie eignen sich deshalb schlecht als dauerhaft gültige Zahlen im redaktionellen Haupttext. Sinnvoller ist es, das jeweilige Lizenz- und Abrechnungsmodell vor Projektstart aktuell beim Anbieter zu prüfen.

Was könnte gegen ein Plugin sprechen?

Bei allem Komfort können Plugins auch gewisse Nachteile mit sich bringen, zum Beispiel, wenn das Plugin deiner Wahl veraltet, weil die Entwickler nicht nachrüsten oder ihr Projekt einstellen. Oder du musst das Plugin entfernen oder durch ein anderes ersetzen. Das könnte einen Worst Case bedeuten, denn Sprachversionen sind an das Plugin gekoppelt. Ich selbst habe beim Testen festgestellt, dass übersetzte URLs nach der Deaktivierung eines Plugins nicht mehr gefunden wurden. Solche Probleme sollte man wirklich auf dem Schirm haben.

WP Multisite für mehrere Sprachen

Wenn du lieber unabhängig arbeiten möchtest und Anpassungen im PHP-Code und in der .htaccess-Datei für dich keine große Hürde sind, ist es auch möglich, die Bordmittel von WordPress zu nutzen, indem du WP Multisite installierst.

Eigentlich handelt es sich dabei um ein Verwaltungstool für unterschiedliche Domains, aber du kannst es auch für die Verwaltung einer mehrsprachigen Website einsetzen. Kommen wir zunächst zu den Installationsschritten.

➡️ Schritt 1

Du kopierst dir via FTP aus dem Hauptverzeichnis deines WordPress die Datei wp-config.php.

➡️ Schritt 2

Dort ergänzt du folgende Zeile:

define('WP_ALLOW_MULTISITE', true);

Nun hast du erreicht, dass in deiner WordPress-Installation die Nutzung eines neuen Netzwerks freigegeben wird.

➡️ Schritt 3

Log dich nun erneut in dein Backend ein. Dort siehst du links unter Werkzeuge den Menüpunkt Netzwerk. Bevor du es erstellen kannst, wirst du aufgefordert, alle Plugins vorübergehend zu deaktivieren.

WordPress ist jetzt bereit für die Installation. Prüfe bitte, ob dein Server beziehungsweise deine Apache-Konfiguration mod_rewrite unterstützt, da dafür auch Regeln in der .htaccess-Datei erforderlich sind.

➡️ Schritt 4

Für das Aktivieren des Netzwerks musst du einige Code-Zeilen in die wp-config.php und anschließend auch in die .htaccess-Datei einfügen. Sichere dir aber zuvor das Original und übertrage dann die neuen und geänderten Regeln zeilenweise dort, wo es erforderlich ist.

Nach der Übertragung sieht der Code in der wp-config.php so aus:

Folgende Zeilen kommen in der .htaccess-Datei hinzu:

➡️Schritt 5

Abschließend musst du dich in WordPress wieder neu einloggen. Wenn alles glatt gelaufen ist, siehst du im Dashboard links oben die neuen Menüpunkte „Meine Websites“ und „Netzwerkverwaltung Websites„.

So viel zur Vorbereitung der Multisite-Installation. Nun kannst du mit der Einrichtung der Sprachversionen beginnen. Erst für Deutsch, dann für Englisch usw.

👉Praxis-Hinweis:

Bei kleineren Websites halte ich Multisite für zu aufwendig. Willst du beispielsweise die Sprachversionen der Unterseiten miteinander verknüpfen, benötigst du einen Sprachenwechsler. Dafür könntest du wieder ein Plugin einsetzen: „Multisite Language Switcher„.       Entscheide am besten selbst….