Erstellung einer mehrsprachigen WordPress-Website: Was Unternehmen beachten müssen

Einleitung

Die Erweiterung einer Website, um Zielgruppen in mehreren Sprachen anzusprechen, klingt im Prinzip einfach. In der Praxis sind damit jedoch eine Reihe von technischen, inhaltlichen und strategischen Entscheidungen verbunden, die viele Unternehmen unvorbereitet treffen. Die Fehler folgen meist vorhersehbaren Mustern, und die meisten lassen sich in der Planungsphase leichter vermeiden als nach der Erstellung und dem Start der Website zu beheben.

Wesley Cude, Gründer des WordPress-Entwicklungsunternehmens Cude Design, hat mehrsprachige WordPress-Websites für Kunden in ganz Großbritannien und weltweit erstellt. „Die technische Seite mehrsprachiger WordPress-Websites wird durch die verfügbaren Plugins gut unterstützt“, sagt er. „Wo Projekte häufig schiefgehen, sind die Entscheidungen, die getroffen werden, bevor auch nur eine einzige Zeile Code geschrieben wird. Welche Sprachen, welche URL-Struktur, wer ist für die Übersetzungen verantwortlich, wie geht die Website mit Währungs- und regionalen Unterschieden um? Diese Entscheidungen gleich zu Beginn richtig zu treffen, erspart später einen erheblichen Aufwand an Nacharbeiten.“

Dieser Artikel behandelt die wichtigsten Entscheidungen bei der Erstellung einer mehrsprachigen WordPress-Website, die verfügbaren technischen Ansätze sowie die fortlaufenden Überlegungen, die darüber entscheiden, ob eine mehrsprachige Website ihre Zielgruppen tatsächlich effektiv anspricht.

Die Wahl der richtigen URL-Struktur

Die erste wichtige Entscheidung bei einem mehrsprachigen WordPress-Projekt ist die Frage, wie die URLs für die einzelnen Sprachversionen strukturiert werden sollen. Es gibt drei Hauptansätze, von denen jeder Auswirkungen auf SEO, Hosting und die laufende Verwaltung hat.

Bei Unterverzeichnissen werden die Sprachversionen über eine Ordnerstruktur getrennt, wobei die Hauptsprache im Stammverzeichnis und die anderen Sprachen in Unterverzeichnissen liegen. Eine britisch-englische Version könnte unter domain.com zu finden sein, während eine französische Version unter domain.com/fr/ liegt. Bei diesem Ansatz bleibt alles auf einer einzigen Domain, was bedeutet, dass die gesamte Autorität der Domain für alle Sprachversionen gilt. Dies ist der gängigste Ansatz für Unternehmen, die in weitere Sprachen expandieren, ohne einen triftigen Grund zu haben, jeden Markt als völlig eigenständige Einheit zu behandeln.

Bei Subdomains wird jede Sprachversion auf einer eigenen Subdomain untergebracht, beispielsweise fr.domain.com für Französisch. Suchmaschinen behandeln Subdomains als separate Einheiten mit eigener Autorität, was bedeutet, dass eine neue Subdomain ohne angesammelte Autorität startet, selbst wenn die Hauptdomain starke Rankings aufweist. Dieser Ansatz ist technisch komplexer in der Verwaltung und sinnvoll im Allgemeinen nur dann, wenn es triftige Gründe gibt, jede Sprache als wirklich eigenständig zu behandeln, wie beispielsweise deutlich unterschiedliche Content-Strategien für jeden Markt.

Ländercode-Top-Level-Domains verwenden separate Domain-Registrierungen für jedes Land, wie beispielsweise domain.fr für Frankreich oder domain.de für Deutschland. Dies sendet das stärkste geografische Signal an Suchmaschinen und kann für Unternehmen mit einer erheblichen Präsenz in jedem Markt effektiv sein. Es ist jedoch auch mit den höchsten Kosten und dem größten Aufwand verbunden, da jede Domain effektiv eine eigene SEO-Strategie und ein eigenes Linkbuilding-Programm benötigt.

Für die meisten Unternehmen, die zum ersten Mal eine mehrsprachige WordPress-Website erstellen, sind Unterverzeichnisse der richtige Ausgangspunkt. Sie sind am einfachsten zu implementieren, bündeln die gesamte Autorität auf einer einzigen Domain und lassen sich problemlos erweitern, wenn weitere Sprachen hinzukommen.

Auswahl und Konfiguration von Plugins

Bei WordPress gibt es zwei führende Plugins für Mehrsprachigkeit: WPML und Polylang. Beide sind in der Lage, komplexe mehrsprachige Websites zu verwalten, verfolgen jedoch unterschiedliche Ansätze bei der Umsetzung und haben unterschiedliche Auswirkungen auf die Website-Performance und die laufende Verwaltung.

WPML ist die Option mit dem umfangreicheren Funktionsumfang. Es übernimmt das Übersetzungsmanagement, die Übersetzung von Textstrings für Theme- und Plugin-Texte, die WooCommerce-Kompatibilität sowie komplexe mehrsprachige Konfigurationen, einschließlich Sprachen, die von rechts nach links geschrieben werden. Es lässt sich in Übersetzungsdienste für professionelle Übersetzungen integrieren und bietet detaillierte Kontrolle darüber, welche Inhalte wie übersetzt werden. Der Nachteil ist, dass es hinsichtlich der Datenbankabfragen zu den ressourcenintensiveren Plugins gehört und die Website-Performance beeinträchtigen kann, wenn es bei großen Websites nicht sorgfältig konfiguriert wird.

Polylang ist eine schlankere Alternative, die die zentralen Mehrsprachigkeitsfunktionen mit geringerem Overhead abdeckt. Für Websites, die nicht den vollen Funktionsumfang von WPML benötigen, übernimmt es die Übersetzungsverwaltung mit geringeren Auswirkungen auf die Leistung. Es verfügt über eine kostenlose Version mit nützlichen Funktionen, was es zu einem sinnvollen Ausgangspunkt für einfachere mehrsprachige Projekte macht.

Die Wahl zwischen den beiden hängt von der Komplexität der Website, den Anforderungen an die WooCommerce-Integration und dem vom Kunden vorgesehenen Übersetzungsworkflow ab. Eine Website mit einer geringen Anzahl statischer Seiten in zwei Sprachen stellt andere Anforderungen als ein WooCommerce-Shop, der Produkte in fünf europäischen Märkten mit jeweils unterschiedlichen Preisen, Mehrwertsteuersätzen und Anforderungen an Zahlungsgateways verkauft.

Hreflang-Implementierung

Hreflang ist das HTML-Attribut, das Suchmaschinen mitteilt, welche Sprach- und Länderversion einer Seite welchen Nutzern angezeigt werden soll. Die korrekte Hreflang-Implementierung ist für die mehrsprachige Suchmaschinenoptimierung (SEO) unerlässlich und gehört zu den Bereichen, in denen bei mehrsprachigen Websites am häufigsten Fehler auftreten.

Jede Seite einer mehrsprachigen Website sollte hreflang-Tags enthalten, die auf alle anderen Sprachversionen dieser Seite verweisen, einschließlich der Seite selbst. Eine Seite, die auf Englisch, Französisch und Deutsch vorliegt, benötigt hreflang-Tags für alle drei Versionen auf jeder einzelnen Sprachversion der Seite. Fehlende oder falsch formatierte hreflang-Tags führen dazu, dass Suchmaschinen den Nutzern möglicherweise die falsche Sprachversion anzeigen oder die verschiedenen Sprachversionen als doppelten Inhalt behandeln.

Sowohl WPML als auch Polylang übernehmen die automatische Generierung von hreflang-Tags, wenn sie korrekt konfiguriert sind, doch sollte die automatische Implementierung überprüft und nicht einfach vorausgesetzt werden. Häufige Fehler sind fehlende x-default-Tags, hreflang-Tags, die auf umgeleitete URLs statt auf kanonische URLs verweisen, sowie hreflang-Implementierungen, die nicht mit der verwendeten URL-Struktur übereinstimmen.

Sowohl Rank Math als auch Yoast SEO bieten zusätzliche Funktionen zur Verwaltung von hreflang-Tags, wenn sie zusammen mit mehrsprachigen Plugins verwendet werden. Wichtig ist, sicherzustellen, dass das SEO-Plugin und das mehrsprachige Plugin so konfiguriert sind, dass sie korrekt zusammenarbeiten, anstatt widersprüchliche Markups zu erzeugen.

Content-Strategie und Übersetzungsqualität

Die technische Umsetzung einer mehrsprachigen WordPress-Website ist der einfachere Teil des Projekts. Bei der Inhaltsstrategie scheitern viele mehrsprachige Websites daran, ihren beabsichtigten Zweck zu erfüllen.

Die maschinelle Übersetzung hat sich erheblich verbessert und liefert bei einigen Inhaltstypen akzeptable Ergebnisse. Bei kommerziellen Inhalten, insbesondere bei Leistungsbeschreibungen, Produkttexten und konversionsorientierten Seiten, die für das Unternehmen am wichtigsten sind, reicht die maschinelle Übersetzung ohne menschliche Überprüfung und Bearbeitung jedoch selten aus. Texte, die sich holprig lesen oder kulturell unangemessene Formulierungen enthalten, untergraben die Glaubwürdigkeit, die die mehrsprachige Website eigentlich aufbauen soll.

Der fortlaufende Übersetzungsworkflow ist ein Aspekt, der in der Planungsphase oft unterschätzt wird. Das Hinzufügen eines neuen Blogbeitrags oder einer neuen Produktseite zu einer mehrsprachigen Website bedeutet, dass übersetzte Versionen dieser Inhalte erstellt werden müssen, was Zeit kostet und mit Kosten verbunden ist. Websites, die mit umfassenden übersetzten Inhalten starten und die Übersetzungen anschließend nicht pflegen, enden mit Sprachversionen, die im Vergleich zur Version in der Hauptsprache veraltet sind. Dies führt zu einer schlechteren Nutzererfahrung als gar keine Übersetzung.

Eine realistische Content-Strategie für eine mehrsprachige Website sollte eine klare Zuständigkeit für den Übersetzungsprozess, einen definierten Workflow für neue Inhalte und ehrliche Entscheidungen darüber beinhalten, welche Inhalte tatsächlich übersetzt werden müssen. Nicht jede Seite einer Website benötigt eine übersetzte Version. Es ist effektiver, den Seiten Priorität einzuräumen, die für internationale Nutzer am wichtigsten sind, und diese Übersetzungen ordnungsgemäß zu pflegen, als eine umfassende Übersetzung anzustreben und diese dann nicht auf dem neuesten Stand zu halten.

WooCommerce und mehrsprachiger E-Commerce

Mehrsprachige WooCommerce-Websites bringen zusätzliche Komplexität mit sich, die über die üblichen Überlegungen zur Mehrsprachigkeit in WordPress hinausgeht. Preise, Versandregeln, Zahlungsgateways und Steuerkonfigurationen können je nach Markt variieren. Die Währungsanzeige muss den Erwartungen der Nutzer in der jeweiligen Region entsprechen. Die Produktverfügbarkeit kann sich von Markt zu Markt unterscheiden. Die Kundenkommunikation, einschließlich Bestellbestätigungen und Versandbenachrichtigungen, muss in der Sprache des Kunden erfolgen.

WPML bietet spezielle Unterstützung für mehrsprachiges WooCommerce, die Produktübersetzungen, Währungsumschaltung und die Lokalisierung des Bestellvorgangs abdeckt. Die Konfiguration ist aufwändiger als bei einer standardmäßigen mehrsprachigen Website und sollte als eigenständiger Projektumfang betrachtet werden und nicht als Erweiterung einer Standard-WooCommerce-Installation.

Die Verfügbarkeit von Zahlungsgateways variiert erheblich je nach Land. Stripe und PayPal sind in den meisten Märkten verfügbar, doch in bestimmten Regionen spielen lokale Zahlungsmethoden eine wichtige Rolle. In den Niederlanden dominiert iDEAL, in Deutschland Sofort und in Frankreich Carte Bancaire. Ein WooCommerce-Shop, der auf europäische Märkte abzielt und ausschließlich internationale Kartenzahlungsoptionen anbietet, wird im Vergleich zu lokalen Wettbewerbern, die die bevorzugten Zahlungsmethoden ihres jeweiligen Marktes unterstützen, schlechter abschneiden.

Überlegungen zur Leistung

Mehrsprachige Websites sind naturgemäß umfangreicher als ihre einsprachigen Pendants. Mehr Seiten, mehr Datenbankeinträge und ein höherer Overhead durch Plugins tragen allesamt zu einer erhöhten Serverauslastung und potenziellen Leistungsproblemen bei. Diese sollten im Vorfeld eingeplant werden, anstatt erst nach dem Start reaktiv darauf zu reagieren.

Die Caching-Konfiguration muss die Spracherkennung berücksichtigen, um zu vermeiden, dass den Nutzern zwischengespeicherte Seiten in der falschen Sprache angezeigt werden. Eine serverseitige Spracherkennung, die vor der Bereitstellung des Caches erfolgt, ist in der Regel zuverlässiger als eine clientseitige Erkennung, doch der konkrete Ansatz hängt von der Hosting-Umgebung und dem verwendeten Caching-Plugin ab.

Bei Websites, die mehrere Länder bedienen, reduziert ein Content Delivery Network (CDN), das Inhalte an Edge-Standorten in geografischer Nähe zu den jeweiligen Zielmärkten zwischenspeichert, die Latenz für internationale Nutzer. Dies ist besonders relevant für Websites, die Märkte ansprechen, die geografisch weit vom primären Hosting-Standort entfernt sind.

Die Datenbankoptimierung gewinnt bei mehrsprachigen Websites an Bedeutung, da die von Plugins wie WPML verwendeten Übersetzungstabellen mit steigendem Inhaltsvolumen einen erheblichen Datenbank-Overhead verursachen. Regelmäßige Datenbankwartung und eine angemessene Indizierung sind bei einer großen mehrsprachigen Website wichtiger als bei einer vergleichbaren einsprachigen Website.

Tests vor dem Start

Mehrsprachige Websites erfordern gründlichere Tests als einsprachige Websites, da mehr Kombinationen aus Sprache, URL und Inhalt überprüft werden müssen. Ein strukturierter Testansatz sollte die Sprachumschaltfunktion auf allen Seiten, die korrekte hreflang-Implementierung (nach dem Start mit der Google Search Console zu überprüfen), die Vollständigkeit der Übersetzungen für alle kommerziellen Seiten, die korrekte Währungsanzeige und den Checkout-Ablauf für jeden Markt bei WooCommerce-Implementierungen sowie die mobile Performance für jede Sprachversion abdecken.

Die Investition in gründliche Tests vor dem Start ist angesichts der Kosten und der Komplexität der Fehlerbehebung auf einer live geschalteten mehrsprachigen Website gerechtfertigt, da Änderungen an der URL-Struktur oder der „hreflang“-Implementierung die Suchrankings in mehreren Märkten gleichzeitig beeinflussen können.