Home›Support›English Support›[Escalated to 2nd Tier] Possible excessive CPU usage of WPML Multilingual CMS
[Escalated to 2nd Tier] Possible excessive CPU usage of WPML Multilingual CMS
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.
Our wait time is higher than usual, please make sure you are meeting the minimum requirement - https://wpml.org/home/minimum-requirements before you report issues, and if you can take a look at current Known Issues - https://wpml.org/known-issues/. Thank you.
Background of the issue:
My hosting is reporting excessive CPU usage, more than 100%. After implementing many mitigating measures, it appears that part of the usage is coming from the execution of admin-ajax.php. Checking the browser console when I log in as administrator, I can see three admin-ajax executions with the app.js launcher executing this JS from the plugins/sitepress-multilingual-cms/... folder. I need to limit CPU usage, and it seems the WPML Multilingual CMS plugin is overloading it. WPML Multilingual CMS Version 4.7.3, WordPress Version 6.8. Site URL: hidden link
Symptoms:
Excessive CPU usage reported by hosting, potentially linked to admin-ajax.php executions related to WPML.
Questions:
Can you help me limit the CPU usage caused by WPML?
We appreciate your patience as our wait time is higher than usual.
Did your hosting provider provide any additional information as to what they are seeing from their side causing this behavior?
As a preventative measure please verify that all 3rd party plugins and themes are updated to their latest versions.
If possible, please deactivate WPML temporarily and let us know your results, do you see any different results in terms of CPU usage?
Ultimately this type of issue will require the cooperation of the hosting company and a little more information from their side as at the moment it's not clear that the CPU usage is coming from WPML.
The hosting provider tells us that out of 1,400 requests to the IP address where the store administrator connects, 500 are from /wp-admin/admin-ajax.php and that there is a process in the WP administrator that is making these requests. Additionally, the peak usage coincides with periods of backoffice work by the store administrator.
Consumption measurements have been taken repeatedly with all plugins updated.
Tomorrow, Wednesday, we'll run a test by disabling WPML from 7:00 a.m. to 12:00 p.m. UTC, and we'll be able to compare usage.
To enable it, open your wp-config.php file and look for
define('WP_DEBUG', false);
Change it to:
define('WP_DEBUG', true);
// Enable Debug logging to the /wp-content/debug.log file
define('WP_DEBUG_LOG', true);
// Disable display of errors and warnings
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors', 0);
After this, repeat the action that causes the performance issue on your site. In this case, the errors will be saved to a debug.log log file inside the /wp-content/ directory. Then, please share the errors with us.
We deactivated the plugin for three hours from 9 a.m. to 12 p.m. CEST today, April 23, 2025. We have the CPU usage graphs for the 22nd with WPML enabled and the 23rd with WPML disabled during those hours; I'm attaching them.
The difference in maximum CPU usage is noticeable.
We also modified wp-config.php and didn't receive any errors.
The hosting also provided us with the access logs for both days. You can see that the accesses to admin-ajax.php were 536 on the 22nd and 375 on the 23rd between 9 a.m. and 12 p.m. CEST.
If you have a staging site (a copy of your site onte same server where the same problem occurs), please try the following.
We suspect a collision with the theme or another plugin might cause this problem. If possible, set up your site in a minimal environment, switching to a default WordPress theme like TwentyTwenty-Four and activating only WPML.
First, check if the problem persists when only the theme is switched to TwentyTwenty-Four (you can als switch to the Astra parent theme). If it persists, deactivate all plugins except WPML and its add-ons and WooCommerce without any extensions. Then, please check if the problem persists. If it does not persist, start by activating the plugins individually and checking when the issue comes back, then report to me which plugin was the culprit.
**** Important! Please make a full site backup (files and DB) before you proceed with those steps****
*** If your site is live, you might want to try those procedures in a staging environment or a snapshot of your site on your local server or another server. ***
Otherwise, if you need further help with this, please share the access details to your site with me. Also, if required, please allow me to take a copy of your site. For this, I must install a plugin like Duplicator or All In One Migration. Please let me know if you agree. I'm enabling a private message for the following reply.
Privacy and Security Policy
We have strict policies regarding privacy and access to your information. Please see: https://wpml.org/purchase/support-policy/privacy-and-security-when-providing-debug-information-for-support/ **IMPORTANT**
- - Please backup the site files and database before providing us access. --
-- If you have a staging site where the problem can be reproduced, it is better to share access to the staging site.--
I apologize for the delayed response.
This is unusual in our forum.
I'm consulting our second-tier supporters about the performance issue on your site. I've shared the information you provided with them. However, please note that it may not be sufficient to thoroughly investigate the problem. Ultimately, if nothing is apparent, we will require a copy of your site. We must do it with your consent. You can remove the clients' information and share it with us.
I'll update you here once I have news from our second-tier supporters.
I appreciate your patience.
Itamar.
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.