Beispiele für mehrsprachige WordPress-Websites (und was kopiert werden soll)

Vier mehrsprachige Live-WordPress-Sites, überprüft im September 2026: wie jede ihre Sprach-URLs strukturiert, hreflang einrichtet und ihre Sprachumschalter beschriftet, welche Muster es wert sind, kopiert zu werden, und eines, das es zu vermeiden gilt.
Loslegen
Tour machen
Keine Kreditkarte erforderlich Ohne Verpflichtung

· Aktualisiert · Alex B · Der Blog

Fassen Sie diesen Beitrag zusammen mit: 8 Minuten Lesezeit
ChatGPT ChatGPT Perplexity Ratlosigkeit Grok Grok Google AI Google AI

Gute mehrsprachige WordPress-Websites teilen drei Gewohnheiten. Jede Sprache lebt auf ihrer eigenen URL. Jede Seite verwendet hreflang-Tags, um Suchmaschinen über ihre anderen Sprachversionen zu informieren. Und Besucher können von jeder Seite aus die Sprache wechseln, ohne ihren Platz zu verlieren. Die vier folgenden Live-Beispiele gelangen auf unterschiedliche Weise dorthin, eines mit einer Subdomain pro Sprache und andere mit einfachen Unterordnern, und eines davon zeigt etwas, das Sie nicht kopieren sollten.

Wir haben im September 2026 das Live-HTML jedes Beispiels überprüft. Alle vier laufen auf WordPress (ihre Seiten laden Assets von wp-content), und wir haben die URL-Struktur und das hreflang-Setup jedes einzelnen aufgezeichnet. Websites ändern sich, behandeln Sie die Details also als Momentaufnahme.

Wichtige Erkenntnisse

  • Unterordner (example.com/de/) sind die gebräuchlichste und einfachste Struktur für mehrsprachige WordPress-Sites. Subdomänen eignen sich für große Sprachgemeinschaften, die separat verwaltet werden.
  • Zu den guten Websites gehören ein selbstreferenzielles hreflang-Tag, der vollständige Satz von Alternativen und ein x-default Rückfall.
  • Sprachumschalter funktionieren am besten, wenn sie Sprachnamen in der Sprache selbst anzeigen (Deutsch, Spanisch) und auf jeder Seite erscheinen.
  • Eine regionale Site mit unterschiedlichen Inhalten in jedem Land ist etwas anderes als eine übersetzte Site. Fügen Sie zwischen Seiten, die nicht gleichwertig sind, keinen hreflang hinzu.
  • Ein mehrsprachiges Plugin und ein gehosteter Übersetzungsdienst können das gleiche Ergebnis liefern. Beurteilen Sie die Ausgabe und nicht das Tool.

Warum sollten Sie sich echte Beispiele ansehen

Ein Leitfaden sagt Ihnen, was zu tun ist. Eine Live-Site zeigt Ihnen, wie das fertige Ding aussieht. Wenn Sie ein Beispiel studieren, überprüfen Sie vier Dinge:

  1. URL-struktur. Wo lebt die deutsche Version?
  2. Hreflang. Sehen Sie sich die Seitenquelle an und suchen Sie nach hreflang. Sind alle Sprachversionen aufgeführt, einschließlich der Seite selbst und einer x-default?
  3. Sprachumschalter. Wo ist es, wie sind die Sprachen beschriftet und bleiben Sie auf dem gleichen Stand?
  4. Übersetzungstiefe. Werden Navigation, Fußzeile, Schaltflächen, Daten und Metadaten übersetzt oder nur der Fließtext?

Beispiel 1: Lokale Websites von WordPress.org (eine Subdomain pro Sprache)

WordPress.org betreibt für jede Sprachgemeinschaft eine eigene lokale Seite: Deutsch unter de.wordpress.org, Spanisch bei es.wordpress.org, und so weiter.

Was wir gefunden haben:

  • Jede Sprache hat ihre eigene Subdomain mit eigener lang Attribut (<html lang="de"> auf der deutschen Seite).
  • Auf der deutschen Homepage sind 156 verschiedene hreflang-Werte aufgeführt, einer für jede lokale WordPress.org-Site, sodass Suchmaschinen jeden Suchenden der richtigen Community zuordnen können.
  • Jede lokale Site wird als eigener Bereich mit lokalen Nachrichten und Inhalten betrieben und nicht als Spiegel der englischen Site.

Der kopierwürdige Teil: Wenn jede Sprache ihr eigenes Team, ihren eigenen Inhalt und ihre eigenen Prioritäten hat, werden diese durch Subdomains getrennt gehalten, während hreflang die entsprechenden Seiten miteinander verbindet.

Der Teil, den man nicht blind kopieren sollte, ist die Skala. Mehr als 150 Sprachversionen ist ein Gemeinschaftsprojekt mit Freiwilligen in jeder Sprache. Die meisten Unternehmen sollten mit zwei oder drei Sprachen beginnen und diese gut beherrschen.

Beispiel 2: der Mozilla Blog (Unterordner mit einem x-Standard)

Mozillas Blog unter blog.mozilla.org behält jede Sprachausgabe in einem Unterordner, einschließlich Englisch (/en/) und Deutsch (/de/).

Was wir gefunden haben:

  • Auf der deutschen Homepage werden drei hreflang-Alternativen angegeben: en → /en/, de → /de/, Und x-default → /en/.
  • Die lang Attribut auf den deutschen Seiten ist de-DE.

Für die meisten Websites ist dies das sauberste Muster zum Kopieren. Jede Sprache ist ein Unterordner auf einer Domäne, sodass die Autorität der Website an einem Ort bleibt, und x-default teilt Suchmaschinen mit, welche Version Personen angezeigt werden soll, deren Sprache nicht abgedeckt ist. Unser hreflang-führer erklärt, warum die x-default linienangelegenheiten.

Beispiel 3: TranslatePress.com (Unterordner mit Sprach- und Regionalcodes)

TranslatePress stellt ein WordPress-Übersetzungs-Plugin her und seine eigene Website ist eine mehrsprachige WordPress-Site in Englisch, Spanisch, Deutsch, Französisch und Italienisch.

Was wir gefunden haben:

  • Englisch steht an der Wurzel (translatepress.com/) und die anderen Sprachen in Unterordnern (/es/, /de/, /fr/, /it/).
  • Es listet jede Sprache zweimal in hreflang auf, einmal mit einem reinen Sprachcode (es) und einmal mit einem Sprachregionscode (es-ES), plus x-default zeigt auf die englische Wurzel.
  • Das Sprachumschalter ist auf der Seite vorhanden und beschriftet Sprachen mit Namen.

Der kopierwürdige Teil: Auf einer vorhandenen Site ist es einfach, die Originalsprache im Stammverzeichnis zu belassen und Übersetzungen in Unterordnern hinzuzufügen, da sich keine Ihrer aktuellen URLs ändert.

Eine Sache, über die Sie nachdenken sollten, bevor Sie den Rest kopieren. Auflistung beider es „ es-ES Denn die gleiche URL ist gültig, hilft aber nur, wenn man später vielleicht separate Versionen für andere Regionen erstellt (zum Beispiel es-MX). Wenn Sie eine Version pro Sprache haben, reichen reine Sprachcodes aus. Unsere Liste von hreflang Sprachcodes hilft Ihnen, die richtigen auszuwählen.

Beispiel 4: Regionale Newsrooms von Microsoft Source (eine regionale Site, keine übersetzte)

Die Nachrichtenseite von Microsoft läuft auf WordPress und verfügt über regionale Editionen. Sie erreichen die deutsche Ausgabe von news.microsoft.com/de-de/, und es landet auf einer regionalen Seite mit einem ?lang=de Parameter.

Was wir gefunden haben:

  • Die deutsche Ausgabe verwendet <html lang="de-DE"> und trägt deutschsprachige Geschichten.
  • Wir haben im Kopf der von uns überprüften deutschen Seite keine hreflang-Tags gefunden.

Das ist richtig für eine regionale Nachrichtenredaktion, bei der es sich um eine separate Veröffentlichung und nicht um eine Übersetzung der englischen Website handelt. Viele deutsche Geschichten haben kein englisches Äquivalent, daher wäre ein Wechsel zwischen den regionalen Seiten falsch. Befolgen Sie auf Ihrer Website die gleiche Regel: Verknüpfen Sie äquivalente Seiten mit hreflang und lassen Sie Seiten weg, die nur in einem Markt existieren. Kopieren Sie das URL-Format jedoch nicht. Google listet URL-Parameter auf wie ?lang= als “nicht empfohlen” für mehrsprachige Websites und bevorzugt Unterordner, Subdomains oder Länderdomains (Google Search Central).

Was die besten mehrsprachigen WordPress-Sites gemeinsam haben

ÜbenWarum es wichtig istSo überprüfen Sie Ihre Website
Eine URL pro SpracheSuchmaschinen indizieren URLs; eine Sprache, die nur über ein Cookie oder Skript angezeigt wird, darf niemals indiziert werdenÖffnen Sie die übersetzte Seite in einem privaten Fenster; die URL sollte anders sein
Vollständiger, reziproker hreflangVerhindert den Wettbewerb zwischen Sprachversionen und schickt Suchende zum richtigenQuelle anzeigen, suchen nach hreflang, bestätigen Sie, dass jede Version jede andere und sich selbst auflistet
x-defaultBietet einen Fallback für nicht unterstützte SprachenSuchen nach hreflang="x-default"
Richtig lang AttributHilft Browsern, Bildschirmleseprogrammen und ÜbersetzungstoolsÜberprüfen Sie die <html lang="…"> Wert auf jeder Version
Sichtbar SprachumschalterBesucher können eine falsche Vermutung korrigieren; Google empfiehlt die Verknüpfung von SprachversionenWechseln Sie die Sprache von einer tiefen Seite und bestätigen Sie, dass Sie auf der entsprechenden Seite bleiben
Übersetzte MetadatenTitel und Beschreibungen sind das, was Suchende zuerst sehenÜberprüfen Sie die <title> und Metabeschreibung auf einer übersetzten Seite

Eine längere Checkliste finden Sie in unserem Leitfaden zu Best Practices für mehrsprachige WordPress-Websites.

So erstellen Sie eine Site wie diese auf WordPress

Es gibt zwei große Möglichkeiten, dies zu tun.

Das erste ist ein mehrsprachiges Plugin, das Übersetzungen in WordPress speichert, wie WPML, Polylang oder TranslatePress. Sie erstellen oder übersetzen jede Seite in WordPress und das Plugin verarbeitet URLs und hreflang. Sie erhalten die volle Kontrolle, allerdings auf Kosten einer größeren Einrichtung, insbesondere mit Seitenerstellern, benutzerdefinierten Feldern und WooCommerce. Sehen Sie sich unseren Vergleich an Weglot, WPML und ConveyThis für die Unterschiede dieser Ansätze.

Der zweite ist ein gehosteter Übersetzungsdienst mit einem WordPress-Plugin, beispielsweise ConveyThis. Sie installieren das Plugin und wählen Sprachen aus. Der Dienst übersetzt Ihre Seiten und stellt sie auf Sprach-URLs bereit. Anschließend überprüfen und bearbeiten Sie die Übersetzungen.

Mit ConveyThis für WordPress, das Ergebnis entspricht den obigen Mustern:

  • Jede Sprache wird auf ihrer eigenen URL bereitgestellt: standardmäßig Unterordner auf WordPress oder Subdomains, wenn Sie dies bevorzugen.
  • Hreflang-Tags werden automatisch hinzugefügt und Seitentitel, Metabeschreibungen und JSON-LD werden übersetzt.
  • Jeder Seite wird ein Sprachumschalter hinzugefügt. Sie wählen Flaggen oder keine Flaggen und ob Sprachen auf Englisch, in ihrer eigenen Sprache oder per Code gekennzeichnet sind.
  • Mit einem visuellen Editor, einem Glossar und einem Übersetzungsspeicher können Sie Übersetzungen im Kontext verfeinern und die Begriffe konsistent halten.

Das Plugin hat 1.000+ aktive Installationen auf WordPress.org und wird von 145 Bewertungen mit 4,4/5 bewertet. Live-Sites, die ConveyThis verwenden, auf WordPress und anderswo, finden Sie in unserem Kundenbeispiele.

Häufig gestellte Fragen

Was ist die beste URL-Struktur für eine mehrsprachige WordPress-Site? Für die meisten Websites Unterordner (example.com/de/). Sie behalten jede Sprache in einer Domäne und sind am einfachsten zu pflegen. Subdomänen sind sinnvoll, wenn jede Sprache als separate Site ausgeführt wird.

Wie kann ich feststellen, ob eine mehrsprachige Site auf WordPress basiert? Sehen Sie sich die Seitenquelle an und suchen Sie nach Pfaden, die Folgendes enthalten: wp-content oder wp-includes. Einige Websites verbergen diese, sodass ihr Fehlen nicht beweist, dass es sich bei einer Website nicht um WordPress handelt.

Benötige ich für jede Sprache eine separate WordPress-Installation? Nein. Ein mehrsprachiges Plugin oder ein Übersetzungsdienst kann alle Sprachen von einer WordPress-Installation aus bedienen. WordPress Multisite ist eine Option, wenn jede Sprache eine separate Site mit eigenem Inhalt ist.

Was macht ein Sprachumschalter gut? Es ist auf jeder Seite sichtbar, beschriftet Sprachen in ihrer eigenen Sprache (Deutsch, nicht Deutsch), hält den Besucher auf der entsprechenden Seite und erzwingt niemals eine Weiterleitung, die nur auf Browsereinstellungen basiert.

So richten Sie Ihre WordPress-Site auf die gleiche Weise ein: Versuchen Sie ConveyThis kostenlos mit einer Sprache und 5.000 Wörtern.

Teilen:
G2 High Performer Spring 2023
G2 Easiest Setup Fall 2024
G2 Best Support Spring 2025