[A la espera de la opinión de los usuarios] Severe performance issues caused by WPML String Translation

My apologies for the delay in answering, as I work from Tuesdays to Saturdays.

If you currently take a look at the shop page, you will realize that it is very slow, even when running the site without WPML:
enlace oculto

Largest Contentful Paint (LCP)
13.91 s
Your local LCP value of 13.91 s is poor.

This means that this load time is not coming from WPML.

I suggest you disable plugins one-by-one to identify at which point the load time returns to normal. Note that this also could be a theme-isse.

In case the issue persists while running only WooCommerce on a default theme, please contact the WooCommerce Support Team.

I tested your staging site:
- With only WooCommerce active, the shop page loads in 1–2 seconds
- With WooCommerce + WPML active, the shop page also loads in 1–2 seconds
- When all plugins are enabled, the site performs with a load time of between 3-5 seconds

- As noted earlier, the shop page took yesterday ~13 seconds to load even without WPML, which indicates the slowdown is not caused by WPML itself. Now, after I had disabled all plugins and enabled them again, I can no longer confirm this. The load time is now in a similar setup between 3-5 seconds.

---

Further steps:

Regarding WPML > String Translation, please try the following optimizations:

1) Generate custom language files
Go to WPML > Support > Troubleshooting and click Show custom MO files pre-generation dialog box.

Then run the dialog in WPML > Theme & Plugin Localization. This will create custom language files and improve String Translation performance.

2) Clean up string tables

In WPML > Support > Troubleshooting, click Cleanup and optimize string tables.

Currently, there are 13,505 registered strings. Under WPML > String Translation > Utilities > Delete strings by domain, you’ll see many domains with few or no translations. Consider deleting unused strings to reduce overhead.

As WPML String Translation renders strings in real time, it does use more CPU resources than other plugins. However, this only impacts performance if the server CPU is near 100% utilization.

3) Finally, regarding server resources:
- PHP memory limit: 256M
- WordPress memory usage: ~159 MB

This is acceptable, but increasing the PHP memory limit to at least 384M (or higher) would provide more headroom and may improve overall performance. At the moment, I am running into random 500 errors when enabling plugins like Elementor or WPML, which usually each need 128M of memory.

4) Make sure that all plugins are updated and avoid using plugins that share similar functionalities. For example, the plugin "String Locator" was installed on the site, which is not needed, as it might lead to performance issues with WPML String Translation while sharing the same resources.

5) Delete any inactive plugins that are no longer in use on the site.