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 |
|---|---|---|---|---|---|---|
| - | 7:00 – 15:00 | 7:00 – 15:00 | 7:00 – 15:00 | 7:00 – 15:00 | 7:00 – 15:00 | - |
| - | - | - | - | - | - | - |
Supporter timezone: Pacific/Easter (GMT-05:00)
Tagged: Feature request
This topic contains 23 replies, has 0 voices.
Last updated by John-Pierre Cornelissen 2 weeks, 1 day ago.
Assisted by: Ilyes.
| Author | Posts |
|---|---|
|
August 13, 2026 at 12:25 pm
#18207104
|
|
|
Hello, I took over management for a website from another agency. WPML is currently under their license and it should be moved to my own account. I know how to change the license, but have the following questions for what happens after changing the license: 1) will the current credit balance stay with this website? Thanks |
|
|
August 13, 2026 at 8:15 pm
#18207767
|
|
|
Ilyes Supporter
Languages: English (English ) French (Français ) Arabic (العربية ) Timezone: Pacific/Easter (GMT-05:00) |
Hello, Please confirm if I understood the issue correctly, The current website has been registered under a license under the old agency WPML account. Then in this case, there should be two pathways that our account management team can confirm : 1- See with our account management team if it is possible to moves licenses without changing sitekey and disconnecting the PTC translation memory 2- Or registering a brand new license to the same website and connect it to the old license memory For that, I think it is better to directly contact our accounts team at hello@wpml.org. |
|
August 14, 2026 at 7:26 am
#18208156
|
|
|
Your understanding is correct. I'll contact the account team. Thanks, |
|
|
August 14, 2026 at 2:57 pm
#18209041
|
|
|
Hi Ilyes, So Mercedes Barreda from the account team says: Yes, I see the url was registered before for automatic translation. It has been moved. I see the site was previously registered as -- The live site is hidden link I can go back to Ilyes, but he has referred me to you... So, is there a way to hook this site into my account at wpml.org@horecawebservice.nl -- Yes, I understood all that. ---- So, if I add my own license to this site, can you check if it's translation memory is carried over? I don't think I can check that myself. Can I? Thanks |
|
|
August 14, 2026 at 4:26 pm
#18209148
|
|
|
Ilyes Supporter |
Hello, I would like to ask for temporary access to your site’s wp-admin to investigate the issue further. If you do not see the form below, please do not enter your credentials as they will be publicly exposed. Best regards, |
|
August 15, 2026 at 3:01 pm
#18209828
|
|
|
Ilyes Supporter |
Hello, I did some digging on the history of your site, and found out that : The site was initially registered on a testing site in 2020: hidden link. Then it was moved handled on a the live site staging site on 2024, this is when the memory translation started. And for the staging site hidden link , this is just a copy, and not a move, so basically no memory were saved or credits were used here. Long story short, here is the full history of automatic translations used : hidden link I'm sharing this info to suggest in case we cannot link the memory completely because it seems the report contain old memory structure that could be lost in migration, Hence why we usually say that it is not possible to do such memory transfer on the same site. This is why, how about redoing the automatic translation, free of charge in case any of the pages loses memory, losing memory will not affect the actual existing translations. Your pages will keep being accessible all the time as the translation is technically saved under your database. So in this case we : - Register the site using your new Key Let me know if that works. |
|
August 15, 2026 at 8:15 pm
#18209982
|
|
|
Hi and thank you for looking into this! I had a look at the history of the automatic translations and there seem to be a lot of pages missing from there. It contains 41 unique links but there are 133 urls with /en/ in the sitemap. Has the difference gone missing? Or does it mean that the site owner has translated that manually? Is there a way to push the current translations that are in the sites local database into the Translation Memory? What happens when a translated page is being updated and then translated again? Let's 75% remains as is and 25% is changed. Will it only re-translate the changed 25%, keep the translations of the unchanged 75% and push all 100% into the TM? Sorry for all the questions. I am trying to understand how it works before I talk to the site owner to decide on how to proceed. Thanks! |
|
|
August 17, 2026 at 3:02 pm
#18211697
|
|
|
Ilyes Supporter |
Hello, All your questions are welcomed, do not hesitate to ask more if that means we get to the most accurate and efficient result, Most pages missing from the credit report, 82 to be exact, were last translated or updated through the regular WordPress editor. Another 15 were last handled through ATE despite having no corresponding URL in the supplied credit report. So those 15 other missing links have no translation credit usage report, so they have been translated using ATE but manually, the translation memory for those 15 will be maintained. The only way to push content to memory is through ATE "save" button, every time you send pages to automatic translation or you manually translate them using ATE, and then hit save, a copy of the content will be added to the memory. So for the 82 pages, you won't be able to add them to memory unless you redo the translation from scratch using ATE. That is why I recommend you keep editing those pages using WP editor. And you are right, when you edit a page previously translated with ATE, only the edited segments are affected, so if 25% of content changed, then 25% of the page needs a re-translation. And as an insurance, we can assign enough credits to redo any lost memory in case of complications. |
|
August 17, 2026 at 4:55 pm
#18211782
|
|
|
Hi again, Thank you for explaining. I registered the site under my own license key now. If there are so many pages translated outside the ATE, it seems like they didn't really know what they were doing. That stops me from worrying more about the translation memory 😉 Can I see from within WP how a page was translated (ATE/WP Editor)? Did I understand correctly that the translation memory is linked to the automatic translation payment account? So you basically can't cancel that without loosing the full translation memory? Also, I use a single pay as you go account and have all my client websites connected, so I get a single invoice. Does that mean that: Thanks |
|
|
August 17, 2026 at 11:26 pm
#18212078
|
|
|
Ilyes Supporter |
Hello, 1- You can see what editor is used previously when you edit the original page here : hidden link This draft page was translated using WP editor and that can be seen from the selected editor in the languages tab here : hidden link Another example, this post from your custom post type "vacature" was also translated manually using WP editor : hidden link 2- No, you do not lose your entire Translation Memory merely because you cancel Pay-As-You-Go or remove the payment method. The confusion comes from WPML combining several separate things under its translation logic. Translation memory is not related to payments because even if you do not use credits to translate with ATE (advanced translation editor), the translations will be saved in the memory (our servers). The complication in moving "accounts" is that each WPML account has a unique ID, and each time you register a site KEY, both the account ID and the Site key are used to identify your site. Losing this ID breaks the link, but it can be restored in multiple scenarios manually from our side. Hence why I previously mentioned that we cannot ensure a full memory link because it seems the report contain old memory structure that could be lost in migration. However, checking your site right now, I do see that the memory is linked correctly. 3- No, you receive an invoice for each unique website separately, you can see those invoices here : hidden link Go under the tab "invoices", and you will only see that site's invoice. You will only get an invoice for all the sites combined if they are all LINKED like this : https://wpml.org/documentation/automatic-translation/automatic-translation-subscription-for-multiple-sites/ Which can also be checked under the same page here : hidden link And the payment method has nothing to do with the memory as mentioned before. |
|
August 18, 2026 at 7:44 pm
#18214042
|
|
|
Hi and thanks again!
She said: You said: You say the TM is linked to my WPML account ID + the Site key. She says it's connected to the the automatic-translation account, which I assumed is the payment account. It would make it a lot easier if the TM was just linked to the domain where the translations were created for.
The url you gave about LINKED sites gives a few benefits. I linked all sites because of the Lower cost per credit + One invoice, but given the Shared translation memory + Consistent terminology, it makes more sense to only link related sites together. Given the Shared translation memory of LINKED sites, what happens with the translation memory if I unlink a site? Let's say I have site A, B and C linked together so they share their TM. Now I unlink site C. Obviously site A and B keep sharing their TM, but what happens with the TM of site C? Does it keep it's own TM? Thanks |
|
|
August 19, 2026 at 2:37 pm
#18215773
|
|
|
Ilyes Supporter |
Hello, The automatic-translation account and the unique ID are interchangeable, I'm just sharing a more accurate technical explanation. What I'm trying to explain is that you have a translation memory, regardless of using automatic translation or not. And for your scenario, When you unlink site C, the memory is reset, here is what will happen : https://wpml.org/documentation/automatic-translation/automatic-translation-subscription-for-multiple-sites/#how-to-disconnect-sites And for your suggestion, linking memory to domains introduces many complications especially in relation to domain and server changes, sharing credits, WPML accounts billing... |
|
August 20, 2026 at 1:03 pm
#18217262
|
|
|
Thank you for clarifying. I think it's not very good that the translation memory and glossary are reset when you disconnect a site. Changing a domain can cause complication, so does changing a unique id. Can I submit a few feature request regarding all this? 1) When a site is disconnected, it should keep it's translation memory and glossary. Either everything or just the entries that are or have been used on the site that is disconnected. 2) Have an option to connect unrelated sites to a single payment account without letting them share the same translation memory and glossary. That way agencies like me get a single invoice and lower cost per credit while the memory stays clean and relevant to each specific site and won't get reset/lost when you disconnect them. 3) When you have multiple sites connected, the translation dashboard of every connected site has the 'Payments & Maintenance' tab that shows the payment plan (and can cancel it), spent details, usage reports, all other connected sites and all invoices. All these details should only be visible in the main site with the translation account. Sub sites should only see that it's connected to another sites translation account with an (optional) option to disconnect it, and a warning that explains what happens when you do. 4) There should be a procedure to keep a sites translation memory when a site key, account id, domain or anything else changes that is used to link the site and the memory. Thank you for all your help! JP |
|
|
August 20, 2026 at 2:17 pm
#18217366
|
|
|
Ilyes Supporter |
Hello, Changing domain name doesn't cause a disconnect in translation memory or payment method, registering a different sitekey also doesn't disconnect the translation memory, so you can rest assured. When any significant change happens to the domain name or server IP, WPML will ask you if the site was migrated and automatically adjust the link. The only complication is when it comes to a WPML.ORG account, each account has a unique ID or as we call it internally "organization ID", having this link removed can cause issues. but it is just something we recommend against, as it can have unexpected behaviours all depends on many variables but it is possible. 1- I will ask our internal devs about the feature request to see if it is possible to make the memory persistent in case of disconnecting it. |
|
August 20, 2026 at 5:11 pm
#18217604
|
|
|
Hi, #3 the way the connect feature is intended was never clear to me, now it is. With that in mind I understand it would be best to have them all individual and disconnected, but I don't want them to loose their TM, nor do I want to loose the credit benefit and single invoice. #4 doesn't the WPML.ORG account / organization ID get updated when a site key from WPML.ORG account A is replaced with a site key from WPML.ORG account B? |
|