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.
Tagged: Known issue
This topic contains 5 replies, has 1 voice.
Last updated by Otto 2 weeks, 1 day ago.
Assisted by: Otto.
Author | Posts |
---|---|
April 3, 2025 at 5:51 pm #16894445 | |
Giulio |
Background of the issue: Symptoms: Questions: |
April 7, 2025 at 7:56 am #16902629 | |
Bigul WPML Supporter since 01/2013
Languages: English (English ) Timezone: Europe/Vienna (GMT+02:00) |
Hello, Welcome to the WPML support forum. Before passing this thread to my colleague, I would like to share some suggestions and possible solutions for the issues you mentioned. Sorry for the late response because of the holidays and the high support load. It is not normal here. Thank you for your kind understanding. To help you faster, I've enabled debug information for this support ticket. Please see this link for how to get this information from your site and give it to us: http://wpml.org/faq/provide-debug-information-faster-support/ Translating a post or page using the same slug as the original will automatically add a language code suffix to the translated version. This happens because the WordPress API does not allow duplicate slugs for posts or pages within the same site. So this is an expected result. Please refer to the following links for more details and let us know your feedback. https://wpml.org/errata/translated-term-slug-identical-to-the-original-term-slug/ -- Bigul |
April 7, 2025 at 8:52 am #16902983 | |
Giulio |
I’m already familiar with the suggested workaround, and I’ve actually applied it. But you can surely understand that if I have to automatically translate an entire website and then go back to review 600 pages, this becomes a real issue. If there’s a known workaround, it means that WPML could potentially anticipate this situation and handle it automatically. Don’t you think? I’m asking you to provide a solution that prevents me from having to manually recheck a huge number of pages before they get indexed by Google. As you know, once they’re indexed, I won’t be able to change the URLs without additional work – and that’s definitely something we’d prefer to avoid. |
April 9, 2025 at 1:26 pm #16914070 | |
Otto WPML Supporter since 09/2015
Languages: English (English ) Spanish (Español ) Timezone: America/Argentina/Buenos_Aires (GMT-03:00) |
Hello again, Giulio 🙂 And again, please apologize for the delay. Regarding WPML handling slugs like in the workaround. That's a feature that's on our backlog for WPML 4.8, but is not currently available. It may be implemented for that version, but I can't promise it will be. Best Regards, |
April 9, 2025 at 1:30 pm #16914072 | |
Giulio |
Hi Otto, first of all—thank you. I’m glad to hear that you’re considering integrating this properly into the plugin. Honestly, I have to laugh a bit at how you heavily advertise the idea of translating a whole site with one click… only to discover countless small issues afterwards. I’m sure you’ve noticed I’ve opened several tickets in recent days. They all relate to real-life challenges that an E-Commerce Manager faces due to things WPML doesn’t currently handle. There’s still a long way to go—really. We’re not quite at the “one-click translation” stage yet. That said, thank you again. I look forward to updates. We need to translate our site in the coming weeks and, as mentioned, we simply can’t go through and double-check the slugs of hundreds of products in multiple languages. |
April 9, 2025 at 2:52 pm #16914653 | |
Otto WPML Supporter since 09/2015
Languages: English (English ) Spanish (Español ) Timezone: America/Argentina/Buenos_Aires (GMT-03:00) |
Hi Giulio, I am sorry for the inconvenience. As far as I can see, all the other tickets are already being handled. I hope we can help you with all those issues. Best Regards, |