WordPress Internationalisierung mit WPML und SEO

WordPress Internationalisierung braucht mehr als eine Übersetzung – sie braucht eine durchdachte Struktur. Falsch implementiert entstehen Duplicate-Content-Probleme, fehlerhafte Hreflang-Tags und Ranking-Verluste in beiden Sprachversionen. WPML und Polylang sind die meistgenutzten Plugins – beide haben unterschiedliche Stärken für verschiedene Szenarien.

URL-Strukturen für mehrsprachige Sites

Die URL-Struktur ist die erste Entscheidung bei mehrsprachigen WordPress-Sites:

Unterverzeichnisse (empfohlen für die meisten Sites):

• seofx.de/de/ – Deutsch
• seofx.de/en/ – Englisch
• seofx.de/fr/ – Französisch

Vorteile: Alle Sprachversionen profitieren von der Domain-Autorität. Einfacheres Hosting und SSL-Management.

Subdomains:

• de.seofx.de – Deutsch
• en.seofx.de – Englisch

Nachteile: Google behandelt Subdomains teilweise als separate Sites. Link-Juice fließt weniger effektiv.

Separate Domains:

• seofx.de – Deutsch
• seofx.com – Englisch

Sinnvoll wenn starke regionale Signale wichtig sind (z. B. .de für Deutschland-Rankings). Hoher Aufwand.

Für die meisten mehrsprachigen WordPress-Sites sind Unterverzeichnisse die beste Wahl: Sie kombinieren zentrale Domain-Autorität mit klarer Sprachsignalisierung für Google – und sind am einfachsten mit WPML oder Polylang umzusetzen.

WPML vs. Polylang

WPML (kostenpflichtig, ab ~39 €/Jahr):

• Vollständigste Lösung für komplexe Setups
• Unterstützt Custom Post Types, Custom Fields, Taxonomien
• Integriertes Hreflang-Management
• Kompatibel mit WooCommerce (mit zusätzlichem Modul)
• Performance-Overhead durch Plugin-Architektur

Polylang (kostenlos / Pro ab ~99 €/Jahr):

• Leichter als WPML, weniger Performance-Impact
• Grundlegende Funktionen in der kostenlosen Version
• Hreflang wird generiert (mit Einschränkungen in der Free-Version)
• Weniger Drittanbieter-Kompatibilität als WPML

Für einfache zweisprachige Sites: Polylang Free reicht oft aus. Für komplexe Setups mit WooCommerce: WPML empfohlen.

Hreflang korrekt konfigurieren

Beide Plugins generieren Hreflang-Tags – aber nur wenn richtig konfiguriert:

<!-- Wird von WPML/Polylang automatisch generiert: -->
<link rel="alternate" hreflang="de" href="https://seofx.de/de/seo-agentur/" />
<link rel="alternate" hreflang="en" href="https://seofx.de/en/seo-agency/" />
<link rel="alternate" hreflang="x-default" href="https://seofx.de/en/seo-agency/" />

Wichtige Einstellungen:

In WPML: Sprachen → Einstellungen → Hreflang auf „Aktiviert” setzen. x-default manuell der bevorzugten Standardsprache zuweisen.

In Polylang Pro: Wird automatisch generiert. x-default geht auf die als „Standard” markierte Sprache.

Häufiger Fehler: Seiten die in einer Sprache existieren aber nicht in der anderen, bekommen keinen Hreflang-Partner. Das ist korrekt – keine Hreflang-Tags bei fehlenden Übersetzungen.

Duplicate Content bei mehrsprachigen Sites

Identische Inhalte in verschiedenen Sprachen: Kein Problem wenn Hreflang korrekt implementiert ist. Google erkennt Übersetzungen als eigenständige Inhalte für verschiedene Zielgruppen.

Problem: Maschinelle Übersetzungen ohne Anpassung: Wenn alle Seiten mit Google Translate übersetzt wurden ohne redaktionelle Überarbeitung, bewertet Google sie als minderwertig. Das kann Rankings beider Sprachversionen schaden.

Problem: Gleiche Sprache, verschiedene Regionen: en-US und en-GB Versionen mit identischem Inhalt sind echter Duplicate Content wenn der Inhalt nicht tatsächlich angepasst wurde. Hreflang schützt hier nur wenn die Inhalte sich wirklich unterscheiden (amerikanisches vs. britisches Englisch, unterschiedliche Preise, etc.).

// WPML: Sprache in Queries berücksichtigen
$posts = get_posts([
    'post_type' => 'post',
    'suppress_filters' => false, // Wichtig für WPML-Filter
    'lang' => 'de', // Nur deutsche Beiträge
]);

Mehrsprachige WordPress-Sites mit korrekt implementiertem Hreflang und qualitativ hochwertigen Übersetzungen ranken in den Zielsprachen im Schnitt 35 % besser als Sites ohne Hreflang – weil Google klare Signale über Zielgruppe und Geografie erhält und keine Energie mit Duplicate-Content-Analyse verschwendet.

SEO-relevante Performance-Optimierung

WPML fügt Datenbank-Overhead hinzu. Optimierungsmaßnahmen:

Caching aktivieren: WP Rocket, W3 Total Cache oder LiteSpeed Cache müssen für mehrsprachige Sites konfiguriert werden. Separate Cache-Dateien pro Sprache nötig.

Sprachmenü-Performance: Das WPML-Sprachmenü lädt standardmäßig JavaScript. Alternative: Statisches HTML-Sprachmenü im Theme statt WPML-Widget.

Datenbankoptimierung: WPML erstellt Einträge in icl_translations für jede Übersetzung. Bei großen Sites (1000+ Seiten) regelmäßiges Cleanup der nicht mehr benötigten Einträge.

Sitemaps für mehrsprachige Sites

WPML und Polylang integrieren sich mit Yoast SEO und Rank Math für mehrsprachige Sitemaps:

• Separate Sitemap pro Sprache (z. B. sitemap-de.xml, sitemap-en.xml) oder
• Alle Sprachen in einer Sitemap mit Hreflang-Attributen

In der Google Search Console alle Sitemaps separat einreichen – eine pro Sprachversion.

Mehr zu Hreflang finden Sie in unserem Artikel über Hreflang in statischen Websites richtig einbinden.