Skip Navigation

This thread is resolved. Here is a description of the problem and solution.

Problem:
The client rebuilt their website using the Divi page builder and expected the translation memory and credits from the original site to be shared with the new site. However, after translating a page that was already fully translated on the live site, 200 credits were unexpectedly used. The translation memory did not seem to be shared as anticipated, possibly due to content segmentation issues caused by the Divi shortcodes.
Solution:
We reviewed the client's situation and confirmed that differences in content segmentation between the old and new site versions were causing the translation memory to not recognize the content as the same. We provided a detailed explanation through a video (video link). To address the issue of the unexpectedly used credits, we reassigned 20,000 credits to the client's account to compensate for the discrepancies and partial matches of the translation memory.

If this solution does not resolve your issue, or if it seems outdated or irrelevant to your case, we recommend opening a new support ticket. We also 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. For further assistance, please visit our support forum 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.

Tagged: 

This topic contains 6 replies, has 2 voices.

Last updated by Trevor 5 days, 11 hours ago.

Assisted by: Ilyes.

Author Posts
November 19, 2024 at 11:01 am #16418128

Trevor

Background of the issue:
We rebuilt our website in Divi to facilitate easier translation, as the original site had hardcoded content. We had previously translated a significant amount and used 25,302 credits. We connected the two sites to share the translation memory and WPML account, as per the WPML article: https://wpml.org/documentation/translating-your-contents/advanced-translation-editor/using-advanced-translation-editor-when-you-move-or-use-a-copy-of-your-site/. This setup should allow sharing of translation credits, memory, and glossary.

Symptoms:
After translating a page that was already fully translated on the live site, 200 credits were used instead of none, which was unexpected. The translation memory doesn't seem to be shared as anticipated.

Questions:
How can we access the translations already made?
Why isn't the translation memory being shared as expected?

November 19, 2024 at 11:06 pm #16421884

Ilyes
Supporter

Languages: English (English ) French (Français )

Timezone: Pacific/Easter (GMT-05:00)

Hello,

Thank you for contacting WPML support team,

I have the full report on all the credits you used since the start of your subscription : hidden link

I tried comparing a couple of translation between hidden link and hidden link, but can't help to find the content between the same pages as different.

Could you please share the example where the page used 200 credits? I could then check why this is occurring.

It could be a difference in content, segmentation issue or a bug, but I can't yet confirm.

Best,

November 20, 2024 at 2:34 pm #16425152

Trevor

Hi Ilyes,

I did actually include the example page that I re-translated in my original message to you, but your system stripped it out when it re-wrote my issue. Hey ho.

The page on the live set is: hidden link

The page on the dev site is: hidden link

You can only see the translation in the backend as it isn't live on either site, but both English-language versions are the same.

Thanks very much for your help in trying to resolve this issue.

Kind regards!

November 20, 2024 at 4:51 pm #16425814

Trevor

PS In case it's relevant: the new version of this website is built with the page builder Divi, which inserts shortcodes into the content field when used. So it may be that this is disrupting the matching between old version and new version of a page. If this is the issue, is there a way we can match old page and new, or do we have to copy translated content across by hand?

November 21, 2024 at 9:30 pm #16431119

Ilyes
Supporter

Languages: English (English ) French (Français )

Timezone: Pacific/Easter (GMT-05:00)

Hello,

It is actually relevant as the segmentation between the old and new content is difference, hence the translation memory isn't detecting the same content.

Here is a video explaining this in more details : hidden link

Best,

November 22, 2024 at 3:41 am #16431742

Trevor

Thank you Ilyes - that is very helpful indeed. I'll discuss with my colleague and report back soon if that's OK.

November 22, 2024 at 9:07 pm #16435286

Ilyes
Supporter

Languages: English (English ) French (Français )

Timezone: Pacific/Easter (GMT-05:00)

Yes, take your time, and let me know if you have other questions,

Best,

November 25, 2024 at 10:48 am #16439220

Trevor

Hi,

As mentioned in the original ticket we used 25,302 credits translating the site before we rebuilt it in Divi. I had assumed all of that translated content would be available when we migrated it to Divi since none of the content had changed. I understand why that isn't the case now, thanks for the video.

As we didn't have enough credits left assigned to the site to translate it again (40,000 credits were purchased by our client via us and assigned to the site for the purpose of translating it), we translated as much as possible using the 14,698 credits available.

Can you refund us the original 25,302 credits used? Or can you only credit us for credits used in the re-translation process? If so, we are currently at 11,948 but there will be more credits to reimburse.

Kind regards,

November 26, 2024 at 8:51 am #16443342

Trevor

Hi Ilyes,

Many thanks, that sounds good. Your prompt response is much appreciated!

Kind regards,

Katharine