Dieses Thema ist gelöst. Hier finden Sie eine Beschreibung des Problems und der Lösung.
Problem:
Der Kunde hat einen Custom Post Type mit individuellen Taxonomien mithilfe von ACF erstellt und wollte unterschiedliche Slugs für die deutsche und englische Version haben (/veranstaltungen/ und /events/). Es gab Probleme mit der Übersetzung der Slugs, und auch nach dem Versuch, dies mit Rewrite Rules zu lösen, wurden die Slugs von WPML überschrieben.
Solution:
Wir haben festgestellt, dass der URL Slug fälschlicherweise mit einem Slash übergeben wurde, was nicht korrekt ist. Wir empfehlen, den Slug ohne Slash zu übertragen, wie in unserer Dokumentation beschrieben: Translating Your Taxonomy Terms from a Central Menu. Außerdem kann der Kunde die Ausgangssprache für die Taxonomie-Übersetzung auf der entsprechenden WPML-Seite ändern, indem er die Option "Sprache ändern" verwendet.
Bitte beachten Sie, dass diese Lösung möglicherweise nicht mehr relevant ist, da sie veraltet sein könnte oder nicht auf Ihr Problem zutrifft. Wenn dies der Fall ist, empfehlen wir Ihnen, ein neues Support-Ticket zu eröffnen. Wir empfehlen auch, die Seite mit bekannten Problemen (https://wpml.org/known-issues/) zu überprüfen, die Version der dauerhaften Lösung zu verifizieren und zu bestätigen, dass Sie die neuesten Versionen von Themes und Plugins installiert haben.
Sollten Sie weitere Unterstützung benötigen, zögern Sie nicht, ein neues Ticket im WPML-Support-Forum zu eröffnen.
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.
Hallo, wir haben mit ACF einen Custom Post Type mit individuellen Taxonomien angelegt. hier scheint es jedoch ein Problem zu geben. Wir möchten, dass die Taxonomie im Deutschen /veranstaltungen/ und im Englischen /events/ ist. Nachdem es mit regulärer Übersetzung per WPML nicht geklappt hat (auch mittels String Translation war es im Deutsche immer "Events") haben wir es mit Rewrite Rules probiert, die WPML wohl jedoch überschreibt.
Bitte um entsprechende Hilfestellung.
Hallo Marcel,
Wir haben auf unsere Staging Umgebung alle Probleme nach Deinen Anweisungen versucht umzusetzen. Das war alles leider kein Erfolg.
Ist es möglich, dass wir Euch einen Zugang geben und Ihr da drüber schauen könntet woran das liegt?
gerne! Ich würde mir das gerne direkt auf Ihrer Seite ansehen. Dazu bräuchte ich bitte temporären Zugriff (WP-Admin und FTP) auf Ihre Seite, vorzugsweise zu einer Test/Staging Seite, an der das Problem nach Möglichkeit repliziert wurde.
Die dafür benötigten Felder finden Sie unterhalb des Kommentarbereichs. Die Informationen, die Sie eingeben, sind privat, d.h. nur Sie und ich können sie sehen und haben Zugriff darauf.
WICHTIG
Bitte erstellen Sie eine Sicherungskopie der Site-Dateien und der Datenbank, bevor Sie uns Zugang gewähren.
-Wenn Sie die wp-admin/FTP-Felder nicht sehen, bedeutet dies, dass Ihre Post- und Website-Login-Daten ÖFFENTLICH gemacht werden. Posten Sie Ihre Website-Details NICHT, wenn Sie die erforderlichen wp-admin/FTP-Felder nicht sehen. Wenn Sie das nicht tun, bitten Sie mich, die private Box zu aktivieren. Die private Box sieht wie folgt aus: versteckter Link
Vielen Dank für die Hilfe.
Es funktioniert jetzt fast. Er kommt immer noch etwas durcheinander, d.h. im englischen wird jetzt /veranstaltungen angezeigt und im deutschen /events wenn man über den Language Switcher geht. Nur über den macht er noch irgendwelche Faxen.
gibt es eine Option, den archive slug zu übersetzen wenn wir ihn so eintragen wie im Screenshot? Was wäre da der Unterschied zwischen custom post type archive slug vs. page slug?
Ein Archiv-Slug für einen CPT wird in WordPress für URLs verwendet, die eine Liste aller Beiträge eines bestimmten benutzerdefinierten Beitragstyps anzeigen (z. B. yourdomain.com/books-archive/ für einen Beitragstyp "Bücher"), während ein Seiten-Slug ein eindeutiger Bezeichner für die URL einer einzelnen Seite ist (z. B. yourdomain.com/about-us/ für eine Seite "Über uns"). Ersteres fasst mehrere Beiträge unter einem gemeinsamen Typ zusammen, während letzteres für einzelne, eigenständige Seiten gilt.
