Problem: You are trying to register your site using WPML but cannot find where to enter the product key. Solution: If you are experiencing this issue, we recommend following these steps: 1. After installing WPML on your site, you should be able to add or generate a key in the setup wizard. 2. If WPML is already installed, you can register it by navigating to Plugins > Add new > Commercial and clicking the "Register WPML" button.
If this solution does not apply to your case, or if it seems outdated, please check the related known issues and verify the version of the permanent fix. Also, confirm that you have installed the latest versions of themes and plugins. If you still need assistance, we highly recommend opening a new support ticket at WPML support forum.
Problem: The client needed a way to set their Spanish translated pages to 'noindex, nofollow' without unpublishing them. Solution: We recommended two approaches: 1. Using Yoast SEO to set 'noindex, nofollow' on a page-by-page basis: - Edit the page in the main language. - Switch to the secondary language using the admin top bar. - In the Yoast SEO section, disable the options for indexing. Yoast SEO settings screenshot Note: This action will switch from the advanced translation editor to the WordPress editor for that translation. 2. Adding code to the theme's header file to apply 'noindex' globally to all pages in Spanish:
The client should replace 'es' with the appropriate language code if needed.
If the provided solution does not apply or is outdated, or if further assistance is needed, we highly recommend checking related known issues at WPML Known Issues, verifying the version of the permanent fix, and confirming that the latest versions of themes and plugins are installed. If the issue persists, please open a new support ticket at WPML Support Forum.
Problem: The client's company name 'L&W Supply' is incorrectly translated by the computer as if 'supply' were a verb, resulting in incorrect translations like 'PRODUCTOS DE SUMINISTRO DE L&W' instead of 'PRODUCTOS DE L&W SUPPLY'. Solution: We recommend adding the company name 'L&W Supply' to the translation glossary. This will instruct the translation engine to treat 'L&W Supply' as a non-translatable term, ensuring it remains unchanged in the translation. You can find the steps to create and manage glossary entries in our documentation:
Please note that the solution provided might be irrelevant if it's outdated or not applicable to your case. If after checking the 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, you still encounter issues, we encourage you to open a new support ticket. For further assistance, please visit our support forum: WPML support forum.
Problem: The client was experiencing an issue where posts were not displaying unless one post was translated, even though the WPML settings were set to 'Translatable - use translation if available or fallback to default language'. The posts were sorted by a custom taxonomy and needed to be visible in the Spanish translation without being translated, as they linked to primarily English content.
Solution: We resolved the issue by adding the parameter
'hide_empty' => false
to the
get_terms()
function in the custom WP_Query. This allowed terms with no posts translated into the secondary language to be displayed.
$terms = get_terms(array(
'taxonomy' => $taxonomy_slug,
'child_of' => $parent_term_id, // Specify the parent term ID
'hide_empty' => false
));
If you're experiencing a similar issue, we recommend trying this solution. However, 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, 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 with us.
Problem: The client is experiencing an issue where the PHP
date()
function is not displaying dates in the correct language on their Spanish translation page. The dates are being output with the data-date attribute set to "1970-01-01" instead of the correct effective date. The client has custom fields for dates that are set to COPY, and while the effective date is displayed next to the post title, the data attribute in the HTML is incorrect.
Solution: We understand that the issue arises because the PHP
date()
function is using the server's locale to generate month names, which may not be translated by WPML's String Translation. This feature is intended for static strings and might not apply to dynamic content such as PHP-formatted dates. To translate month names and dates in WordPress using WPML, additional steps or configurations might be necessary, such as using WordPress-specific functions or hooks to localize the date strings. We found a solution on StackOverflow that could be helpful:
Please note that support for issues arising from custom coding is beyond our support scope. If you require assistance with custom coding, consider hiring a professional developer who specializes in customizing WPML and its extensions from https://wpml.org/contractors/.
If this solution is not relevant to your case, because it's outdated or not applicable, 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.
If you need further assistance, please do not hesitate to contact us in the WPML support forum.
