WooCommerce Coupons have stopped working in secondary language (worked fine previously)

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

Problem:
The client reported that a coupon was functioning correctly in the primary language (English) but not in the secondary language (German). This issue was due to the add-to-cart URLs not being translated to match the product variations in the secondary language. The Elementor Price Table widget used did not automatically present URLs for translation, which is necessary for proper functionality in a multilingual setup.

Solution:
We recommended ensuring that the 'Make themes work multilingual' and 'Language filtering for AJAX operations' options were enabled under WPML >> Languages. The client was advised to manually translate the add-to-cart URLs to correspond with the translated product variations. This involved editing the page in the original language, switching to the secondary language, and setting the correct URLs for the buttons. Additionally, the client needed to register the Elementor Price Table element using a custom XML configuration to make the URLs translatable by WPML. Detailed steps for registering custom Elementor widgets for translation can be found here: https://wpml.org/documentation/support/multilingual-tools/registering-custom-elementor-widgets-for-translation/

If this solution does not resolve your issue, or if it seems outdated or irrelevant to your specific 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 at our 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: Exception, WCML

This topic contains 29 replies, has 1 voice.

Last updated by Carlos Rojas 11 months, 4 weeks ago.

Assisted by: Carlos Rojas.

Author	Posts
August 13, 2025 at 3:14 pm #17317832
simonM-37	Background of the issue: Hi Support We have recently discovered from a user, that a coupon provided by us wasn't working. After some analysis I discovered it was working fine in our primary language (English), but not in our secondary language (German). This was not the case in the past, our coupons have never presented this problem. The post type "shop_coupon" is correctly set to the recommended setting of "Not Translatable" (screenshot) Please advise what has changed and how we can get our coupons working again in the secondary language. WooCommerce Multilingual & Multicurrency is active on our site, if that's relevant. According to its status page everything looks good (green ticks everywhere, see screenshot). Symptoms: Coupons are only working in the primary language and have stopped working in the secondary language. Questions: Why are WooCommerce Coupons not working in the secondary language? How can I fix the issue with coupons not working in both languages? Also: WPML SEO not appearing as update, even after refreshing via Add New Plugin > Commercial, as mentioned further in this wizard.
August 13, 2025 at 3:45 pm #17318452
simonM-37	Hi I downloaded and installed the latest version of WPML SEO and cleared the WP Rocket Cache, but that didn't solve the issue either. Also attached are the two screenshots, showing the coupon being applied successfully in our pimary language English and NOT being applied correctly in German. Kind regards Simon
August 14, 2025 at 4:40 pm #17321687
simonM-37	Hi WooCommerce Support has spotted the issue: The English subscription product (ID 15063) has the variations: #44032, 15064, #15065, #15066. The German subscription product (ID 15067) has the variations: #44034, #15068, #15069, #15070. However, when going through the add-to-cart process on both the English and German versions of our site, the system is only adding the English product IDs to the cart — even on the German pages. Because of how WPML handles multilingual product contexts, this mismatch between the selected site language (German) and the actual product IDs in the cart (English) means the coupon is not being applied correctly. This appears to be a WPML configuration or compatibility issue, so the best next step is to contact WPML support with these findings. They’ll be able to help adjust your product and variation mapping so that the correct language product IDs are added to the cart, which should resolve the coupon issue. Kind regards Simon
August 17, 2025 at 12:23 am #17325055
Bigul	Hi Simon, Welcome to the WPML support forum. Before passing this thread to my colleague, I would like to share some suggestions and possible solutions for the issues you mentioned. Sorry for the late response becuase of the holidays. This may be a compatibility issue. Please visit the WPML >> Languages page and ensure the following options are enabled. a) Make themes work multilingual >> Adjust IDs for multilingual functionality b) Language filtering for AJAX operations >> Store a language cookie to support language filtering for AJAX If it is already enabled, please follow the WPML and WooCommerce Multilingual troubleshooting steps in the linked article after taking a full site backup. Then, clear all caches (plugin, server/hosting, CDN, and browser) and check whether the bug still occurs. https://wpml.org/documentation/support/wpml-troubleshooting-options/ -- Thanks! Bigul
August 19, 2025 at 7:45 am #17329923
simonM-37	Hi Bigul I have checked both those options were enabled and cleared all caches etc, the result is the same. Question: Perhaps you could explain what I SHOULD be seeing? ... Are WooCommerce add-to-cart URLs supposed to have their translated Product IDs included in the TRANSLATIONS? I understood up til now WPML "translated" these on-the-fly (meaning it picked up the correct Product ID) depending on what language the user was using the site in. So for example if add-to-cart=44032 is the English version, then add-to-cart= 44034 should be "found" automatically when using the German version of our site. Could the problem be to do with the fact that when we translate the original page hidden link to the German page hidden link that we are not even being offered the URLs from the Subscribe buttons to translate?! I seem to remember when I developed those pages originally years back that I was given the URLs to translate, however I could be mistaken. hidden link Kind regards Simon
August 19, 2025 at 8:18 am #17330190
Carlos Rojas WPML Supporter since 03/2017 Languages: English (English ) Spanish (Español ) Timezone: Europe/Madrid (GMT+02:00)	Hi Simon, My name is Carlos, and I will continue working on this ticket I kindly ask you to share the access credentials to the site so I can take a look at the mentioned page and check why the links are not translated. Please confirm you have created a full site backup that you can restore if necessary. Kind regards.
August 19, 2025 at 9:31 am #17330601
Carlos Rojas Supporter	Hi Simon, Thank you very much for sharing the credentials requested As you can see while editing the page: hidden link you must translate the button URLs to match the translated product variation.
August 19, 2025 at 9:56 am #17330666
simonM-37	Hi Carlos 1) From what you are saying, I am understanding that we MUST translate the add-to-cart URLs? In other words I MUST translate hidden link to its German equivalent of hidden link Correct? Has this changed at some point? We didn't have to do this in the past I believe. 2) That table you can see when opening the URL you are quoting is only for the mobile version of our Subscription selection page, because it's a simple HTML table. For all non-mobile versions of that page, the buttons (which contain the add-to-cart URLs are from the Elementor Price Table and the URLs are not being presented for translation. Kind regards Simon
August 19, 2025 at 9:58 am #17330667
Carlos Rojas Supporter	Hi Simon, 1.- Yes, exactly 2.- In this case, can you tell me if the Elementor price table element comes from a plugin or the theme?
August 19, 2025 at 10:18 am #17330774
simonM-37	Hi Carlos It's the normal Elementor Pro Price Table widget. Kind regards Simon
August 19, 2025 at 11:16 am #17330933
Carlos Rojas Supporter	Hi Simon, Do you authorize me to create a copy of the dev site to escalate this ticket to our 2nd tier of support?
August 19, 2025 at 11:38 am #17330962
simonM-37	Hi Carlos Of course you can. Can you please confirm if there was a change or not, as per my previous question? Up until now, I was of the impression that WPML "converted" these add-to-cart URLs by itself automatically depending on the language the user was using the site on. Kind regards Simon
August 19, 2025 at 12:20 pm #17331172
Carlos Rojas Supporter	Hi Sion, WPML translates the URLs automatically if they are internal and are registered as URLs correctly. Before I create a copy of the site and escalate this ticket, I kindly ask you to try one last step: - Go to WPML -> Settings -> Translate Link Targets -> Click on 'Scan now and adjust links' button -> Wait for the process to finish and double-check if the URLs are now fixed. Can you tell me the results of the steps described above?
August 19, 2025 at 12:55 pm #17331389
simonM-37	Hi Carlos The process takes a long time and there are several thousand links in dev apparently. (see screenshot) On Production that would be much worse. I have never truly understood, when it is appropriate to use this button and what it is actually doing in the background. 1) Is there any good documentation available about its purpose? 2) And when should I press it normally? 3) I have to keep that tab open, right? In the past, I remember it used to just get stuck at a certain number, but I'll keep it running for now and see how it goes. Kind regards Simon
August 19, 2025 at 1:01 pm #17331443
Carlos Rojas Supporter	Hi Simon, 1.- At the end of this FAQ, you can find the description of the functionality: https://wpml.org/faq/how-to-translate-links/ 2.- You should use this option in cases like this one, where URLs are not pointing to the correct language. 3.- Yes, keep the tab open until the process finishes.