This thread is resolved. Here is a description of the problem and solution.
Problem: The client is experiencing issues with product attributes not being available for selection on the product page in different language versions after translation. The attributes appear correctly in the original language but not in the translations. Solution: 1. Ensure that global attributes are created in the site's default language and avoid duplicating attributes under different names in different languages. This can be managed under WPML > Taxonomy Translation. 2. If changes are made to the original product's attributes or variations, save the variations again to sync these changes across translations. There is no need to re-translate the products if only attributes or variations are changed. 3. For issues related to caching, especially with WP Rocket, ensure that the cache is cleared after updates to products. This can be automated by setting up 'Always purge URLs' in WP Rocket settings to include:
/shop/*
4. If these steps do not resolve the issue, it may be helpful to deactivate unrelated plugins and switch to a default theme like Twenty Twenty-One to identify if the issue is related to specific plugins or themes.
If the problem persists or if this 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. Additionally, please feel free to open a new support ticket for further assistance 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.
No, it doesn't solve the problem.
As I said earlier, it works for a while and then stops.
The size selection has disappeared again on this page. hidden link
I have now made the following changes: https://wpml.org/forums/topic/problem-with-attribute-translation-2/
As you can see, the problem has recurred without intervention. Did you notice that there is currently no size selection available?
Can I edit the product to make it work again?
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
Hello,
I would like to request temporary access (wp-admin and FTP) to the website to investigate the issue further.
You can find the required fields below the comments section when you log in to leave the next reply. The information you provide is private, meaning only you and I can see and access it.
IMPORTANT
Please be sure to back up your website and database before granting us access.
If you can't see the "wp-admin / FTP" fields, your post and website credentials will be set to "PUBLIC." DO NOT publish the data unless you see the required wp-admin / FTP fields.
I may need to install a plugin called "All In One WP Migration" to create a copy of the website so I can investigate the issue further.
However, I would also be very grateful if you could provide a staging site or a copy of the website from your server for this purpose.
If you have any questions about creating such a staging site, you can consult your hosting provider. Please note that WPML must also be registered on this staging site at https://wpml.org/account/websites/.
If you are unable to provide such a copy of the website for testing, please let me know on this ticket.
The private reply form looks like this: hidden link
Click "I still need assistance" the next time you reply.
Video: hidden link
Please note that we are required to request this information individually on each ticket. We are not permitted to access any credentials that were not specifically submitted on this ticket using the private response form.
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
The problem is, that this workaround will only solve the issue, if the global attribute was created in site default language, which in your case is Italian.
If you go to WPML > Taxonomy Translation and review all your taxonomies, you will see that you created global attributes with source languages like English or Ukranian.
Could you please sort this out and make sure that all global attributes are only registered in Italian. We can then take further steps from there.
I created this attribute after communicating with your colleague, i.e., according to the rules. At that moment, code was applied to work around the problem.
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
I am sorry that I have to repeat myself, but the workaround will only work if the global attributes are created in the site's default language.
It does not matter when those attributes were created. Your attributes have different source languages. Please make sure that all attributes use the source language "Italian".
I get the impression that you are not reading what I am writing to you. I will repeat it again and again!
So:
I created an attribute in the main language, Italian
I translated the attribute into all languages
I added this attribute to the product in Ukrainian
This solved the problem for a couple of weeks, and then the attribute disappeared. If I click “save attribute” on the product editing page, everything works again.
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
I gave it another test using my example product "WPML Test" on your live site, and I was no longer able to confirm an issue when it comes to global attributes.
In fact, I did not follow the correct workflow on my first test.
The global attributes will be synced between the original product and translation and what you actually see on the products are the variations.
If you make any changes to the original product, you will need to save the variations again and this will directly sync over to the translated products.
For example, you remove one of the global attribute items on an original product and save the attributes. At this point, you will not yet see changes on the translated product. You will also need to adjust the variations.
For example, if you removed an item, then you also need to remove the old variations from the original product and save the variations. This will sync the variations between languages and solve the issue.
There is no need to translate the products again of you change global attributes or variations on the original product.
While searching for current examples on your site, I can see that your site has 58 variable products.
I revised all those products on your live site in all languages and the attributes/variations were showing up correctly at the moment in all languages with only two exceptions.
The product "Підвіска" which exists twice using the same title.
These products were created in Ukrainian and use the attribute "Довжина ланцюжка" which seems not to be a global attribute.
It looks like a custom attribute that was created directly on the product, as it uses the following items, which are not part of any of your global attributes:
Such custom attributes can only be translated, if you translate the product with the WPML Translation Editor. There is no global way to sync them.
Anyhow, I can confirm that even if I edit the original products and update the translations, these custom attributes do not appear on the translations.
This is unexpected and I will be running further tests on a local copy of your site to investigate this problem.
This is very likely a conflict between WPML/WCML and another plugin.
---
About the global attributes:
I need to repeat again, that is very confusing that you create duplicated global attributes at Products > Attributes.
Those attributes are all Italian, as they are globally declared in site's default language.
But you use:
Dimensione 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43
Розмір 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43
I suggest again that you delete "Розмір" as this is a duplicate and can lead to confusion.
Further, there are still various global attributes declared in Ukranian. I need to point out, that those all should be declared only in Italian and would like to ask you again to sort this out. See the attached screenshot.
As I said earlier, the workaround can only be effective, if you declare the global attributes in the site's default language, which in your case is Italian.
---
Take kindly note, that when running into issues, what you usually need to do is the following:
Create a staging site and try running it with minimal setup to see if the issue persists:
1) Deactivate all additional plugins that are unrelated to Woocommerce and WPML and our add-ons. Now test the product translation again.
2) If the issue goes away, start by reactivating the plugins individually or activate them in small groups and keep testing the product translation on each step. This way, check where the issue recurs to identify the plugin causing the issue.
3) If this doesn't resolve the issue, please switch to a standard theme like Twenty Twenty-One to see if the issue might be theme-related.
Once we identify the cause, we can then attempt to replicate the issue and then escalate it internally. In this case, I'll provide a test site with WPML.
---
Migrating sites on localhost and running such tests demands quite a lot of time, which is why I need to ask you for some more patience.
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
On your site, the translation fails at first, but after clearing the cache in all languages in WP Rocket, it works!
You can see a working example on this draft product: hidden link
Possible solution for this issue:
Automatic Cache Clearing via WooCommerce Integration:
If you use WooCommerce, WP Rocket has a WooCommerce Add-on that automatically clears the cache for product pages when a product is published or updated.
This can be enabled in the WP Rocket settings under Settings > WP Rocket > Advanced Rules where you’ll find options to configure the automatic cache clearing for specific pages or products.
At "Always purge URLs" add:
/shop/*
This will solve the issue.
Manage Cookie Consent
We use cookies to optimize our website and services. Your consent allows us to process data such as browsing behavior. Not consenting may affect some features.
Functional
Always active
Required for our website to operate and communicate correctly.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
We use these to analyze the statistics of our site. Collected information is completely anonymous.The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
These cookies track your browsing to provide ads relevant to you.