[Gelöst] Wir müssen diverse Dinge immer wieder übersetzen, weil sie irgendwie kaputt gehen.
Dieses Thema ist gelöst. Hier finden Sie eine Beschreibung des Problems und der Lösung.
Problem: Der Kunde erlebt wiederholte Probleme mit dem Verschwinden von Übersetzungen und inkonsistenten automatischen Übersetzungen auf seiner Website, insbesondere bei Begriffen wie 'Anmeldemöglichkeiten' und 'Präsenztage'. Diese Probleme treten scheinbar zufällig auf und sind möglicherweise mit dem Importprozess oder dem Theme verbunden.
Solution: Wir empfehlen, die betroffenen Strings über WPML > String-Übersetzung zu löschen und sie erneut automatisch übersetzen zu lassen. Es ist wichtig, dass das Theme und alle Plugins den WordPress-Standards entsprechen, um Übersetzungsprobleme zu vermeiden. Für den Importprozess sollten spezielle WPML Add-ons verwendet werden, um sicherzustellen, dass die Übersetzungen korrekt gehandhabt werden. Details zu diesen Add-ons finden Sie hier:
Wenn diese Schritte das Problem nicht lösen, empfehlen wir, eine detaillierte Untersuchung durchzuführen, indem Sie temporären Zugriff auf Ihre Live-Site gewähren. Bitte erstellen Sie eine Sicherungskopie Ihrer Website und Datenbank, bevor Sie Zugriff gewähren. Wenn das Problem weiterhin besteht, zögern Sie nicht, ein neues Support-Ticket zu öffnen. Wir empfehlen auch, die Seite für bekannte Probleme (https://wpml.org/known-issues/) zu überprüfen und sicherzustellen, dass Sie die neuesten Versionen Ihrer Themes und Plugins installiert haben.
Dies ist das technische Support-Forum für WPML – das mehrsprachige WordPress-Plugin.
Mitlesen können alle, doch nur WPML-Kunden können hier Fragen veröffentlichen. Das WPML-Team antwortet im Forum an 6 Tagen pro Woche, 22 Stunden am Tag.
Hintergrund des Themas:
Ich arbeite an der Website versteckter Link und überstzte dort zB Inhalte auf der Seite versteckter Link zu übersetzen. Die Seite wird automatisch mit pay-as-you-go übersetzt.
Die Symptome:
Wir müssen diverse Dinge immer wieder übersetzen, weil sie irgendwie kaputt gehen. Insbesondere haben wir die «Präsenztage»-Sache und das Wort «Anmeldemöglichkeiten» schon dutzende Male übersetzt. Es gibt aber sicher auch andere Beispiele. Diese sind einfach am meisten aufgefallen.
Fragen:
Warum gehen die Übersetzungen immer wieder kaputt?
Wie können wir verhindern, dass wir die gleichen Inhalte immer wieder übersetzen müssen?
Ich meine mit kaputtgehen zwei Dinge:
- Übersetzungen die bereits bestanden wie zB auf der Beispielseite «Anmeldemöglichkeiten» sind plötzlich wieder weg
- Einzelne Wörter werden manchmal übersetzt und manchmal nicht. Im Beispiel « Präsenztage».
Am Anfang dachten wir, bloss das wäre das Problem und haben darum «Präsenztage» in den Glossar aufgenommen. Ich habe das nun aber nochmals gecheckt und auch hier ein seltsames Mysterium (Siehe Screenshots):
-> Im Glossar gibt es Filter für A und P, da wir «Alle» und «Präsenztage» dort eingefügt haben
-> Es existiert jedoch nur «Alle»
Das ist aber auch genau, was ich meine: Dinge verschwinden plötzlich, sind auf einmal unübersetzt usw.
Vielleicht liegt es an irgendwelchen Plugins? Beim Erstellen der Supportanfrage hatte es das SVG-Support-Plugin erwähnt. Dieses habe ich dann gleich deaktiviert. Aber kann es sein, dass ein SVG-Support-Plugin, chronisch Übersetzungen zerstört? Ich hätte gedacht, dass das höchstens auf Medienübersetzungen einen Einfluss haben könnte?
Weiter kommen Strings wie zB der mit «Präsenztage» von einem WP All Import in ein ACF-Feld, welches dann via __(get_field(…),"nova") übersetzt wird. Könnte das ein Problem sein?
Ich kann gerne anbieten mir das einmal genauer anzusehen.
Ich möchte einen temporären Zugriff (wp-admin und FTP) auf die Website anfordern, um das Problem genauer zu untersuchen.
Die dafür erforderlichen Felder findst Du unterhalb des Kommentarbereichs, wenn Du dich anmelden, um die nächste Antwort zu hinterlassen. Die Informationen, die Du angibst sind privat, was bedeutet, dass nur Du und ich sie sehen und darauf zugreifen können.
WICHTIG
Lege bitte unbedingt eine Sicherungskopie der Website und der Datenbank an, bevor Du uns den Zugriff gewährst.
Wenn Du die Felder "wp-admin / FTP" nicht sehen kannst, werden Ihre Anmeldedaten für Post und Website als "PUBLIC" (Öffentlich) festgelegt. Veröffentliche die Daten NICHT, es sei denn, Du siehst die erforderlichen wp-admin / FTP-Felder.
Ich muss hier ggfls. ein Plugin namens "All In One WP Migration" installieren, um eine Kopie der Website anzulegen, auf welche ich das Problem genauer untersuchen kann.
Ich wäre allerdings auch sehr dankbar, wenn Du zu diesem Zweck selbst eine Staging Site, bzw. Kopie der Website von Deinem Server aus bereitstellen könntest.
Bei Fragen zum Erstellen einer solchen Staging Site kannst Du deinen Hosting Anbieter konsultieren. Achte bitte darauf, dass WPML auf diesem Staging ebenso unter https://wpml.org/de/account/websites/ registriert sein muss.
Solltest Du dazu nicht in der Lage sein eine solche Kopie der Website zum Testen bereitzustellen, dann lass es mich bitte auf diesem Ticket wissen.
Das private Antwortformular sieht folgendermaßen aus: versteckter Link
Klicke beim nächsten Antworten auf "I still need assistance".
Video: versteckter Link
Beachte bitte, dass wir verpflichtet sind, diese Informationen auf jedem Ticket individuell anzufordern. Wir dürfen nicht auf Zugangsinformationen zugreifen, die nicht speziell auf diesem Ticket im privaten Antwortformular übermittelt wurden.
Ich habe den Migrationsbanner auf der Dev Site abgeschlossen, mir war aber nicht klar, ob hier Credits verbraucht werden dürfen, weshalb ich die Credits von der Dev Site ausgeschlossen und "Translate Everything Automtically" deaktiviert habe.
Zu deinem Beispiel:
Der String "Anmeldemöglichkeiten" stammt von der Text Domain "nova" und kommt vom Theme.
Der String ist aktuell erfolgreich auf FR übersetzt, aber auf IT wird ein deutscher Text in der Übersetzung angewendet.
Siehe Screenshot.
Die Übersetzung funktioniert bei meinem Test wie erwartet.
Das sieht hier eher nach einem Benutzerfehler aus oder die automatische Übersetzung des Strings hat eventuell nicht wie erwartet funktioniert. War das Letztere hier eventuell der Fall?
Hihi ja, dass es wie ein Benutzerfehler aussiehst, verstehe ich.
Eigentlich sollte ja alles automatisch übersetzt werden. Wo da ein Benutzerfehler passieren kann, ist für mich ein Rätsel, schliesse ich aber natürlich nicht aus. Das Problem ist aber, dass die Texte schon mehrfach übersetzt wurden (von WPML KI) und dann plötzlich - und scheinbar ohne muster - wieder auf die Deutsche übersetzung zurückfallen oder so etwas komisches machen wie bei «Präsenztage» auf italienisch.
versteckter Link
Ich habe diese «Präsenztage»-Strings nun erneut von WPML-KI übersetzen lassen auf der live-Seite. Wenn du gerade keine weitere Idee hast, würde ich das Ticket gerne offen lassen und mich wieder melden, wenn das nächste Mal diese Ansicht wieder kaputt ist.
Okay du kannst folgendes probieren, denn dies ist gerade auf der live-Seite passiert.
Nach einem Import via WP All Import musste WPML neue Sätze mit «Präsenztage» übersetzen. Das hat problemlos funktioniert.
1. ist uns dann aufgefallen, dass auf Italienisch «Anmeldemöglichkeiten» steht. Dies haben wir dann automatisch übersetzen lassen (via Übersetzungsmanagement) und es hat «Modalità di iscrizione» daraus gemacht.
2. ist uns dann aufgefallen, dass das Gravity Forms Formular «Anmeldung» deutsche Labels hatte. Also haben wir diese auch nochmals automatisch übersetzen lassen.
=> Wie erwähnt haben wir das Gefühl, dies schon einige Mal gemacht zu haben. Aber da es nirgendwo eine Statistik, Historie oder genau Aufzeichnung gibt, was wann genau übersetzt wurde, sind wir uns stets unsicher, ob wir es uns nur einbilden. Das WPML-Plugin gaslighted uns quasi 🙂
Doch dann:
3. ist uns dann aufgefallen, dass auf Italienisch wieder «Anmeldemöglichkeiten» steht. Nach einem erneuten automatischen Übersetzen scheint es nun für den Moment alles übersetzt zu haben.
Habt ihr irgendeine Idee, was für eine mysteriöse Geschichte hier passiert? Es ist zwar nicht viel Geld, das ausgegeben wird, aber es ist dennoch mühsam, dass wir immer wieder dieselben Dinge von WPML automatisch übersetzen lassen müssen.
Ein Import mit "Import via WP All Import" überscheibt den kompletten Inhalt, sollte ein bestehender Inhalt aktualisiert werden.
In dem Moment, in welchem ein originaler Inhalt editiert wird, leert der Advanced Translation Editor die betroffenen Segmente und es wird eine neue automatische Übersetzung anglelegt.
Was hier alleine unerwartet ist, ist dass ein Begriff anscheinend nicht automatisch in die gewünschte Zielsprache übersetzt wird.
Ich sehe der originale Inhalt verwendet hier den Block "Nova Academy - Lehrgänge" und dieses Block beinhaltet keine Text, die beim Übersetzen der Seite an den Advanced Translation Editor übergeben werden.
Es besteht somit eigentlich kein direkter Zusammenhang, mit dem Übersetzen der Seite und dem String "Anmeldemöglichkeiten". Beim Übersetzen der Seite mit dem Advanced Translation Editor existiert dieser String nicht.
Der String kommt vom Theme (Textdomain "nova") und kann alleine über WPML > String-Übersetzung übersetzt werden.
Ich hab den String nun auf der String-Tabelle gelöscht, dann erneut eingelesen und automatisch übersetzt. Dazu wurden 16 Credits benötigt, welche ich zuvor der Dev-Site gutgeschrieben hatte.
Ein Problem kann ich dabei nicht replizieren. Die Übersetzungen funktionieren wie erwartet und werden auch wie erwartet on Frontend angezeigt.
Danke für die Inputs und aus unserer Sicht wäre es auch total in Ordnung, wenn durch einen import geleerte Felder erneut übersetzt werden müssen. Es wäre jedoch seltsam, wenn ein Import das Wort «Anmeldemöglichkeiten» überschreiben würde.
versteckter Link
Da es nun aber einfach über Nacht wieder passiert ist, dass dieses Wort erneut ent-übersetzt wurde, kann es tatsächlich nicht am Import liegen. Es wurde seit Gestern nichts an der Website gemacht und dennoch steht plötzlich wieder Anmeldemöglichkeiten.
danke für das Video. Also wenn es bereits beim bearbeiten eines Import Settings ausgelöst wurde, sollte das nichts mit dem Import selbst zu tun haben. Zudem wird hier zwischen _postmeta Content sowie _icl_strings in verschiedenenen Tabellen unterschieden.
Ihr Content kommt ja von themes/vantage/assets/blocks/ aus den PHP Files. Ich habe auf der Staging via "String Locator" mal gesucht, wo die Inhalte überall herkommen, da die Strings ja von WP in .php umgewandelt werden.
Dort ist mir aber auch aufgefallen, dass Anmeldemöglichkeiten ebenso über CSS Variablen gesetzt werden (siehe versteckter Link">main.css). Ist Ihnen das bewusst? Die Einträge Privatkunde / Firmenkunde ist dort jedoch nicht gesetzt.
Ich vermute das Problem könnte hierbei sein, dass der gerText() Call im Code somit nicht mehr aufgerufen wird, da dieser via CSS im Frontend ersetzt wurde. Somit könnte der String als nicht mehr verwendet erkannt werden, was bei einem Sync oder Theme-Update den Eintrag entfernt/zum Originalwert zurücksetzt. Daher passiert es immer wieder.
Alles andere passiert in den .MO Files bzw. .php Files, welche unter wp-content/languages/wpml geladen werden.
Guten Tag
Ich habe die Erwähnung in der CSS nun entfernt. Danach habe ich die Erwähnungen in der Datei gettextfrontend.json entfernt und in den PHP-Dateien und der Datenbank die Strings von Hand übersetzt. Danach hielt es für einige Zeit aber nun ist es plötzlich wieder passiert.
Siehe Bilder im Anhang: Es gibt in den Dateien eine einzige Erwähnung des Wortes Privatkunde in unseren eigenen Dateien. Sie kommen jedoch in folgenden Dateien unübersetzt vor:
= languages/wpml/nova-it_IT.l10n.php
= languages/wpml/queue/gettextfrontend.json
In der Datenbank ist es auch einfach kommentarlos wieder verändert und wird aber als Übersetzt angezeigt.
Was mir aber nun neu aufgefallen ist: Ein preg_replace…Fehler im Footer der Seite. Wahrscheinlich haben diese Dinge nichts miteinander zu tun aber irgendwie fühlt sich diese Installation verflucht an…
Wir haben auch schon oft alle Strings gelöscht und neu übersetzen lassen. Gibt es eine Möglichkeit die Datenbank aufzuräumen oder so? Oder haben Sie noch eine Idee, was wir machen könnten?
