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 64 replies, has 0 voices.

Last updated by Andreas W. 2 days, 14 hours 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.

August 28, 2025 at 5:04 am #17353255

Andreas W.
WPML Supporter since 12/2018

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

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

My apologies, but I was still not able to find out what is causing this issue. The issue persists on a local copy of your site, testing only with Uncode and WPML.

It would be very helpful if you could cooperate with installing Uncode and its plugin in the latest version available on a test site, which I would like to provide.

This way, we could confirm if this is a general issue and take further steps.

Would this be possible?

August 28, 2025 at 5:21 pm #17356151

Maximilian Wellner

sure, please send me the access

August 28, 2025 at 11:04 pm #17356440

Andreas W.
WPML Supporter since 12/2018

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

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

Thank you for your cooperation!

Here is the link for the test site:
hidden link

Please leave me a comment once the theme and its plugins are installed. Make sure to use the latest version.

August 29, 2025 at 4:43 pm #17358559

Maximilian Wellner

done

August 30, 2025 at 5:01 pm #17359744

Andreas W.
WPML Supporter since 12/2018

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

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

I can not confirm the same issue on my test site. You can visit the example here:
hidden link

My apologies, but at this point, I am sadly out of ideas what could have caused the issue or how to solve it, and I need to consult my colleagues internally.

Once I receive feedback on this matter, I will reach out to you again.

September 2, 2025 at 10:37 am #17365456

Andreas W.
WPML Supporter since 12/2018

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

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

Hello,

Would it be possible for you to provide us access to a staging site, on which we can run further tests?

In case you are unsure about this feature, please consult your hosting support team.

Please make sure to register WPML with a unique site key on this new staging site and also verify that the Object Cache works as expected.

If you are not able to set up such a staging site on our server, I can offer to create a test server install on Cloudways and send you instructions for migrating the site for testing purposes.

Best regards
Andreas

September 2, 2025 at 10:38 am #17365458

Andreas W.
WPML Supporter since 12/2018

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

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

The private reply form is now enabled again.

September 2, 2025 at 4:26 pm #17367139

Andreas W.
WPML Supporter since 12/2018

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

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

On the staging site, we updated the translation for the homepage, and it solved the issue in a minimal setup.

At the moment, the Advanced Translation Editor is not operating on this staging site, and we are looking into the reasons for that.

Important: If you see the link URL on the translation editor, please leave those links as they are. Do not translate them, and internal linking should work as expected.

Could you please make sure to also update all plugins on your live site, and then check if the issue persists after clearing object cache and site cache?

September 13, 2025 at 12:09 pm #17399254

Maximilian Wellner

issues persists, please advise

September 14, 2025 at 6:34 am #17399646

Andreas W.
WPML Supporter since 12/2018

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

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

Indeed, the issue occurs again after editing and saving the original homepage. My apologies for not realizing this in the first place.

I would kindly like to ask you for some patience, as I need to consult the team. At the moment, I am not able to identify the cause of the issue.

Once I have news, I will contact you here again.

September 16, 2025 at 1:56 pm #17406602

Maximilian Wellner

thank you, I will be waiting