Home›Support›English Support›[Resolved] Internal Links in the Elementor Pro Default Text Editor are not being translated
[Resolved] Internal Links in the Elementor Pro Default Text Editor are not being translated
This thread is resolved. Here is a description of the problem and solution.
Problem: You are translating your site from English to Portuguese using WPML and Elementor Pro Text Editor. Although the Advanced Translation Editor (ATE) identifies and locks internal links with a message that they will be auto-translated later, the links still point to the English version after scanning. Solution: 1. Ensure that the link fields inside the ATE are locked. When they are locked, WPML will automatically apply internal redirections once the linked content is translated. If you unlock these fields, you must manually translate the URLs. 2. If you are using a text widget that includes an HTML link, WPML might not recognize this as an internal link, and you will need to manually translate it. This is because, currently, WPML handles link fields inside widgets automatically, but not HTML links within text fields.
Please note that this solution might be outdated or not applicable 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. If the issue persists, please 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 currently translating my site from English to Portuguese using WPML. All Portuguese pages are drafts for now. I am using the default Elementor Pro Text Editor, which should be compatible without issues.
Symptoms:
When I scan to translate all the internal links, they do not get translated. In the ATE translator, they are identified and locked with a message stating they will be auto-translated later. However, scanning links states that it translated all of them, but they still point to the English version.
Questions:
Why are the internal links not being translated even though they are identified in the ATE translator?
How can I ensure that the internal links point to the Portuguese version after translation?
When I test the urls in PT even before publishing, they do work
for example /hotels in pt-br is /hoteis and it does resolve.
If I publish all PT pages before the full translation is completed, including, a few templates and sliders and some widgets. Wouldn't all those pages be sent to Google via sitemap?
I don't want to put up a robots.txt no index on /pt-br/, because I want a clean launch of the new translation.
For admins, you find an option on their profile that must be enabled so that admin can see hidden content:
Profile > WPML language settings:
Hidden languages:
All languages are currently displayed. Choose what to do when site languages are hidden.
- Display hidden languages
If after completing all the translations you still experience issues we can offer to investigate. Unless you currently have an example of an internal link working as expected, even while the content you are linking to has been translated and published and relative templates have been translated and published as well.
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
Hello,
I would like to request temporary access (wp-admin and FTP) to the website to investigate the issue further.
You can find the required fields below the comments section when you log in to leave the next reply. The information you provide is private, meaning only you and I can see and access it.
IMPORTANT
Please be sure to back up your website and database before granting us access.
If you can't see the "wp-admin / FTP" fields, your post and website credentials will be set to "PUBLIC." DO NOT publish the data unless you see the required wp-admin / FTP fields.
The private reply form looks like this: hidden link
Click "I still need assistance" the next time you reply.
Video: hidden link
Please note that we are required to request this information individually on each ticket. We are not permitted to access any credentials that were not specifically submitted on this ticket using the private response form.
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
The link fields inside the Advanced Translation Editor are by default locked and as long they are locked, WPML will apply internal redirections automatically once the content you are linking to has been translated.
In your case, various of those link fields have been unlocked but are not translated. If you unlock those fields you will need to manually translate the URLs.
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
If you suspect that the issue occurs also on links that are not unlocked then you need to provide me an exact example and I will be glad to investigate.
I need a link to the page where the issue appears and the link that you are trying to translate.
---
There is no way to lock the link fields again. You could try to edit the links on the original content and save them again.
Or you could try to cancel the current jobs at WPML > Translation Management > Jobs and then create a new translation, but I have not tested this behavior yet, to be honest.
Further, I could try to reset the translation memory for the site, but this would mean that all saved translations inside the Advanced Translation Editors memory will be emptied and need to be created again.
The unlocked link fields should not affect future translations, as those fields are unlocked only on existing jobs.
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.