Internationale und mehrsprachige Website mit WordPress

Header-Bild: ChatGPT

TL;DR

Internationale WordPress-Websites brauchen klare Sprach- und Länderstrukturen

Kurz gesagt: Für internationale Websites musst du zuerst die richtige Domain-Strategie wählen und danach die Sprachversionen technisch sauber umsetzen. Entscheidend sind eine klare URL-Struktur, korrekt gesetzte hreflang-Tags und eine eindeutige Trennung der Sprach- und Länderversionen.

  • ccTLDs wie .de oder .fr senden starke Ländersignale, sind aber aufwendiger
  • gTLDs wie .com oder .net sind flexibler für internationale Projekte
  • Sprachversionen lassen sich über Verzeichnisse, Subdomains oder eigene Domains abbilden
  • hreflang ist in mehrsprachigen oder multiregionalen Setups in der Regel unverzichtbar, damit Google die richtige Sprach- oder Regionalversion ausspielt
  • Plugins wie WPML, Polylang oder TranslatePress sind komfortabel, binden dich aber technisch an ihre Struktur
  • WordPress Multisite bietet mehr Kontrolle, ist aber nur bei größeren oder komplexeren Projekten sinnvoll

Internationale Sichtbarkeit entsteht nicht durch Übersetzung allein, sondern durch eine saubere technische Struktur für Sprache, Region und Indexierung.

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.

Mehrsprachige Website mit einem Plugin

Für WordPress gibt es eine Reihe praktischer Plugins, über die du Inhalte in zwei oder mehreren Sprachen einrichten und verwalten kannst.  Der Komfort reicht bis zur automatischen Übersetzung per API über Google Translate oder DeepL.

Falls du KI-Übersetzer einsetzt, dann lass unbedingt einen Muttersprachler drüberlesen, um Ausdrucksprobleme zu fixen. Ansonsten riskierst du, dass sich Nutzer über missverständliche Sätze wundern und sofort abspringen. Außerdem ist es heute ohnehin leicht möglich, sich eine schnelle Übersetzung direkt im Browser anzeigen zu lassen.

Kommen wir zu folgenden Plugin-Beispielen:

TranslatePress

Translate press

Das Plugin ist sehr intuitiv zu bedienen. In der kostenlosen Version sind allerdings nur zwei Sprachen möglich.

  • 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 WordPress Übersetzer

Polylang zählt zu den meistgenutzten Plugins für mehrsprachige Websites.

  • 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.

Polylang Einstellungen

WPML (kostenpflichtige Lizenz)

WPML WordPress Übersetzer

WPML wird auch von professionellen WordPress-Websites eingesetzt. Laut Anbieter unterstützt das Plugin mehrsprachige SEO-Konfigurationen in großem Umfang.

  • 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.

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.

FTP-Transfer
Kopiere die Datei wp-config.php in ein lokales Verzeichnis und öffne sie in einem Texteditor

Schritt 2

Dort ergänzt du folgende Zeile:

define('WP_ALLOW_MULTISITE', true);
Eintrag multisite im Editor
Im Screenshot siehst du die neue Zeile oberhalb von "/* Das war’s, Schluss mit dem Bearbeiten! Viel Spaß beim Bloggen. */"

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.

Netzwerk für Multisite einrichten
Netzwerk Einrichtung

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.

Multisite installieren
Nun kannst du Multisite installieren

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.

Einrichtung von Multisite
Codeblöcke für die Multisite-Installation

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

Neue Code-Zeilen in der wp-config-Datei
Neue Code-Zeilen in der wp-config-Datei für meine Testsite, Zeile 86 enthält natürlich deine Domain

Folgende Zeilen kommen in der .htaccess-Datei hinzu:

Die neuen Regeln in der htaccess-Datei

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".

Dashboard von Multisites
Das neue Dashboard von Multisites

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....

Häufige Fragen (FAQ) zu mehrsprachigen Websites mit WordPress & Multisite


Wann ist WordPress Multisite für eine mehrsprachige Website sinnvoll?

WordPress Multisite eignet sich besonders, wenn du mehrere Länder oder Sprachversionen klar voneinander trennen möchtest. Jede Sprache oder jedes Land erhält dabei eine eigene Website innerhalb eines Netzwerks, was mehr Kontrolle über Inhalte, Design und SEO ermöglicht.


Was ist besser: Multisite oder Sprach-Plugin?

Eine Multisite bietet mehr Flexibilität und Skalierbarkeit bei größeren Projekten oder vielen Ländern. Sprach-Plugins wie WPML oder Polylang sind schneller eingerichtet und ideal für kleinere bis mittlere Websites. Die Entscheidung hängt von Projektgröße, Wartungsaufwand und SEO-Anspruch ab.


Kann ich mit WordPress Multisite verschiedene Domains nutzen?

Ja. In einer Multisite kannst du jede Website mit einer eigenen Domain oder Subdomain verbinden – inklusive ccTLDs wie .de oder .fr. Das macht Multisite besonders geeignet für internationale und länderspezifische Projekte.


Ist Multisite SEO-freundlich?

Ja, wenn sie korrekt eingerichtet ist. Wichtig sind saubere URL-Strukturen, korrekte hreflang-Verknüpfungen, separate XML-Sitemaps pro Website und eine klare interne Verlinkung zwischen den Sprach- oder Länderseiten.


Brauche ich bei Multisite hreflang-Tags?

Ja. Auch bei getrennten Websites innerhalb einer Multisite sind hreflang-Tags unverzichtbar, damit Suchmaschinen die richtige Sprach- oder Länderversion korrekt zuordnen und in den Suchergebnissen passend ausspielen können. Gerade bei ähnlichen oder parallelen Inhalten in mehreren Sprach- oder Länderversionen helfen sie dabei, die Beziehungen zwischen den URLs eindeutig zu kennzeichnen.


Kann ich eine bestehende WordPress-Website in Multisite umwandeln?

Ja, technisch ist das möglich. Allerdings erfordert die Umstellung sorgfältige Planung, da URLs, Plugins, Themes und SEO-Einstellungen betroffen sind. Vor allem Weiterleitungen und Indexierung müssen sauber vorbereitet werden.


Welche Domainstrategie passt am besten zu WordPress Multisite?

Multisite eignet sich sowohl für gTLDs mit Sprachverzeichnissen als auch für ccTLD-Strukturen. Besonders effektiv ist Multisite bei mehreren Ländern mit eigenen Domains, die zentral verwaltet werden sollen.


Welche Fehler sollte ich bei WordPress Multisite vermeiden?

Häufige Fehler sind fehlende hreflang-Tags, unklare Sprachzuordnung, gemeinsame Inhalte ohne Lokalisierung und fehlende Trennung von SEO-Einstellungen. Jede Website im Netzwerk sollte eigenständig optimiert werden.


Empfiehlt Google WordPress Multisite für internationale Websites?

Google gibt keine Empfehlung für ein bestimmtes CMS, bestätigt aber, dass klar getrennte Domains oder Verzeichnisse, saubere hreflang-Signale und konsistente Inhalte entscheidend für internationales SEO sind – unabhängig davon, ob du Multisite nutzt.


Fazit

Internationale SEO steht und fällt mit der richtigen Struktur

Entscheidend für den Erfolg internationaler Websites ist nicht das verwendete Tool, sondern die saubere Trennung von Sprach- und Länderversionen. Nur wenn URLs, Inhalte und technische Signale wie hreflang konsistent umgesetzt sind, können Suchmaschinen und KI-Systeme deine Inhalte korrekt einordnen und ausspielen.

  • Die Domainstrategie (ccTLD vs. gTLD) legt die Grundlage für deine internationale Ausrichtung
  • Klare URL-Strukturen und getrennte Inhalte sind wichtiger als das gewählte System
  • hreflang sorgt für die korrekte Zuordnung von Sprach- und Länderversionen
  • Plugins sind bequem, Multisite bietet mehr Kontrolle – beide haben ihre Berechtigung
  • Langfristig entscheidet die technische Konsistenz über Sichtbarkeit und Vertrauen

Wer internationale Inhalte nur übersetzt, verschenkt Potenzial. Erst eine saubere Struktur macht sie für Suchmaschinen und KI-Systeme wirklich nutzbar.