[In der nächsten Version behoben] Issues with translated order received endpoint
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:
I have recently installed the latest WCML, upgrading from version 5.3.9 to 5.5.3 at the beginning of November. I noticed that I have no tracked conversions in my second language (English) since the upgrade. I tried debugging with Tag Manager and found that when I reach the site versteckter Link;, it shows a basically empty site with just the text 'Order received' and 'Thank you. Your order has been received.' After debugging, I found that changes to the endpoint handling have caused the global $wp->query_vars['order-received'] to be set but empty on the translated English endpoint when using 5.5.3. Rolling back to version 5.3.9, everything worked, including using 'order-received' as an endpoint in the second language. With version 5.4.0, this functionality broke.
Die Symptome:
An empty checkout page without order details, no emails, and no order tracking for Google Ads. The global $wp->query_vars['order-received'] is set but empty on the translated English endpoint.
Fragen:
Why is the translated 'order-received' endpoint not working correctly in version 5.5.3?
What changes in endpoint handling caused the issue with the translated endpoint?
Man kann also aktuell keine Bestellungen in Englisch abschließen oder ist es so, dass die Seite der Bestellbestätigung in Englisch nicht angezeigt wird, aber die Bestellung funktioniert hat?
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 findest du unterhalb des Kommentarbereichs, wenn Du dich anmeldest, 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 eventuell ein Plugin namens "All In One WP Migration" installieren, um eine Kopie der Website anzulegen, auf welcher ich das Problem genauer untersuchen kann.
Ich wäre allerdings auch sehr dankbar, wenn du zu diesem Zweck selbst eine Staging Site 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.
Es geht um ein spezielles Setup, welches du recht einfach bei dir herstellen kannst.
2 sprachig, 1. Sprache Deutsch, 2. Sprache Englisch.
Wenn man den Endpunkt "order-received" in der 1. Sprache also Deutsch auf "bestellung-erhalten" übersetzt und dann den Englischen auf "order-received" retour übersetzt passiert genau das was ich oben geschildert habe.
Die Bestellung geht immer durch, der Kunde landet nur entweder wieder im leeren Warenkorb oder aber auf einer Seite wo nur steht bestellung erhalten ohne irgendwelche Order Daten"
Beide dieser Seiten triggern dadurch nicht die Hooks die normalerweise für den Bestellabschluss notwendig wären. E-Mail an den Kunden und auch die Conversion wird nicht vom tag manager getrackt, da hier die Infos fehlen.
Da ich eine extra Umgebung aufsetzen müsste für den Zugriff würde ich bitten, dass Ihr das kurz bei euch nachstellt da die Konfiguration ja wirklich simpel ist.
5.3.9 -> alles funktioniert mit dem Setup
5.4.x -> Wenn man die übersetzung auf "order-received" setzt landet man direkt im cart. Wenn man irgendeinen anderen slug wie z.B. "order-received-2" nimmt, dann funktionierts
5.5.3 -> Man landet bei allen Übersetzungen auf einer Seite die nur anzeigt. Order received... ohne Order Details.
Der Screenshot ist leider nicht be mir angekommen, aber ja das klingt genau nach dem Problem.
Das "bekannte" Problem stammt aber aus der Version 5.0.2 und in der Version 5.3.9 war bereits alles behoben. Funktionierte also mit diesem Setup einwandfrei. Erst ab 5.4 traten hier wieder Probleme auf.
Somit würde ich das als ein "neues" Problem erachten.
Ja, dann ist das Problem noch weiter verbreitet als gedacht..
Zum zeigen, dass es in beide Richtungen ein Thema ist hab ich den Endpoint mal auf Deutsch gesetzt und die Übersetzung in die andere Richtung durchgeführt.
Dann dreht sich das Problem genau um. Also es ist egal ob English die 1. oder die 2. Sprache ist in diesem Fall.
