Skip to content Skip to sidebar

This is the technical support forum for WPML - the multilingual WordPress plugin.

Everyone can read, but only WPML clients can post here. WPML team is replying on the forum 6 days per week, 22 hours per day.

Sun Mon Tue Wed Thu Fri Sat
- - 9:00 – 18:00 9:00 – 18:00 9:00 – 18:00 9:00 – 18:00 9:00 – 18:00
- - - - - - -

Supporter timezone: America/Lima (GMT-05:00)

Tagged: 

This topic contains 48 replies, has 0 voices.

Last updated by Andreas W. 22 hours, 37 minutes ago.

Assisted by: Andreas W..

Author Posts
August 23, 2025 at 2:56 pm #17342083

Maximilian Wellner

I updated to the beta releases. with the test page, I got it working. Then I tried the process for the home page again, and tested by going to the danish version, and clicking the button where it says "
Fast pris for webdesign
LANGT MERE END BARE EN HJEMMESIDE"

which lead me to the FRENCH product translation. So sth still does not seem right, please investigate. Thanks a lot

August 23, 2025 at 7:36 pm #17342324

Andreas W.
WPML Supporter since 12/2018

Languages: English (English ) Spanish (Español ) German (Deutsch )

Timezone: America/Lima (GMT-05:00)

I honestly have never seen such odd behavior on any site. There is a complete mix of languages in those button links on almost every page. Besides, it is a completely random issue. There is no clear pattern. Somehow, suddenly, links appear with a different random language.

One thing that might have been causing issue is that you changed the default locale for Arabic and Japanese, which is not valid. I have adjusted this now, Further, you enabled "URL Encoding" for various languages, which also is not necessary.

Should You Enable “URLs kodieren” in WPML?
No — if the browser is already handling the encoding correctly, and your theme/plugin (like Uncode) expects raw slugs, you should leave “URLs kodieren” set to “Nein”.

Here’s why:
Browsers automatically encode/decode non-ASCII characters in URLs. You don’t need WPML to force it.

WPML’s encoding logic is aggressive — it encodes even Latin characters with accents, which can break internal links in themes that expect readable slugs.

Uncode Button Widgets and WooCommerce links often rely on raw slugs or post IDs. Encoding can interfere with their resolution logic.

---

How to proceed:

Please go to WPML > Übersetzungsmanagement > Dashboard > Produkte and select the product "Full Service Marketing Flatrate: Nakaryu One".

Now, scroll down and select to translate the product automatically into all languages. You will realize that many languages still need more than 1000 credits to complete the translation.

Please complete those translations.

Now, go to WPML > Einstellungen > Linkziele übersetzen and run the option "Jetzt durchsuchen und Links anpassen".

If this does not solve the issue, please let me know. I might need to consult the second-tier support at this point, as I am out of ideas on how to solve this issue.

links.png
August 23, 2025 at 10:21 pm #17342429

Maximilian Wellner

"Further, you enabled "URL Encoding" for various languages, which also is not necessary."

I enabled this just a few days ago, as recommended by a supporter in my other ticket. https://wpml.org/forums/topic/prevent-slug-translation/#post-17338862

I followed all your steps carefully, retranslated nakaryu one product, updated link targets and still find wrong links.

sample: the button below Fast pris for webdesign
LANGT MERE END BARE EN HJEMMESIDE

on the danish home page leads to arabic content

August 26, 2025 at 6:00 pm #17349280

Andreas W.
WPML Supporter since 12/2018

Languages: English (English ) Spanish (Español ) German (Deutsch )

Timezone: America/Lima (GMT-05:00)

My apologies, I will be investigating further and reach out to you once I have an update.