Problem: The client reported that translated pages were not appearing in their sitemap.
Solution: We recommended checking if the WPML SEO plugin was installed and active, which helps with sitemap generation. If the issue persisted, we asked for an example of a missing translated page/post and the Debug Information from WPML > Support. After the client updated the pages using the Gutenberg editor, the sitemap refreshed and included the previously missing pages. This suggests that a caching mechanism might have been holding an outdated version of the sitemap. We also checked the settings by toggling the no-index and no-follow options for the pages, which confirmed that the sitemap was updating correctly.
If you're experiencing a similar issue, we recommend: 1. Ensuring the WPML SEO plugin is installed and active. 2. Updating the pages using the Gutenberg editor to refresh the sitemap entries. 3. Checking for any caching mechanisms that might be affecting the sitemap. 4. Providing Debug Information by following the instructions here.
Please note that this solution might be irrelevant if it's outdated or not applicable to your case. If the issue persists, we highly recommend 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. If necessary, please open a new support ticket here.
Problem: The client is using a staging site and has encountered two notifications after setting it up. The first notification is about mapping the default language for automatic translation, and the second is about WPML detecting a new address for the site.
Solution: For the first notification regarding the default language, the client should ensure that the default language (English) is correctly mapped to a supported language in WPML -> Languages settings.
For the second notification about the site address change, on the staging site, the client should select "Yes, this is a copy" to indicate that the original site is still running. In the subsequent step, the client can decide whether to share credits for automatic translation with the staging site.
If these steps do not resolve the issue, we recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that the latest versions of themes and plugins are installed. If the problem persists, the client should open a new support ticket for further assistance at our support forum.
Problem: The client needed to change the value of the Tagline and Blog Title strings for their website using the Hello theme, which is compatible with WPML. They also had issues with translating Rank Math's %Sitename% placeholder, as it was not reflecting on the live site despite being translated in WPML's String Translation.
Solution: 1. To change the Tagline and Blog Title strings, go to WPML > String Translation. Check the boxes for these strings, scroll down, and switch the language to one that is not yet set up on the site. This will allow you to change the strings for English, adding a new column with a '+' for the EN flag.
2. For Rank Math SEO integration with WPML, refer to the following documentation:
. If the hosting provider limits these settings, contact them to request an increase.
If the provided solution does not apply to your case, or if it seems outdated, we recommend 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. If the issue persists, please open a new support ticket. We highly recommend creating a backup of your site before making any changes.
Problem: The client reported that their WPML Automatic Translation credits were showing as zero on their site, despite previously having about 70,000 credits. Solution: 1. We checked if the credits might have been stuck due to a reinstallation or reset of WPML or WordPress. 2. We moved the 79,912 credits back to the client's current website. 3. We instructed the client to check WPML > Translation Management > Automatic Translation to see the credits. 4. We asked for the Automatic Translation account ID from WPML > Support > Troubleshooting to verify the correct assignment of credits. 5. Upon receiving the ID, we confirmed that the credits were mistakenly assigned to a staging site and moved them to the correct live site.
If you're experiencing a similar issue with your WPML Automatic Translation credits, we recommend checking WPML > Translation Management > Automatic Translation to see if your credits are displayed. If they are not, please go to WPML > Support > Troubleshooting and share your Automatic Translation account ID with us. However, keep in mind 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 issue persists, please open a new support ticket with us.
Problem: The client is using Hostinger for hosting and wants to enable the staging feature to make changes on a subdomain (e.g., stage.turkmenexporter.com) without affecting the live site. The client is concerned about whether the WPML plugin will remain active and functional on the staging subdomain.
Solution: 1. We informed the client that WPML should work fine on the staging site, but issues might arise with registering WPML if the correct URL is not used when generating the WPML key. 2. We advised the client to create a full website backup and ensure that the domain shown in the WordPress General Settings is the one used when creating a new WPML key on the WPML account sites page. 3. We provided a screenshot from the WPML purchase page to clarify the number of available keys for production/live and dev/staging sites based on the client's subscription. 4. We created custom Google search URLs to help the client find existing tickets with solutions for similar issues:
5. We mentioned that the disappearance of notifications in the WordPress backend could be due to automatic cache clearing.
Please note that the solution provided might be irrelevant if it's outdated or not applicable to your case. If the issue persists, we highly recommend checking related known issues at WPML 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 open a new support ticket in the WPML support forum.
Problem: The client was concerned about a missing 'Flavor' attribute in WooCommerce >> WooCommerce Multilingual > Attributes tab, which was not appearing alongside another attribute 'HS Codes'. Additionally, the client noticed values like '18 left' on the troubleshooting page, which they thought should be '0 left', and was unsure whether to address these.
Solution: We advised the client that if an attribute does not appear under Products -> Attributes in the WordPress dashboard, it will not be visible in the WooCommerce Multilingual -> Attributes tab. To resolve this, the client should manually add the missing 'Flavor' attribute from the product edit screen. However, this will not make it appear in the WooCommerce Multilingual -> Attributes tab. If the client feels that something might be wrong due to the missing attribute, we recommend adding it manually.
For the values like '18 left' seen on the troubleshooting page, these indicate items that may need attention. We suggest the client review each option that does not show '0 left' and press 'Start' to address them.
If the solution provided here is not relevant due to being outdated or not applicable to your case, please open a new support ticket. We highly recommend 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. If further assistance is needed, please contact us in the WPML support forum.
Problem: The client has a variable product with translations, but not all attributes are showing in the attribute dropdown on the translated pages.
Solution: If you're experiencing missing attributes in the dropdown of your translated variable products, we recommend you try the following steps:
1. Ensure you have a complete backup of your site.
2. Navigate to WPML >> Support >> Troubleshooting page and click the following buttons: - Clear the cache in WPML - [Products] Synchronize posts taxonomies - Remove ghost entries from the translation tables - Synchronize local job ids with ATE jobs - Synchronize translators and translation managers with ATE - Assign translation status to duplicated content - Fix post type assignment for translations - Set language information
3. Go to WooCommerce >> WooCommerce Multilingual >> Attributes tab, select the problematic attribute, and click the "Synchronize attributes, and update product variations" button if available.
4. If the problem still exists, navigate to WooCommerce >> WooCommerce Multilingual >> Settings tab >> Troubleshooting link (bottom right), select the “Sync products variations” option, and click on the 'Start' button.
file. 2. Locate the SQL query around line 88. 3. Replace the existing SQL query with the following code, which includes a filter for the current language:
$current_language = apply_filters( 'wpml_current_language', NULL ); <br /> $sql = "<br /> SELECT l.ID, post_title, post_name, post_parent, post_date, post_type, l.post_modified<br /> FROM (<br /> SELECT DISTINCT p.ID, p.post_modified FROM {$wpdb->posts} as p<br /> LEFT JOIN {$wpdb->postmeta} AS pm ON ( p.ID = pm.post_id AND pm.meta_key = 'rank_math_robots' )<br /> INNER JOIN {$wpdb->prefix}icl_translations AS icl ON ( p.ID = icl.element_id AND icl.language_code = %s AND icl.element_type LIKE 'post_%' )<br /> WHERE (<br /> ( pm.meta_key = 'rank_math_robots' AND pm.meta_value NOT LIKE '%noindex%' ) OR<br /> pm.post_id IS NULL<br /> )<br /> AND p.post_type IN ( %s ) AND p.post_status IN ( '" . join( "', '", esc_sql( $statuses ) ) . "' )<br /> ORDER BY p.post_modified DESC<br /> ) o<br /> JOIN {$wpdb->posts} l ON l.ID = o.ID " . $get_child . " ORDER BY " . $sort['field'] . " " . $sort['order']; // phpcs:ignore<br /> $sql = $wpdb->prepare($sql, $current_language, $post_type);<br /> return $wpdb->get_results( $sql ); // phpcs:ignore
4. Remember that Rank Math uses cache, so you may need to reset your sitemaps after making this change. To do this, go to Rank Math SEO > Sitemaps settings, modify a setting, revert the change, and save it.
Please note that this solution might be outdated or not applicable to your case. If it doesn't help, we highly recommend 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. If the issue persists, please open a new support ticket with us.
Problem: The client received a message with translation information in a table and was confused about the meaning of the 'Deadline' column, which showed the year 0001. Solution: 1. Upon reviewing the email, we suggested that the issue might be related to the server since a deadline is typically set to 0000-00-00 when not defined, but the email showed 30.11.-0001. We requested a screenshot of the wp_icl_translate_job database table to investigate the dates stored there. 2. We reassured the client that the translation process should not be hindered by this date issue and that they should be able to complete translations without any problems.
Please note that this solution might be irrelevant due to being outdated or not applicable to your case. If so, 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 with us.
Problem: The client installed WPML on a site with content originally in Russian and wants to switch the default language to English. They previously used Polylang for translations and are concerned about the implications of changing the default language, especially regarding SEO.
Solution: For migrating from Polylang to WPML, use the Migrate Polylang to WPML plugin and follow the instructions here: https://wpml.org/documentation/related-projects/migrate-polylang-wpml/. Keep the same default language during the migration process and switch to English afterward.
