{"id":2253,"date":"2026-06-27T11:25:37","date_gmt":"2026-06-27T08:25:37","guid":{"rendered":"https:\/\/allinonewpsettings.com\/blog\/?p=2253"},"modified":"2026-08-02T12:10:42","modified_gmt":"2026-08-02T12:10:42","slug":"wordpress-po-dateien-in-mo-dateien-kompilieren","status":"publish","type":"post","link":"https:\/\/allinonewpsettings.com\/blog\/de\/wordpress-po-dateien-in-mo-dateien-kompilieren\/","title":{"rendered":"WordPress-PO-Dateien in MO-Dateien kompilieren"},"content":{"rendered":"

Eine \u00dcbersetzerin korrigiert einen deutschen Text im PO-Editor und l\u00e4dt die Datei hoch, doch WordPress zeigt weiterhin den alten Satz. Ge\u00e4ndert wurde nur der bearbeitbare Katalog; im tats\u00e4chlich geladenen Sprachordner liegt weiterhin die fr\u00fchere MO-Datei.<\/p>\n

Sie erfahren, wie PO- und MO-Dateien zusammenh\u00e4ngen, wie Sie den richtigen Katalog f\u00fcr Locale und Textdomain kompilieren und wie Sie das Ergebnis in WordPress zuverl\u00e4ssig pr\u00fcfen.<\/p>\n

\nInhaltsverzeichnis<\/strong><\/p>\n
    \n
  1. Was das Thema bedeutet<\/a><\/li>\n
  2. Ein realistisches WordPress-Beispiel<\/a><\/li>\n
  3. Warum es wichtig ist und wann es eingesetzt wird<\/a><\/li>\n
  4. Der einfache Weg f\u00fcr Einsteiger<\/a><\/li>\n
  5. Der technische Weg<\/a><\/li>\n
  6. Risiken, h\u00e4ufige Fehler, Backup und Rollback<\/a><\/li>\n
  7. Wie AIOWS unterst\u00fctzt: AIOWS Language Compiler<\/a><\/li>\n
  8. Passende AIOWS-Artikel<\/a><\/li>\n
  9. Fazit und empfohlener Weg<\/a><\/li>\n
  10. Offizielle Quellen<\/a><\/li>\n<\/ol>\n<\/div>\n

    Was das Thema bedeutet<\/h2>\n

    Eine PO-Datei ist ein lesbarer gettext-Katalog mit Ausgangstexten, \u00dcbersetzungen, Kontextangaben, Kopfzeilen und Pluralregeln. Die MO-Datei ist der daraus erzeugte Bin\u00e4rkatalog, den WordPress zur Laufzeit l\u00e4dt. Kompilieren bedeutet, eine syntaktisch g\u00fcltige PO-Datei in die passende MO-Datei umzuwandeln.<\/p>\n

    Dieser Schritt erg\u00e4nzt keine fehlenden Strings und korrigiert weder eine falsche Textdomain noch eine unpassende Locale. Auch der Ablageort bleibt entscheidend: Eine fehlerfreie MO-Datei wirkt nur, wenn WordPress genau diesen Katalog l\u00e4dt.<\/p>\n

    Ein realistisches WordPress-Beispiel<\/h2>\n

    F\u00fcr ein Plugin wird de_DE.po<\/code> ge\u00e4ndert. Die \u00dcbersetzerin pr\u00fcft Textdomain, Zeichencodierung und Pluralformen, erzeugt daraus de_DE.mo<\/code> und legt beide Dateien im tats\u00e4chlich verwendeten Sprachordner ab. Anschlie\u00dfend ruft sie je einen ge\u00e4nderten Singular- und Pluraltext im Frontend auf. Erst diese WordPress-Anfrage belegt, dass nicht nur die Datei erzeugt, sondern auch der richtige Katalog geladen wurde.<\/p>\n

    Warum es wichtig ist und wann es eingesetzt wird<\/h2>\n

    WordPress wertet im laufenden Betrieb \u00fcblicherweise den kompilierten MO-Katalog aus. Deshalb reicht ein neuer Zeitstempel der PO-Datei nicht aus. Ohne erneute Kompilierung bleibt die sichtbare \u00dcbersetzung unver\u00e4ndert, obwohl die Quelle korrekt bearbeitet wurde.<\/p>\n

    Eine neue MO-Datei ist nach freigegebenen \u00dcbersetzungs\u00e4nderungen, reparierten Katalogfehlern oder einem reproduzierbaren Sprachdatei-Build erforderlich. Wenn dagegen die Ausgangstexte gar nicht im Katalog vorkommen oder das Plugin eine andere Textdomain verwendet, muss zun\u00e4chst die Quelle beziehungsweise die Internationalisierung des Codes korrigiert werden.<\/p>\n

    Der einfache Weg f\u00fcr Einsteiger<\/h2>\n
      \n
    1. Sichern Sie die vorhandenen PO- und MO-Dateien und notieren Sie ihren Ablageort.<\/li>\n
    2. Pr\u00fcfen Sie Locale, Textdomain, Dateinamen, Zeichencodierung und Pluralformen der PO-Datei.<\/li>\n
    3. Kompilieren Sie genau diese Quelle mit einem unterst\u00fctzten gettext- oder WP-CLI-Werkzeug.<\/li>\n
    4. \u00dcbertragen Sie die MO-Datei in den von WordPress tats\u00e4chlich verwendeten Sprachordner.<\/li>\n
    5. Testen Sie einen bekannten Singular- und Pluraltext in einer frischen Frontend- oder Admin-Anfrage.<\/li>\n<\/ol>\n

      Der technische Weg<\/h2>\n

      F\u00fchren Sie den Build in einem sauberen Arbeitsverzeichnis aus und halten Sie Compiler-Version, Befehl sowie Hashes von Ein- und Ausgabe fest. Ein zweiter Build aus derselben Quelle sollte eine identische MO-Datei erzeugen. Warnungen oder Parsefehler ordnen Sie der konkreten Nachricht beziehungsweise Zeile zu, statt eine unvollst\u00e4ndige Ausgabe zu ver\u00f6ffentlichen.<\/p>\n

      Pr\u00fcfen Sie au\u00dferdem die WordPress-Ladereihenfolge. Plugin-, Theme- und globale Sprachverzeichnisse k\u00f6nnen unterschiedliche Kataloge derselben Textdomain enthalten. Ein Sprachpaket, Plugin-Update, Container-Neubau oder Deployment kann eine manuell abgelegte Datei beim n\u00e4chsten Release \u00fcberschreiben.<\/p>\n

      F\u00fcr einen kontrollierten Funktionstest \u00e4ndern Sie einen unkritischen Text, kompilieren erneut und vergleichen sowohl den MO-Hash als auch die sichtbare Ausgabe. Danach stellen Sie den freigegebenen Katalog wieder her.<\/p>\n

      Risiken, h\u00e4ufige Fehler, Backup und Rollback<\/h2>\n

      Bearbeiten Sie keine MO-Datei bin\u00e4r und behandeln Sie sie nicht als einzige Quelle. H\u00e4ufige Fehler sind falsche Dateinamen, eine abweichende Locale, besch\u00e4digte Pluralregeln, ein ungeeigneter Ladepfad und eine Datei, die beim n\u00e4chsten Update \u00fcberschrieben wird.<\/p>\n

      Brechen Sie bei Parsefehlern, leerer Ausgabe, besch\u00e4digten Zeichen oder unerwarteten \u00c4nderungen in anderen \u00dcbersetzungen ab. F\u00fcr den Rollback stellen Sie das zuvor gesicherte PO\/MO-Paar am selben Ort und mit den bisherigen Rechten wieder her. Cache-Bereinigung ist erst danach sinnvoll, wenn die korrekte Datei nachweislich geladen wird.<\/p>\n

      \n

      Wie AIOWS unterst\u00fctzt:<\/p>\n

      AIOWS Language Compiler<\/h2>\n

      AIOWS Language Compiler bietet eine zentrale Oberfl\u00e4che, um unterst\u00fctzte WordPress-Sprachdateien zu pr\u00fcfen und aus einer PO-Quelle die zugeh\u00f6rige MO-Datei zu erzeugen. Locale, Textdomain, Quelle und Ziel sollten vor dem Kompilieren eindeutig feststehen.<\/p>\n

      W\u00e4hlen Sie nur den freigegebenen Katalog aus und beachten Sie gemeldete Syntaxfehler. Nach dem Lauf kontrollieren Sie, ob die erwartete MO-Datei am vorgesehenen Ort vorhanden ist. Ein konkreter Text im Frontend oder in der Administration best\u00e4tigt anschlie\u00dfend, dass WordPress tats\u00e4chlich diesen Katalog verwendet.<\/p>\n

      Das Modul kann keine fehlenden \u00dcbersetzungen erg\u00e4nzen, eine falsche Textdomain im Plugin korrigieren oder einen ungeeigneten Speicherort gegen sp\u00e4tere Updates absichern. Bewahren Sie deshalb die vorherige PO- und MO-Datei bis zur Abnahme auf. Scheitert der Laufzeittest, stellen Sie dieses Paar wieder her und kl\u00e4ren anschlie\u00dfend Quelle, Pfad und Release-Prozess.<\/p>\n

      AIOWS Language Compiler ansehen<\/a>AIOWS-Tarife vergleichen<\/a><\/p>\n<\/section>\n

      Passende AIOWS-Artikel<\/h2>\n