- Eine zweite Sprache lohnt sich nur, wenn ein belegbarer Zielmarkt dahinter steht. Pflegeaufwand und Übersetzungskosten wachsen mit jeder Sprache linear mit.
- WPML ist der technisch umfangreichste Ansatz, kostet ab 39 Euro pro Jahr und eignet sich besonders für komplexe Sites und WooCommerce-Shops mit Multicurrency.
- Polylang bietet eine solide kostenlose Basis für einfache Sites. WooCommerce-Unterstützung erfordert ein zusätzliches kostenpflichtiges Add-on.
- TranslatePress hebt sich durch den visuellen Frontend-Editor ab. Maschinelle Übersetzung per DeepL ist eingebaut, ersetzt aber keine menschliche Nachbearbeitung.
- Für SEO sind eigene URLs pro Sprache und korrekte hreflang-Tags Pflicht. Cookies oder JavaScript-basiertes Umschalten reicht nicht.
Eine WordPress-Website in mehrere Sprachen zu übersetzen ist technisch heute einfacher als je zuvor. Das eigentliche Problem liegt davor: der Pflegeaufwand, der nach dem ersten Übersetzungsklick nicht endet, und die Frage, ob eine zweite Sprache überhaupt den erhofften Zielmarkt erreicht. Dieser Ratgeber zeigt, wann Mehrsprachigkeit sich rechnet, was die drei verbreiteten Lösungen WPML, Polylang und TranslatePress technisch unterscheidet und worauf es bei der SEO-Umsetzung ankommt.
Wann sich Mehrsprachigkeit wirklich lohnt
Viele Betreiber starten eine zweite Sprache aus dem Gefühl heraus, dass eine englische Version professioneller wirke oder mehr Reichweite bedeute. Beides stimmt so nicht. Eine Seite auf Englisch, die niemand sucht und die Google wegen schwacher Autorität nicht ausspielt, erzeugt nur Pflegeaufwand. Der entscheidende Test: Gibt es belegbare Suchanfragen in der Zielsprache zu Ihren Themen, und können Sie als Anbieter das Publikum dahinter auch tatsächlich bedienen?
Für einen deutschen Handwerksbetrieb, dessen Auftragsgebiet im Umkreis von 50 Kilometern liegt, bringt eine englische Version wenig. Für einen Onlineshop, der physische Produkte nach Österreich und in die Schweiz versendet, kann eine österreichisch-regionale Variante oder eine Schweizer Version sinnvoll sein, weil Kunden dort gezielt nach lokalen Anbietern suchen. Der Unterschied liegt im Zielmarkt, nicht in der Ambitionen des Betreibers.
Der Pflegeaufwand ist der zweite Filter. Jede neue Sprache verdoppelt den Content-Aufwand nicht nur einmalig, sondern dauerhaft. Jede Produktänderung, jede neue Seite, jede Kampagne muss in allen Sprachen nachgezogen werden. Maschinelle Übersetzung hilft beim Entwurf, ersetzt aber keine Qualitätskontrolle. Wer heute drei Sprachen startet und sie morgen nicht mehr pflegen kann, schadet der Suchmaschinenwahrnehmung der gesamten Domain mit dünnem, veralteten Content in den Nebensprachen.
Eine realistische Einstiegsregel: Mit einer Sprache starten, die einen klaren Markt hat, und die Seite dort vollständig pflegen. Wenn diese Version Ergebnisse zeigt, die zweite hinzunehmen. Nicht gleichzeitig drei Sprachen halbfertig aufbauen.
Wer mehrere Sprachversionen plant, sollte das auch im Hosting bedenken. Ob die Serverinfrastruktur dafür ausreicht, behandeln wir im WordPress-Hosting-Vergleich.
Die drei Plugins im Überblick
WPML: der umfangreichste Platzhirsch
WPML (WordPress Multilingual Plugin) ist seit Jahren das meistgenutzte kommerzielle Mehrsprachigkeits-Plugin für WordPress. Es gibt keine kostenlose Version, WPML ist ausschließlich direkt beim Anbieter unter wpml.org erhältlich und nicht im offiziellen WordPress-Plugin-Verzeichnis gelistet.
Das Plugin speichert Übersetzungen in eigenen Datenbanktabellen parallel zum WordPress-Originaldatensatz. Das ist technisch aufwendiger, aber es bedeutet auch, dass Übersetzungen sauber getrennt vom Original vorliegen und keine Datenbankstruktur des Originals verändert wird.
Drei Lizenzpakete stehen zur Wahl. Das Einsteigerpaket Multilingual Blog kostet 39 Euro pro Jahr und eignet sich ausschließlich für einfache Blogs ohne individuelle Inhaltstypen. Das mittlere Paket Multilingual CMS kostet 99 Euro pro Jahr, unterstützt Custom Post Types, String-Translation und Page-Builder-Integration und enthält 90.000 AI-Übersetzungskredite. Das Agency-Paket für 199 Euro pro Jahr hebt die Seitenbeschränkung auf und erhöht das Kreditkontingent. WooCommerce-Unterstützung ist in den CMS- und Agency-Paketen enthalten. Alle Preise gelten für ein Jahr und werden jährlich erneuert, mit einem günstigeren Verlängerungspreis.
Stärken von WPML: breite Kompatibilität mit Page-Buildern wie Divi, Elementor und Gutenberg, ein eigenes Translation Dashboard für redaktionelle Workflows mit externen Übersetzern, Multicurrency-Unterstützung im WooCommerce-Add-on und eine ausgereifte String-Translation für Theme- und Plugin-Texte außerhalb des redaktionellen Inhalts.
Polylang: solide Basis, modular erweiterbar
Polylang hat im offiziellen WordPress-Plugin-Verzeichnis laut dort angegebenen Daten mehr als 800.000 aktive Installationen, was es zum meistgenutzten kostenlosen Mehrsprachigkeits-Plugin macht. Die kostenlose Version deckt grundlegende Anforderungen ab: Übersetzung von Beiträgen, Seiten, Medien, Kategorien und Tags, einen Sprachumschalter und grundlegende Menü-Übersetzung.
Wer Custom Post Types, eigene URL-Slugs je Sprache, DeepL-Maschinenübersetzung oder REST-API-Unterstützung braucht, benötigt Polylang Pro. Die Pro-Lizenz kostet ab 99 Euro pro Jahr für eine Website. Ein Business Pack für 139 Euro pro Jahr bündelt Polylang Pro und das WooCommerce-Add-on, das sonst separat 99 Euro pro Jahr kostet.
Polylang speichert Übersetzungsbeziehungen über die WordPress-Taxonomie-Infrastruktur, nutzt also den Kernmechanismus von WordPress ohne eigene Tabellen. Das ist leichtgewichtiger, hat aber Grenzen bei sehr komplexen Datenstrukturen. Die Einrichtung ist schlichter als bei WPML, was für kleinere Sites ein Vorteil ist und für größere gelegentlich an Grenzen stößt.
TranslatePress: visueller Ansatz mit KI-Integration
TranslatePress ist im WordPress-Plugin-Verzeichnis mit über 400.000 aktiven Installationen vertreten und hebt sich durch seinen visuellen Frontend-Editor ab. Statt Inhalte im WordPress-Backend Feld für Feld zu übersetzen, öffnet der Übersetzer eine Seite direkt im Browser-Frontend, klickt auf beliebige Textstellen und tippt die Übersetzung in ein Overlay. Was übersetzt wurde, ist sofort sichtbar.
Das ist für Übersetzer ohne technisches WordPress-Wissen intuitiver und reduziert Fehler, weil der Kontext beim Übersetzen direkt sichtbar ist. Auch Theme-Texte und Plugin-Strings, die sonst über String-Translation extra behandelt werden müssen, lassen sich so direkt im Seitenkontext bearbeiten.
Die kostenlose Version erlaubt eine zusätzliche Sprache und enthält eine KI-Übersetzung mit einem monatlichen Kontingent von 2.000 Wörtern. Google-Translate-Integration ist ebenfalls kostenlos, erfordert aber einen eigenen API-Schlüssel. Die Bezahlpakete beginnen bei 99 Euro pro Jahr (Personal, eine Website), steigen auf 199 Euro (Business, drei Websites) mit DeepL-Add-on und Übersetzerkonten und auf 349 Euro pro Jahr für die Developer-Lizenz mit unbegrenzten Websites. WooCommerce wird laut Pluginbeschreibung ohne zusätzliches Add-on unterstützt.
TranslatePress speichert Übersetzungen in eigenen Datenbanktabellen, ähnlich wie WPML. Der SEO-Pack für die Übersetzung von Meta-Titeln, Descriptions und URL-Slugs ist im kostenpflichtigen Bereich enthalten.
Vergleich nach Kriterien
Die Tabelle gibt einen Überblick für die häufigsten Entscheidungssituationen. Preise beziehen sich auf Jahreslizenzen ohne Mehrwertsteuer, Stand Juni 2026.
| Kriterium | WPML | Polylang | TranslatePress |
|---|---|---|---|
| Kostenlose Version | Nein | Ja (Grundfunktionen) | Ja (1 Zusatzsprache, 2.000 Wörter KI/Monat) |
| Einstiegspreis (1 Site/Jahr) | 39 Euro (Blog), 99 Euro (CMS) | 99 Euro Pro | 99 Euro Personal |
| WooCommerce-Unterstützung | WooCommerce inkl. Multicurrency in CMS/Agency enthalten | Separates Add-on, 99 Euro/Jahr; im Business Pack enthalten | Out-of-the-box, kein Extra-Add-on nötig |
| Maschinelle Übersetzung | KI-Übersetzung (Kreditkontingent je Plan) | DeepL ab Pro (API-Key erforderlich) | Google Translate (kostenlos), DeepL ab Business |
| URL-Struktur | Subdirectory, Subdomain, separate Domain | Subdirectory, Subdomain, separate Domain | Subdirectory; separate Domain als Add-on |
| Übersetzungs-Interface | Backend-Editor, Advanced Translation Editor | Backend-Editor | Visueller Frontend-Editor |
| Page-Builder-Kompatibilität | Sehr breit (Divi, Elementor, Gutenberg, Beaver) | Gut (Gutenberg nativ, andere variabel) | Sehr gut durch Frontend-Ansatz |
| Custom Post Types | Nein im Blog-Plan, erst ab Multilingual CMS | Nur ab Pro | Ja (kostenlos) |
| Datenbankmodell | Eigene Tabellen, Original bleibt unverändert | WordPress-Taxonomien, keine eigenen Tabellen | Eigene Tabellen |
| Geeignet für | Komplexe Sites, Agenturen, WooCommerce Multicurrency | Einfache bis mittlere Sites, Budgetprojekte | Sites mit Nicht-Technikern als Übersetzer, viel Visual Content |
SEO bei Mehrsprachigkeit: hreflang und URL-Struktur
Dieser Abschnitt richtet sich an technisch Versierte. Wer nur das Plugin auswählen will, kann direkt zur Checkliste springen.
URL-Struktur: Subdirectory, Subdomain oder eigene Domain
Google empfiehlt laut Google Search Central Dokumentation zur mehrsprachigen Ausrichtung drei Optionen für sprachseparate URLs. Alle drei haben Vor- und Nachteile, die sich nach Größe, Budget und Zielmarkt unterscheiden.
Subdirectories (Unterverzeichnisse) wie example.com/de/ und example.com/en/ sind für die meisten kleinen und mittelständischen Sites die richtige Wahl. Die gesamte Domain-Autorität bleibt auf einer einzigen Domain gebündelt, der Pflegeaufwand für Hosting ist gering, und alle drei Plugins unterstützen diese Variante problemlos. Nachteil: Ein gezieltes Geotargeting auf Länderebene ist über die Google Search Console eingeschränkt möglich, aber nicht so eindeutig wie mit einer ccTLD.
Subdomains wie de.example.com sind technisch einfach, aber Google behandelt Subdomains tendenziell eigenständiger als Subdirectories. Die Domain-Autorität der Hauptdomain überträgt sich schwächer. Sinnvoll kann das sein, wenn verschiedene Sprachversionen auf unterschiedlichen Servern laufen sollen.
Länderspezifische Domains (ccTLDs) wie example.de für Deutschland und example.at für Österreich senden das klarste Signal für regionales Targeting, sind aber teuer in der Anschaffung, Verwaltung und Pflege. Für nationale Marktführer relevant, für KMU meist überdimensioniert.
hreflang: Syntax und Pflichtregeln
Das hreflang-Attribut teilt Google mit, welche URL zu welcher Sprachversion gehört. Google dokumentiert die Pflichtregeln in seiner Dokumentation zu lokalisierten Versionen. Die korrekte Syntax im HTML-Head:
<link rel="alternate" hreflang="de" href="https://example.com/de/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />Drei Regeln sind absolut: Erstens muss die Verlinkung bidirektional sein. Jede Seite, die auf eine andere Sprachversion verweist, muss von dieser Sprachversion zurückverlinkt werden. Wenn die deutsche Startseite auf die englische zeigt, muss die englische auf die deutsche zeigen. Fehlt ein Verweis, ignoriert Google den Tag oft. Das ist der häufigste Implementierungsfehler. Zweitens müssen alle URLs vollqualifiziert sein, also mit Protokoll und Domain, nicht als relative Pfade. Drittens verweist x-default auf die Fallback-URL für Nutzer, deren Sprache nicht explizit bedient wird, üblicherweise die Hauptsprache oder eine Sprachauswahl-Seite.
Die Sprachcodes folgen ISO 639-1, optional ergänzt um ISO 3166-1-Ländercodes. de steht für Deutsch allgemein, de-AT für Deutsch in Österreich, de-CH für Deutsch in der Schweiz. Codes wie EU oder UK sind nicht gültig, das W3C-Dokument zur HTML-Sprachdeklaration und die IANA Language Subtag Registry sind die Referenz für korrekte Codes.
WPML, Polylang (ab Pro) und TranslatePress (ab Personal) generieren die hreflang-Tags automatisch und korrekt, sofern die URL-Struktur sauber eingerichtet ist. Bei der kostenlosen Polylang-Version muss man prüfen, ob das Plugin die Tags vollständig setzt.
Wer schon an mehrsprachigem Content arbeitet, sollte auch die SEO-Grundlagen je Sprache kennen. Der Artikel SEO und GEO kombinieren erklärt, wie Inhalte für Google und KI-Systeme gleichzeitig funktionieren.
Sprachattribut im HTML-Head
Unabhängig vom Plugin muss das lang-Attribut am <html>-Element auf der jeweiligen Sprachseite korrekt gesetzt sein: <html lang="de"> für Deutsch, <html lang="en"> für Englisch. Das hilft Suchmaschinen, Screenreadern und Browsern beim korrekten Rendern. Alle drei genannten Plugins setzen dieses Attribut automatisch beim Seitenwechsel.
Maschinelle Übersetzung als Entwurf, nicht als Endprodukt
Die drei Plugins bieten unterschiedliche Tiefen der KI-Integration. WPML bringt eigene AI-Übersetzungskredite mit, die je nach Plan variieren, und nutzt intern Drittanbieter-Engines. TranslatePress integriert Google Translate direkt im kostenlosen Tier und DeepL ab dem Business-Plan, verlangt aber für DeepL einen eigenen API-Key mit eigenem Preismodell. Polylang Pro unterstützt DeepL ebenfalls über API-Key.
Was alle maschinellen Systeme gemeinsam haben: Sie produzieren nach aktuellem Stand für Standardtexte oft passable Ergebnisse, scheitern aber bei Fachtermini, Produktnamen, lokalen Redewendungen und marketingsprachlichen Formulierungen. Eine automatisch übersetzte Produktseite, die unkorrigiert online geht, klingt im besten Fall neutral, im schlechtesten Fall missverständlich oder peinlich. Google bewertet dünnen, maschinell geklonten Content schlechter als sorgfältig gepflegten.
Die sinnvolle Nutzung: Maschinelle Übersetzung erzeugt den Rohtext, ein menschlicher Korrektor mit Muttersprachler-Kompetenz liest Korrektur und passt den Ton an. Das spart mehr als 50 Prozent der Übersetzungszeit gegenüber einer Übersetzung aus dem Nichts. Es bedeutet aber, dass dieser Korrekturschritt eingeplant und budgetiert sein muss, bevor man sich für eine zweite Sprache entscheidet.
Wer viele Plugin-Texte, Theme-Strings oder Systemtexte aus WooCommerce übersetzt, stößt schnell auf Strings außerhalb des redaktionellen Contents. WPML hat dafür ein vollständiges String-Translation-Modul. Bei Polylang Pro gibt es ähnliche Funktionen, bei TranslatePress kümmert sich der Frontend-Editor auch um diese Strings, weil er alles auf der gerenderten Seite abfängt.
Häufige Fehler bei mehrsprachigen WordPress-Sites
Der erste und häufigste Fehler ist das Vergessen von Strings. Fast jede WordPress-Installation enthält Texte außerhalb des redaktionellen Inhalts: Checkout-Buttons in WooCommerce, Fehlermeldungen in Formularen, Texte in Widget-Bereichen, Theme-Beschriftungen. Wer nur Seiten und Beiträge übersetzt, lässt diese Strings in der Originalsprache stehen. Der Effekt ist eine Seite, die mitten in einem deutschen Text plötzlich englische Buttons zeigt und damit das Vertrauen des Besuchers untergräbt.
Der zweite Fehler ist doppelter Inhalt durch falsch eingerichtete hreflang-Tags oder durch Seiten, die in mehreren Sprachen denselben Text zeigen. Wenn Google die Sprachzuweisung nicht versteht, kann es passieren, dass die Originalseite und die Übersetzung gegeneinander konkurrieren. Korrekte, bidirektionale hreflang-Tags verhindern das.
Der dritte Fehler ist das Veröffentlichen von maschinell übersetztem Content ohne Qualitätskontrolle. Gerade Produktbeschreibungen, rechtliche Texte (Impressum, Datenschutzerklärung in der Zielsprache) und kaufentscheidende Seiten wie Preisseiten brauchen menschliche Durchsicht.
Der vierte Fehler betrifft die Multisite-Verwechslung. WordPress Multisite und Mehrsprachigkeit in einer Installation sind zwei verschiedene Konzepte. Multisite erzeugt eigenständige Websites unter einer Infrastruktur, Mehrsprachigkeit übersetzt eine Website in mehrere Sprachen. Welche Architektur für Ihre Situation passt, erklärt der Artikel WordPress Multisite: Sinnvoll oder überkompliziert?
Der fünfte Fehler ist übermäßiger Plugin-Einsatz. Mehrsprachigkeits-Plugins sind komplex und greifen tief in WordPress-Abfragen ein. Jedes zusätzliche Plugin kann Kompatibilitätsprobleme erzeugen. Den Grundsatz, so wenige Plugins wie nötig zu verwenden, erklärt WordPress Plugin-Bloat: Wann weniger Plugins mehr sind.
Praxisbeispiel: Webshop mit Expansion in die Schweiz
In einem Projekt haben wir einen WooCommerce-Shop, der ausschließlich auf Deutsch für den deutschen Markt betrieben wurde, um eine Schweizer Variante erweitert. Das Ziel war eine deutsch-schweizerische Produktseite mit angepassten Preisen, schweizerdeutschen Formulierungen an bestimmten Stellen und einer eigenen URL-Struktur unter /de-CH/.
Die Wahl fiel auf WPML mit dem CMS-Plan, weil der Shop Custom Post Types für Produktkonfigurationen nutzte und die WooCommerce-Multicurrency-Funktion für Schweizer Franken benötigt wurde. TranslatePress hätte den visuellen Vorteil gebracht, hätte aber die Multicurrency-Anforderung nicht direkt gelöst. Polylang hätte für WooCommerce ein separates Add-on benötigt und hätte beim Multicurrency-Thema nicht mitgespielt ohne eine Drittlösung.
Die technische Einrichtung war in einem Arbeitstag erledigt. Der eigentliche Aufwand lag in der Inhaltsarbeit: Produktbeschreibungen, die für Schweizer Kunden passen und sich in Ton und Formulierung vom deutschen Original leicht unterscheiden. Maschinelle Übersetzung lieferte den Rohtext, eine Muttersprachlerin aus der Schweiz korrigierte rund ein Drittel der Formulierungen. Dieser Schritt war unumgehbar, weil automatisch erzeugte Texte durchgehend Hochdeutsch produzierten, obwohl das für den Schweizer Markt sprachlich akzeptabel, aber nicht optimal war.
Ergebnis: Die hreflang-Tags wurden von WPML korrekt gesetzt, Google hat die CH-Variante innerhalb von drei Wochen indexiert. Das WooCommerce-Local-SEO-Thema, also Sichtbarkeit in lokalen Suchergebnissen der Schweiz, ist ein weiteres Kapitel, das mit dem Local-SEO-Ratgeber angepackt werden kann.
Checkliste vor der Umsetzung
- Gibt es einen belegbaren Zielmarkt in der Zielsprache, zum Beispiel durch Suchvolumen-Analyse?
- Ist der laufende Pflegeaufwand (Texte, Updates, Übersetzungskosten) dauerhaft finanzierbar?
- Ist die URL-Struktur (Subdirectory, Subdomain, ccTLD) vor der Installation festgelegt?
- Sind alle Plugins und das Theme mit dem gewählten Übersetzungs-Plugin kompatibel?
- Wird WooCommerce eingesetzt und brauchen Sie Multicurrency? (Nur WPML bietet das nativ.)
- Wer übernimmt die Qualitätskontrolle maschinell erzeugter Übersetzungen?
- Sind Theme-Strings, Widget-Texte und Plugin-Strings im Übersetzungsplan berücksichtigt?
- Wird ein hreflang-Test nach der Einrichtung durchgeführt (Google Search Console, Sitemap-Prüfung)?
- Mehrsprachigkeit ist kein Selbstläufer. Erst den Zielmarkt prüfen, dann die Technik wählen.
- WPML ist die vollständigste Lösung für komplexe Anforderungen, kostet aber auch entsprechend. Für WooCommerce mit Multicurrency ist es die sinnvollste Option.
- Polylang ist die starke kostenlose Basis für einfache Sites. Wer WooCommerce oder Profi-Funktionen braucht, zahlt genauso wie bei der Konkurrenz.
- TranslatePress punktet bei Teams ohne technisches WordPress-Wissen durch den visuellen Editor und eine breite KI-Integration schon im günstigen Tarif.
- Korrekte hreflang-Tags und eigene URLs pro Sprache sind SEO-Pflicht. Cookies oder Browser-Redirect ohne URL-Unterschied reichen nicht.
Häufige Fragen
Welches Plugin ist für einen WooCommerce-Shop am besten geeignet?
Für WooCommerce-Shops mit einfachen Anforderungen genügt TranslatePress im Business-Plan oder Polylang mit dem WooCommerce-Add-on. Wenn der Shop mehrere Währungen parallel anbieten muss, zum Beispiel Euro und Schweizer Franken, ist WPML mit seinem Multicurrency-Add-on die pragmatischste Wahl, weil die Währungsumschaltung tief mit der Sprachlogik verzahnt ist. WooCommerce-SEO-Grundlagen für mehrsprachige Produktseiten behandelt der Ratgeber WooCommerce SEO: Grundkonfiguration.
Kann ich die kostenlose Polylang-Version produktiv nutzen?
Für einfache Blogs oder Unternehmensseiten ohne Custom Post Types, ohne WooCommerce und ohne Anforderungen an URL-Slug-Übersetzung ist die kostenlose Version solide. Sobald eines dieser Elemente ins Spiel kommt, ist Polylang Pro fällig.
Ist maschinelle Übersetzung gut genug für eine professionelle Website?
Als Rohtext ja, als Endprodukt fast nie. DeepL und vergleichbare Dienste liefern flüssige Texte für Standardformulierungen, scheitern aber an Produktnamen, Markentexten, regionalen Formulierungen und juristischen Texten. Eine menschliche Qualitätskontrolle durch eine muttersprachliche Person ist in allen Fällen empfehlenswert.
Was ist hreflang und muss ich das selbst setzen?
hreflang ist ein HTML-Attribut, das Google mitteilt, welche Seiten dieselbe Inhaltsversion in verschiedenen Sprachen darstellen. Alle drei genannten Plugins setzen hreflang-Tags bei korrekter Konfiguration automatisch. Sie müssen jedoch sicherstellen, dass die URL-Struktur sauber eingerichtet ist und die Tags bidirektional verknüpft sind, sonst ignoriert Google sie.
Verlangsamt ein Mehrsprachigkeits-Plugin die Website?
Alle drei Plugins greifen in WordPress-Abfragen ein und erhöhen die Komplexität. Der Performanceunterschied ist bei modernen Hosting-Lösungen mit Caching in den meisten Fällen nicht spürbar. WPML und TranslatePress nutzen eigene Datenbanktabellen, was bei sehr großen Sites schneller sein kann als der taxonomiebasierte Ansatz von Polylang. Grundsätzlich gilt: Ein schnelles Hosting bleibt die wichtigste Performance-Grundlage, wie der Hosting-Vergleich zeigt.
Kann ich nachträglich von einem Plugin zum anderen wechseln?
Ein nachträglicher Wechsel ist technisch möglich, aber aufwendig. Die Datenbankstrukturen und Metadaten der Plugins sind nicht kompatibel. Ein Wechsel bedeutet in der Praxis, alle Übersetzungen neu zu erfassen oder manuell zu migrieren. Die Plugin-Entscheidung sollte daher vor dem Start fallen, nicht nach dem Aufbau einer größeren Inhaltsbasis.
Muss meine Datenschutzerklärung in allen Sprachen vorhanden sein?
Das hängt von Ihrer Zielgruppe ab. Wer sich aktiv an Nutzer in einem anderen Land richtet, sollte die rechtlichen Pflichtseiten (Datenschutz, Impressum) in der Landessprache anbieten. Für Besucher aus Deutschland auf einer englischsprachigen Seite gilt generell deutsches Recht, wenn die Seite auf den deutschen Markt ausgerichtet ist. Im Zweifel rechtlich prüfen lassen.
Was kostet die Einrichtung einer mehrsprachigen WordPress-Site ungefähr?
Die Plugin-Lizenz ist der kleinste Posten. Wer mit Polylang Free startet, zahlt zunächst nichts. WPML CMS oder TranslatePress Business liegen bei 99 bis 199 Euro pro Jahr. Der deutlich größere Aufwand liegt in der Übersetzungsarbeit und deren Qualitätskontrolle. Bei einer mittelgroßen Unternehmenswebsite mit 20 bis 30 Seiten sollte man realistisch mit dem Gegenwert von 8 bis 20 Stunden Übersetzungsarbeit rechnen, je nach Textmenge und angestrebter Qualitätsstufe. Maschinelle Übersetzung kann diesen Aufwand halbieren, aber nicht auf null bringen.