Problem: The client is trying to translate content on their website and wants to avoid being charged again for translating the same section when it appears on different pages, especially when there are slight variations specific to different locations.
Solution: We explained that the WPML's Automatic Translation Engine (ATE) does not charge extra credits for retranslating content that has already been translated, thanks to the Translation Memory feature. However, ATE identifies sentences based on punctuation marks and line breaks. If the sentences are structurally similar but contain different words (like country or city names), they are considered new sentences and require separate translations. We recommended using consistent punctuation to help ATE recognize and reuse translations more effectively.
If this solution does not resolve your issue or seems outdated, 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 further assistance is needed, please open a new support ticket.
Problem: If you're experiencing issues where the call to action button text reverts back to English after saving the page post adding page-level CSS in Spectra Editor, even though it was initially translated correctly. Solution: We recommend following these steps: 1. Open the default language page in Edit mode. 2. Make a small change, such as adding a '+' sign in the page title. 3. Update the page by pressing the “Update” button. 4. Remove the small change made in step 2. 5. Update the page again. 6. Open the translated page in WPML Translation Editor and ensure the translation is 100% complete, then press the complete button. This should maintain the correct translation on the frontend.
If this solution does not resolve your issue, or if it seems outdated or irrelevant to your 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. Additionally, you can open a new support ticket for further assistance at WPML support forum.
Problem: You are using Thrive Editor with WPML, which is not fully compatible, causing issues with the display of translated pages. You are considering either editing each translated page individually or switching to a compatible editor like Elementor and re-translating the content. Solution: If you choose to switch to a new editor like Elementor and re-save the original pages, WPML will treat this as creating new content due to the different shortcodes and content blocks used by different editors. Consequently, WPML will attempt to re-translate the content, which may incur additional translation costs. If you decide to manually fix the design issues on the translated pages using Thrive Editor, any future updates to the translation might revert these pages to their previous broken state.
If this solution does not resolve your issue or seems outdated, we recommend opening a new support ticket. We also advise checking the related 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.
Problem: The client is experiencing issues with translating content after mapping it to English GB while using a custom language with the language code en-gb. Adding glossary terms also fails. They are further concerned about how the URL will display for different language versions and whether the system will change the URL when duplicating content for English UK.
Solution: 1. The English mapping option can only be used once and is already utilized for the site's default language. We recommend duplicating the original English content to English UK and English AU.
2. WPML will automatically handle the URL display for different language versions. Each language has a code in WPML > Languages > Edit languages, which will be used in the URL format. For example, if the site is set to "Directories per language" and you create a custom language using the code "en-gb", then English UK will be available at http://www.sitename.com/en/.
3. If you create a duplicate for English UK, you will find it at: https://www.sitename.com/en-gb/yourpage. The original site URL and other URLs will remain unchanged.
If this solution does not resolve your issue or seems outdated, 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 problem persists, please open a new support ticket at WPML support forum.
Problem: The client is experiencing 404 errors on their website due to URLs that appear to be incorrectly encoded or truncated. This issue is particularly occurring with URLs containing non-Latin characters, such as Cyrillic for the Russian language. Solution: 1. We recommend enabling URL Encoding for languages with non-Latin characters to ensure that URLs are processed correctly. To do this: - Navigate to "WPML > Languages" in your WordPress admin dashboard. - Click on "Edit Language". - Find the "Encode URLs" option and select "Yes" for the Russian language. - Save the changes. 2. If a specific URL is still showing a 404 error, check if there is an extra character like
%B
at the end of the URL. Removing this character should resolve the issue. 3. For URLs that are still problematic, use a URL decoder tool like https://www.urldecoder.org/ to check for any incorrect characters. Remove any incorrect characters found.
If these steps do not resolve the issue or if the solution seems outdated or irrelevant to your 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 problems persist, please open a new support ticket.
Problem: You want to add American and Australian English to your site and are unsure how to handle translations for specific terms like changing 'Campervan Hire' to 'RV Rental' for American English.
Solution: To add custom languages like American and Australian English, navigate to WPML → Languages in your dashboard. Here, you can define the language code and default locale for each variant. You can choose to map a variant to its base or appropriate language for automatic translations, or leave it unmapped for manual translations. We recommend checking the following guides to help you set up:
Additionally, use WPML's Glossary feature to define how specific terms should be translated. This allows you to specify translations like changing 'Campervan Hire' to 'RV Rental'. For more details, visit How to Create and Manage Glossary Entries.
If this solution does not apply to your case, or if it seems outdated, 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 you still need assistance, please open a new support ticket at WPML Support Forum.
Problem: The client wants to prevent the translation of the company name 'Routes' to 'Rutas' in different languages on their website. Solution: If you're experiencing this issue, we recommend you add the string 'Routes' to the glossary to prevent its translation. You can follow the steps described in our guide on how to create and manage glossary entries. Here is the link to the guide: How to Create and Manage Glossary Entries.
Please note that this solution might be irrelevant if it's outdated or not applicable to your 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 for further assistance.
