Home›Support›English Support›[Resolved] URLs on translated pages link to original language | String translations not showing in list | Rando...
[Resolved] URLs on translated pages link to original language | String translations not showing in list | Rando...
This thread is resolved. Here is a description of the problem and solution.
Problem: The client is experiencing 404 errors, incorrect URL links on translated pages, and issues with string translations in a WooCommerce environment after restoring a backup. The suspected causes include potential conflicts with SEO plugins or incompatibilities with the 'Divi Plus' plugin. Solution: 1. To address the 404 errors, we recommend resetting the SEO Press plugin by deactivating it, clearing all caches, and reactivating it. This approach has resolved similar issues in the past. 2. If the problem persists, test the website with only WPML plugins and a standard theme, while deactivating all other plugins to isolate the issue. 3. For issues specifically related to the 'Divi Plus' plugin, it appears there is a known compatibility issue with WPML. We advise contacting the plugin author to request a compatibility update. Additionally, plugin developers can refer to WPML's documentation for making their plugins compatible. 4. If you encounter PHP notices related to '_load_textdomain_just_in_time', this is a known issue with WordPress 6.7 affecting many plugins and themes, including WPML. Updating your plugins and themes to the latest versions may resolve these notices.
Please ensure to back up your website before making any changes and, if possible, perform these actions on a staging site to avoid affecting your live site.
If these solutions do not resolve your issues or if they seem outdated or irrelevant to your specific case, we highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. Should you need further assistance, please do not hesitate to open a new support ticket at WPML support forum.
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.
Background of the issue:
I am experiencing several issues with WPML on my website, particularly after restoring a backup. The issues include 404 errors, incorrect URL links on translated pages, and problems with string translations. The issues are affecting my WooCommerce shop pages and other parts of the site. Here are the URLs where the issues can be seen: hidden link; hidden link.
Symptoms:
404 error caused by WPML, URLs on translated pages link to the original language, and string translations not showing in the search results.
Questions:
How can I resolve the 404 errors caused by WPML?
Why are URLs on translated pages linking to the original language?
How can I fix the issue with string translations not showing in the search results?
As per our forum policy we can only handle one issue per ticket, so in this ticket I'll take care of 404 issues. For other issues, please report in separate tickets, so you can get more to the point help, instead of mixing several issues in one big ticket.
I checked several pages in your site (including translations) in an effort to find 404 issues but can't see any. Can you please provide the list of the pages or content where this issue is happening?
On the other hand, I recently had a similar issue where an SEO plugin was causing a similar issue. Can you please try resetting the SEO Press plugin settings? Usually a simple deactivate, clearing all caches and activating again is helpful.
If that doesn't work, I request checking with only WPML plugins and a standard theme, while deactivating all other plugins to see if the problem is really coming from the WPML?
IMPORTANT: Please take full backup of your website and database before trying any of the above mentioned.
It is highly advised to try this on a staging/dev site first, so your live website isn't compromised.
Please let me know your findings and I'll try my best to help you further on the matter.
the page runs into a permalink issue when you do the following: open a page in German and in English in a second tab. Then really quickly click on different buttons on both tabs. This will sooner or later result in a 404 error. And I assume it's related to the fact, that on translated pages, the URLs of most buttons (altough they are dynamic links) link to the original (German) version.
On a backup page from January, with the same plugins, I don't have this issue.
thank you for your feedback. In the meantime I was able to solve the issue with the English/Italian links pointing to the German version. Under Languages, the Theme-Translation got automatically disabled after updating to WPML 4.17.0.
However, the issue with the 404 errors remains. I found out, that when disabling Divi Plus, the 404 doesn't occur anymore. So I assume it's related to Divi Plus, WooCommerce and WPML. It also happens when switching languages on a product category page, like here: hidden link
(right now, Divi Plus is disabled to avoid the issue)
Theme and plugin authors are welcome to join WPML’s Go Global program, which helps them make their code multilingual ready. Together with WPML’s compatibility team, they can test and confirm that their theme or plugin works with WPML. See https://wpml.org/documentation/support/go-global-program/ for details and you can refer your theme/plugin provider to this as well.
thank you for your feedback. I talked to Divi Plus and say this issue is new to them, altough Divi Plus is used on many pages where WPML is running.
Whenever the issue occurs, I see this error log in WP Debug:
[05-Mar-2025 17:34:00 UTC] PHP Notice: Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the
complianz-gdpr
domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the
init
action or later. Please see Debugging in WordPress for more information. (This message was added in version 6.7.0.) in /home/u714873444/domains/blackcamp.it/public_html/wp-includes/functions.php on line 6114
[05-Mar-2025 17:34:00 UTC] PHP Notice: Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the
woocommerce-payments
domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the
init
action or later. Please see Debugging in WordPress for more information. (This message was added in version 6.7.0.) in /home/u714873444/domains/blackcamp.it/public_html/wp-includes/functions.php on line 6114
But these errors also occur when Divi Plus is disabled.
Is there anything you can think off to debug or solve the problem?
There are still so many authors or devs who still need to update their plugin or theme to cater this. However, this may not be the reason of those 404 errors in your site.
If you observe these notices, you'll find the responsible plugins (i.e. complianz-gdpr and woocommerce-payments in your case). Although these are not critical issues but it's always a good idea to report to the relevant authors about these PHP notices, so they can take care of it (or perhaps if you update these plugins to the latest version, they may have already done it).
As long as those Divi Plus related 404 errors are concerned, I'll recommend prepare a test site with only WPML and Divi Plus plugins, reproduce the issue, then deactivate Divi Plus and see if 404 error is still there or not? If not, then of-course you can provide all your investigation with proof to Divi Plus support. However, if issue is still there (even after deactivating Divi Plus), feel free to share the same with us and we'd love to take care of it.
Hi Waqas. Thank you for your feedback.
I got in contact with Divi Plus, this is what they replied:
We discussed your last response with our developer team and they mentioned that our plugin is translation friendly but it does not have any code that may result in turning the modules into short codes when the language it changed.
However, as I have another support ticket open with your German colleague Marcel (I had to split the various issues into various tickets, therefore I continued in this thread) I will continue with him on this.
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.
