I've set up a sandbox for us to experiment in, as testing in your live environment might be restrictive. Here's the sandbox link: hidden link
Key points to remember:
- With WPML's automatic translation, both content and titles are translated.
- WPML usually auto-generates page URLs from titles (see WPML->Settings->Page URL).
- Since titles are translated, the URL slug changes accordingly (e.g., hidden link becomes hidden link).
In WPML settings, you have two alternatives to this:
1. Use 'Translate' to manually edit URL slugs in the ATE editor. This won't work with automatic translations.
2. 'Copy from original language' for languages with encoded URLs.
for this option to work your language NEEDS to use encoded URLs. (this is why it has not worked when you have tested it so far)
To do this you would have to go to WPML->Languages->Edit languages-> Under dropdown for the language set Encode to Yes.
see here the French translation after setting it to Encode 'Yes' and translating -- even though the title was translated the URL Slug keeps 'tuesday' instead of 'fr-tuesday'
1) Ok, I've checked that sandbox and it's working now. My question is that when all the settings are the same as per your suggestions then it will not translate the slug whenever we add new language, right?
2) Is there an option to automatically update the translated slugs for already added languages since there are so many posts on the site that we don't want to manually update the slugs?
3) Does this setting also work for taxonomy and custom post types or do we have to manually update the slug for that?
1 -- IF you add a new language ffrom WPML->languages-> add language then you will need to go to "edit languages" and set it to "YES" for URL Encode as that feature I mentioned ONLY works with languages that use encoded URLs
2 -- Unfortunately not out of the box , you might be able to find a custom solution to achieve this. I recommend taking a look at the following resources for custom work
Can you provide any custom hook that will work for not translating taxonomy slug as I am still facing problem in taxonomy slug translation. I don't want to translate taxonomy slugs.
I am not familiar with a custom hook that would do this, however, to take a closer look please share with me an example of the taxonomy slugs you have that are being translated.
If you go to WPML->Settings->Post Types are you able to locate your taxonomy there and change manually the slug translation?
I unchecked that option because I don't want to translate the taxonomy slug but it's still translating into the corresponding language. I want the same slug which is in the default language (English). I have attached screenshots of the translated slugs. So I need a solution to not translate the slug anymore because I don't want to manually change the slug every time.
Can you please provide a solution so that we don't need to manually translate back to EN when a new language is added? If this solution can not be implemented it will impact our SEO when we launch to production, and this is not acceptable.
If we are unable to find a solution we will have no other choice but to find another translation service for our website.
How are you translating your taxonomies? Are you sending them to the Advanced Translation Editor? If yes, then it is expected for the slug to be translated.
What are your results when manually translating your taxonomies through WPML->Taxonomies Translation?
Yes, I am sending them to advanced translation editor but if I don't go with that then who should I go with so that the taxonomy slug doesn't get translated and we don't want to change the slug manually because changing the slug again and again SEO is affected, that is why we want to keep it automated. So provide solution for that only.
The topic ‘[Closed] Page slug is getting translated even after setting the "Page URL" to Copy’ is closed to new replies.
Manage Cookie Consent
We use cookies to optimize our website and services. Your consent allows us to process data such as browsing behavior. Not consenting may affect some features.
Functional
Always active
Required for our website to operate and communicate correctly.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
We use these to analyze the statistics of our site. Collected information is completely anonymous.The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
These cookies track your browsing to provide ads relevant to you.