So übersetzt du eine WordPress-Website

So übersetzt du eine WordPress-Website

4. Februar 2026
Zusammenfassung
  • Wähle je nach Zuständigkeit, Datenbanklast und Abonnementbedarf zwischen Datenbankduplizierung, einem Edge-Proxy und einem Workflow mit XLIFF, PO oder CSV.
  • Behalte Gutenberg-Blocktrenner und JSON-Keys bei und übersetze nur Fließtextwerte. Schütze serialisierte ACF-Felder mit schemafähigen Tools.
  • Exportiere große WooCommerce-Kataloge als CSV oder XLIFF, übersetze die Inhaltsspalten extern und importiere sie anschließend wieder, um die Auslastung des Produktionsservers zu vermeiden.

Eine WordPress-Website zu übersetzen, ist eine Architekturentscheidung und keine reine Textaufgabe. Eine moderne WordPress-Website kombiniert Gutenberg-Block-Markup, Advanced Custom Fields (ACF), serialisierte Datenbank-Metadaten und WooCommerce-Kataloge. Um Übersetzungen sicher zu skalieren, musst du übersetzbare Texte von der internen Datenbanksyntax trennen.

WordPress betreibt mehr als 43% des Webs. Dank seiner Flexibilität bildet es die Grundlage für alles, von persönlichen Blogs bis hin zu Enterprise-Publishing-Netzwerken und großen WooCommerce-Shops.

Die Übersetzung von WordPress ist jedoch bekanntermaßen komplex. Inhalte befinden sich nicht in einer einzigen Textdatei, sondern sind über MySQL-Datenbanktabellen (wp_posts, wp_postmeta, wp_terms) verstreut, in benutzerdefinierten Inhaltstypen gespeichert, in Theme-Vorlagen eingebettet und in Gutenberg-Blockkommentaren eingeschlossen.

Dieser Architekturleitfaden zeigt dir, wie du eine WordPress-Website zuverlässig übersetzt, ohne dein Theme zu beschädigen, benutzerdefinierte Felder zu verfälschen oder deine Datenbank aufzublähen.

Die 3 WordPress-Übersetzungsarchitekturen im Vergleich

Jede mehrsprachige WordPress-Implementierung basiert auf einer von drei grundlegenden Architekturen. Bevor du ein Tool auswählst, solltest du die technischen Vor- und Nachteile kennen:

1. Duplizierung als separate Datenbankeinträge (WPML, Polylang)

Bei diesem traditionellen Modell legt das Übersetzungs-Plugin jede Seite, jeden Beitrag und jedes Produkt als eigenständigen Eintrag in der Tabelle wp_posts an und verknüpft die Einträge über relationale Datenbanktabellen.

  • So funktioniert es: Ein englischer Beitrag mit der ID 101 erhält eine entsprechende spanische Version mit der ID 102 und eine deutsche Version mit der ID 103.
  • Die Vorteile: Du hast volle redaktionelle Freiheit für jede Sprache. Du kannst unterschiedliche Layouts erstellen, eigene Kategorien zuweisen und SEO-Metabeschreibungen für jede Sprachregion anpassen.
  • Die versteckten Kosten: Mit jeder zusätzlichen Sprache wächst deine Datenbank. Bei einem WooCommerce-Shop mit 10,000 Produkten entstehen durch vier zusätzliche Sprachen 50,000 Beitragseinträge und Hunderttausende wp_postmeta-Zeilen. Das kann die Leistung von Datenbankabfragen bei herkömmlichem Hosting erheblich beeinträchtigen.

2. Übersetzung über einen dynamischen Edge-Proxy (Weglot)

Statt Datenbankeinträge zu duplizieren, wird ein Übersetzungs-Proxy zwischen deinen WordPress-Server und deine Besucher geschaltet. Er erkennt und übersetzt Strings am DNS- oder Netzwerk-Edge.

  • So funktioniert es: Deine WordPress-Datenbank bleibt zu 100% auf Englisch. Der Proxy fängt Seitenaufrufe ab, ersetzt Strings dynamisch und liefert vorübersetzte Seiten aus.
  • Die Vorteile: Sofort einsatzbereit, ohne die WordPress-Datenbank aufzublähen. Plugins und benutzerdefinierte Felder geraten nie in Konflikt, weil die ursprüngliche Website unangetastet bleibt.
  • Die versteckten Kosten: Du zahlst ein dauerhaftes monatliches SaaS-Abonnement, dessen Preis sich nach der Gesamtzahl deiner übersetzten Wörter richtet. Kündigst du, verschwinden deine übersetzten Seiten sofort.

3. Entkoppelte dateibasierte Pipeline (XLIFF-, PO- und CSV-Exporte)

Moderne Enterprise-Teams entkoppeln die WordPress-Übersetzung zunehmend, indem sie übersetzbare Inhalte in standardisierte Austauschdateien exportieren (WPML-XLIFF-/ZIP-Pakete, WooCommerce-CSV-Exporte oder .po-Dateien von Themes), sie mit externen KI-Engines überarbeiten und anschließend bereinigte Dateien wieder importieren.

  • Die Vorteile: Vollständige Kontrolle über deine Daten, ohne umfangreiche KI-Modelle in deiner WordPress-PHP-Laufzeitumgebung auszuführen. Du setzt markenweite Glossare für Tausende von Produkten durch und wählst zwischen den Qualitätsstufen Lite und Standard.
Drei WordPress-Übersetzungsarchitekturen, von Datenbankduplikaten bis zu entkoppelten Dateiabläufen.

Die 4 technischen Fallen, die WordPress-Übersetzungen beschädigen

Wenn du WordPress-Inhalte mit allgemeinen KI-Chatbots oder einfachen Übersetzungstools übersetzt, kommt es regelmäßig zu unbemerkten technischen Fehlern:

1. Beschädigung der Gutenberg-Blocksyntax

Der Gutenberg-Blockeditor von WordPress bettet Layoutparameter in Blockmarkierungen ein:

wp:paragraph {"fontSize":"large","className":"hero-lead"}
Welcome to our global platform.
/wp:paragraph

Allgemeine Übersetzungstools übersetzen häufig die JSON-Schlüssel innerhalb der Blockmarkierung (z. B. wird "large" zu "grand"), beschädigen die Syntax der Markierung oder ändern Anführungszeichen. Wird der Beitrag anschließend im WordPress-Adminbereich erneut geöffnet, zeigt Gutenberg den nicht behebbaren Fehler “Dieser Block enthält unerwartete oder ungültige Inhalte” an.

2. Beschädigung serialisierter PHP-Arrays in wp_postmeta

Advanced Custom Fields (ACF), Widget-Konfigurationen und Theme-Optionen speichern strukturierte Daten häufig als serialisierte PHP-Strings:

a:2:{s:5:"title";s:12:"Case Studies";s:4:"link";s:23:"https://example.com/cs/";}

In serialisiertem PHP gibt die Markierung s:12: ausdrücklich an, dass der folgende String genau 12 Bytes lang ist. Übersetzt ein nicht darauf ausgelegtes Tool "Case Studies" ins Französische ("Études de cas", 14 Bytes), ohne den Bytezähler anzupassen, kann PHP den String nicht deserialisieren (unserialize() gibt false zurück). Dadurch wird das benutzerdefinierte Feld vollständig auf der Website gelöscht.

3. Beschädigung von Shortcode-Attributen

Viele ältere Themes und Page-Builder (Elementor, Divi, WPBakery) verwenden Shortcodes:

[cta_box title="Summer Sale" button_url="https://example.com" button_text="Shop Now"]

Nicht überprüfte KI-Tools übersetzen häufig funktionale Parameternamen (title=, button_url=) statt nur den Text in Anführungszeichen. Dadurch wird der Shortcode vollständig funktionslos.

4. Abweichungen zwischen WooCommerce-Produktfeeds und SKUs

WooCommerce-Exporte enthalten Dutzende operative Spalten, die nicht übersetzt werden dürfen: ID, SKU, Tax:class, In stock?, Regular price, Attribute 1 name und Attribute 1 value.

Übersetzt jemand Produktattribute uneinheitlich oder verändert SKU-Kennungen, wird die Bestandssynchronisierung unterbrochen. WooCommerce legt dann doppelte Produkteinträge an, statt lokalisierte Übersetzungen zu erstellen.

Gutenberg-Block-Markup vor und nach der Übersetzung: Der Text wird übersetzt, JSON-Layoutmarker bleiben erhalten.

Der skalierbare Übersetzungsworkflow für WordPress

Um umfangreiche WordPress-Websites sauber zu lokalisieren, kannst du AI Glot für den Export- und Import-Workflow nutzen:

Schritt 1: Inhalte aus WordPress exportieren

Exportiere die zu übersetzenden Inhalte entsprechend deiner Plugin-Konfiguration:

  • Aus WPML: Exportiere Übersetzungspakete als XLIFF- oder ZIP-Archive.
  • Aus WooCommerce: Nutze den integrierten Export unter Produkte > Export, um eine CSV-Datei herunterzuladen.
  • Aus Themes und Plugins: Suche nach den gettext-Lokalisierungsdateien .po oder .pot.

AI Glot unterstützt nativ XLIFF, PO, POT, CSV und XLSX sowie mehr als 35 weitere Lokalisierungsformate.

Schritt 2: Lege den Umfang mit einer einfachen Eingabe auf Englisch fest

Lade deine Exportdatei in AI Glot hoch und gib deine Regeln in einfachem Englisch an:

Translate the post_title and post_content fields into French and German. Preserve all Gutenberg block syntax (wp:...), shortcodes, and HTML markup. Leave IDs, URLs, and slugs untouched. Use formal register throughout.

Die Engine trennt übersetzbare Texte von strukturellem Code. So bleiben deine Blocksyntax und Datenbankattribute bytegenau erhalten.

Ein einziger Satz ersetzt den Konfigurationsbildschirm. Der Plan wird zur Überprüfung zurückgegeben.

Schritt 3: Prüf den deterministischen Plan und importiere die Dateien

Prüfe den vorläufigen Plan auf erkannte Felder, die Anzahl der übersetzbaren Wörter und die Kosten in Credits. Sobald du ihn freigibst, lade die lokalisierte Datei herunter und importiere sie direkt über WPML oder den CSV-Importer von WooCommerce zurück in WordPress.

Sie erhalten eine Datei im ursprünglichen Format zurück.

Zusammenfassung: Erstelle eine WordPress-Website, die global mitwächst

Die Übersetzung einer WordPress-Website sollte weder die Datenbankleistung noch das Layout deines Themes gefährden. Mit zuverlässigen Exportformaten wie XLIFF oder CSV und einer schema-bewussten KI-Übersetzung kannst du umfangreiche Produktkataloge und große Blogarchive in wenigen Minuten lokalisieren.

Teste deine WordPress-Exportdateien mit dem kostenlosen Testkontingent von 5,000 Wörtern von AI Glot: kostenlos registrieren.

Bereit für die Übersetzung Ihrer großen Dateien?

Kostenlosen Account erstellen →

Prompt kopiert

  1. 1Öffnen Sie Ihren KI-Agenten
  2. 2Fügen Sie den Prompt einCtrl V
  3. 3Folgen Sie den Anweisungen
Prompt anzeigen

Übersetze eine Datei für mich mit AI Glot. Frage mich nach der Datei und den Sprachen, und befolge dann https://ai-glot.com/agent.md

Ihre ersten 5.000 Wörter kostenlos