Speed issue when WPML enabled + Not translating property pages + ACF translation

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.

Sun	Mon	Tue	Wed	Thu	Fri	Sat
-	8:00 – 15:00	8:00 – 15:00	8:00 – 15:00	8:00 – 15:00	8:00 – 15:00	-
-	16:00 – 17:00	16:00 – 17:00	16:00 – 17:00	16:00 – 17:00	16:00 – 17:00	-

Supporter timezone: Europe/Rome (GMT+02:00)

This topic contains 30 replies, has 4 voices.

Last updated by Alejandro 1 year, 9 months ago.

Assisted by: Alejandro.

Author	Posts
June 26, 2023 at 11:29 am #13894799
tobberW	Hi, Here is a brief background: I am rebuilding a site for a client and implementing WPML for the following languages: Danish, German, Spanish, Dutch, Polish, and Russian for a real estate agency site. The website has been underway for longer than anticipated, meaning it has been translated before (then been stuck in translation). Then changed a lot and my dev have added new pages along the way. However, as it is now, I temporarily only did the translations for German and Danish The site is built with Elementor Pro for the majority and then ACF Pro for the "areas" page. Including a front page with 10 individual area guides pages and then a "blog" and news section that are empty. I am experiencing 3 different problems: 1. I experience problems with speed across the staging, but mainly the homepage and property pages You can use the current live site (witt.es) as the base to test against. However when WPML is enabled it goes from 1-3 seconds to load --> 30-50 secs. My thinking is that it might be stuck in translation or maybe it's this: - On the WPML String Translation plugin there are two files that take time to old and then get cancelled (refer to the attachment). Although i can see it's Cloudflare turnstile which i have installed as plugin, so properly not this. 2. WPML is not translating property pages and individual property pages - The site also uses an API from Resales Online, which is done by this WP plugin (that has been used 100s of times and with WPML with no issues by other freelancers and agencies) hidden link This can be seen on the "All properties" page and the similar pages which differ in the selected filters (New Developments, Villas, Apartments, and Townhouses). The design all comes from the same Template on WP. hidden link Then all properties have a property details page (you can replicate this by pressing on any properties) hidden link (however you can't see anything on this site) Note homepage also have a searchbar from same plugin, which would also needed to be translated. It's slightly different from the templated version of the others. Underneath I am attaching examples from other sites that was made by same plugin owner, that either one of two things: 1. Translating nearly all information on both the property page and details page 2. Or only some sections on both. Note you would have to also click on properties for each of the sites, to see how it translates on the property details page - since I only linked to the property pages. hidden link (nearly everything) hidden link (somethings) hidden link (somethings) 3. I have trouble with translating the area page, which is built with ACF Pro. This might be partly due to not having translated these pages fully yet and partly due to a Quyey issue in code, but you can see what I mean in the loom above. See loom for details: hidden link I am using the ACF multilingual, or can this be used instead? https://wpml.org/documentation/related-projects/translate-sites-built-with-acf/translating-acf-blocks-with-wpml/#:~:text=Go%20to%20WPML%20%E2%86%92%20String,Choices%20you%20want%20to%20translate Link to a page where the issue can be seen: Essentially all pages, but homepage and properties page are where it's easily detectable Homepage: hidden link Property pages: hidden link hidden link hidden link hidden link hidden link Property details hidden link I have only tested this with all the languages enabled, but with alot not being translated yet. And then with German and Danish being almost fully translated (expect some sections on homepage, that didn't translate - which i will being doing manually instead) - So have no idea what happens to the speed when all languages have been enabled and fully translated. I expected to see: 1. I am expecting it to work nearly as fast as the live domain (witt.es), which is almost the same as staging. Just without WPML and some minor design changes. Witt.es also have CDN from rocket.net hosting enabled, which would help with speed, but otherwise same setup. 2. That it translates some sections or the majority of the API WP plugin I am using, similar, to other sites I linked to using the same plugin and API are experiencing. 3. Translating the ACF pro built area page fully (incl blog and news section in here) Instead, I got: 1. A staging site, that loads incredibly slowly. Maybe it's due to the translations being stuck? since I can see there is a wheel turning. 2. Property pages that aren't getting translated 3. Areas page on ACF pro, that isn't getting translated properly. Might be due to lacking translations on some of them, part Query code issue and either not using correct plugin or setup Hope you're able to help.
June 27, 2023 at 4:30 pm #13904961
Itamar WPML Supporter since 02/2016 Languages: English (English ) Timezone: Asia/Jerusalem (GMT+03:00)	Hi, and thank you for the detailed description of the issues on your site. In our forum, we try to keep one issue per ticket. This is why it helps us, the supporters, help you better and more efficiently. You brought here in this ticket 3 different issues. Can you please tell me the most urgent issue you want me to help you with here? For the other two issues, please open a new separate ticket (a ticket per issue). Thanks, Itamar.
June 28, 2023 at 8:51 am #13908295
tobberW	Hi Itamar, First time using WPML support, or any kind of support for plugins - but duly noted. Will be dividing into 3 tickets. However noticed, that this would result in a slower response. Would the 2 other tickets, result in a slower response versus this open ticket in that case? Sure, the most important is the speed issue, which is keeping me from uploading the staging with translations.
June 28, 2023 at 11:09 am #13909517
tobberW	Hi, again. In the meantime I have had another dev look into it and here is the answer from him so far, hope this helps, in finding the problem at hand: "The loading time increases only when logged in, the website is perfectly fine when logged out the issue only happens on the frontend, not backend it's not Redis Object Cache or the String Locator plugin (they were the main suspects) I have also checked your WPML settings and version, all looks standard, so the next best thing is to turn each plugin off one by one and see which one will make a difference. I'd also want to have a look at the database size, WPML table sizes and the number of entries to see if there's anything suspicious. One more thing I tried was deactivating WPML to see how many MB will the Query monitor show, but as you have some custom PHP code, it doesn't work without the main WPML plugin. But - I realised that the problem is caused by the WPML String Translation plugin. Once you deactivate that, the website is fast enough. Without the String Translation plugin, the language switcher in the header didn't appear (which is strange) - is it customised? Perhaps the custom PHP is not optimised and causes the load time increase? (although the Query monitor doesn't show any queries that take too long, but maybe there's just too many). Also - the homepage shows around 40MB of data loaded, but the actual size is around 10MB - something is duplicating the size of everything. Let me know if you want me to dig further"
June 28, 2023 at 4:36 pm #13912341
Itamar WPML Supporter since 02/2016 Languages: English (English ) Timezone: Asia/Jerusalem (GMT+03:00)	Hi, Thanks for opening separate tickets for the other issues. This will help us give you better and faster support, enabling us to focus on each problem exclusively. In this ticket, we will focus on the performance issue. Please try the following first and check if it helps improve your site's performance. The debug info you have attached shows that your server WP Memory Limit is set to 40M. Our recommendations are to have the following as minimal requirements: - PHP 5.6 and above (this is OK with your installation) with a WP Memory Limit of at least 128MB while 256MB is recommended. MySQL 5.6 and above (this is OK with your installation). Please follow this link for detailed documentation: https://wpml.org/home/minimum-requirements/ Is it possible for you to change those to the minimum requirement? You may need to contact your hosting provider for that. Meeting those baseline requirements is most critical before debugging and sometimes solves issues you experience - performance issues. The most important thing is to raise the WP Memory Limit. Please try to raise it before you contact your hosting company. You can do it from the wp-config.php file in your WordPress installation. Insert this code in that file: /** Memory Limit / define('WP_MEMORY_LIMIT', '256M'); define( 'WP_MAX_MEMORY_LIMIT', '256M' ); Add it before this line: / That's all, stop editing! Happy blogging. */ Could you please perform that procedure and see if it helps?
June 28, 2023 at 6:33 pm #13913105
tobberW	Hi, I got my hosting provider Rocket.net to raise the WP Memory Limit to 256MB as requested. However, it didn't help. We also tried with 1024MB, which didn't help either. So I switched it back to 256. Hosting, recommended 1024MB, do you aswell? I have attached the screenshots of the inserted code. Hope we would be able to find a solution to this matter, since it's very urgent.
June 28, 2023 at 8:04 pm #13913533
Itamar WPML Supporter since 02/2016 Languages: English (English ) Timezone: Asia/Jerusalem (GMT+03:00)	Hi, and thanks for trying my suggestion. Please understand that debugging performance issues is not easy and might take time to find the source of the problem. To get advanced with debugging the performance issue, please proceed with the following. I suspect that there is a collision with the theme or another plugin that might cause this problem. If possible, get your site into a minimum environment. Minimum environment means switching to a default WordPress theme like TwentyTwenty-One and no plugins activated except WPML. First, you must check if the problem persists when just the theme is switched to TwentyTwenty-One (for example). If it persists, deactivate all plugins except the WPML and its add-ons. Then please check if the problem persists. If it does not persist, start by activating the plugins one by one and check when the problem comes back, then report to me which was the culprit plugin. ** 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. ***
June 29, 2023 at 9:37 am #13916257
tobberW	Hi Itamar, Not sure if this is possible, but would you be able to help perform this action if I shared access to the backend or made a backup of the staging, so you could try debugging it on your server (if you have one)
June 29, 2023 at 12:55 pm #13918153
Itamar WPML Supporter since 02/2016 Languages: English (English ) Timezone: Asia/Jerusalem (GMT+03:00)	Hi, Sure, please migrate your site to our Cloudways server. The process is quite easy. Please see all the details in the next private reply.
June 29, 2023 at 3:17 pm #13919215
tobberW	Thanks. Have tried doing the migration, but it seems there are more fields than what you provided. In order for me to do the migration correctly. - You mentioned both database name and user (which are the same), should I use both and where do I use database user, if so? - You also mention a database password, although i don't see any place to include this - unless it's one of the boxes asking for password? - Could you tell me how I should select the dots below. I have opened all of them for you too see. I have attached a screenshot below. Also, would you be able to confirm that you are off Friday and Saturday, and back on Sunday for the full day?
June 29, 2023 at 4:31 pm #13919743
tobberW	#Update I selected the root directories and additional database tables it had selected as standard and have migrated it now - it's done. Figured that the database user and password, are just extra information that is listed in your dashboard, as per the guide aswell. However, after having a look at the migrated site, the property API wp plugin (Resales Online), doesn't work ofcourse, since it has to be pointed to the correct IP address. And from what i got from a dev friend also looking into it and myself that tried to isolate it, is that the slowness only happens on the pages with property shortcodes (homepage searchbar and properties page). So it's the Widoo plugin. Since from what I can tell by disabling the others is that the other plugins work fine, it's just that one that is causing conflicts with WPML. Let me know what you find and if this is the case, what we should do to fix it.
June 29, 2023 at 6:04 pm #13920087
Itamar WPML Supporter since 02/2016 Languages: English (English ) Timezone: Asia/Jerusalem (GMT+03:00)	Hi, and thanks for sharing your findings with us. The Wiidoo Resales WP Plugin Premium is unknown to us. hidden link It is not officially compatible with WPML and missing from the list here. https://wpml.org/plugin/?wpv_view_count=120064&wpv-plugin-functionality=0&wpv_post_search=Wiidoo&wpv-wpcf-recommendation-flag=&wpv_filter_submit=Search I've also searched our internal records and found no report about this plugin. So it may very well be that we are facing a compatibility issue that is causing the performance issue on your site. To try and help you further, we need to replicate this issue on a fresh WordPress installation. Then I'll be able to escalate it to our compatibility team. For this, I created a test website with a clean WordPress install. You can access it through this link: hidden link With this link, you'll be directly logged in. Could you please install the Wiidoo Resales WP Plugin Premium and see if the issue is replicable on a clean WordPress installation? Please configures WPML and WooCommerce as set on your site (just the basic configurations needed to replicate the issue are enough). Please also ensure you install the latest version of the plugin. Please let us know when everything is finished and you can replicate the problem. I can also see that the Wiidoo Resales WP Plugin Premium states that they are compatible with WPML. So please also contact them and ask for help with this matter. It would be great if you could urge them to join our Go Global Program. You can find details about it here. https://wpml.org/documentation/theme-compatibility/go-global-program/ We will happily cooperate with the authors in making their plugin officially compatible with WPML. You also asked: "Also, would you be able to confirm that you are off Friday and Saturday, and back on Sunday for the full day?" Yes, generally, this is the case. My weekend is Friday-Saturday. But this week, I'll also be available for a few hours tomorrow (Friday). So if you reply, I'll get back to you. Regards, Itamar.
June 30, 2023 at 9:47 am #13922351
tobberW	Hi, Yeah, it's a plugin that a few selected agencies have built themselves on top of Resales Online API, to serve real estate agencies using WordPress as their CMS. Here is a list of devs on Resales Online's help centre, that has built it with either WebAPI, Iframe or XML feeds for WP, custom sites, etc. Widoo is also on the list here: hidden link In case needed here is full documentation from Resales Online on their WebAPI: hidden link I just find it strange, that it would be a compatibility issue when the exact plugin has been used on multiple hundreds of sites, incl WPML aswell. From the installation of the plugin, I have only gotten some design changes done. According to the dev it was done on the plugin itself. - Adding a different color on searchbar, front-end live view, and single property view: - Changing fonts to match the rest of the website on both areas - Changing icons on the front-end live view - Changing text color in both areas - Removing unnecessary grey squares around arrows on single property view - Removing the icon on pictures of single property view and the ability to enlarge pictures. Since the updated version of their plugin that I use already has enlarged pictures, the icon only made it smaller so it wasn't possible to select the next picture. These are what I remember as of now. Will report back if necessary with a full report and pictures explaining each customization - in case any of this could be causing it. Here are some examples of sites that the Widoo themselves have built, used WPML, and integrated the same plugin (although older version, due to it being some time ago). Front End Live user view: hidden link Single Property View: hidden link Front End Live user view: hidden link Single Property View: hidden link Not entirely, sure what this one was translated with (but it translates more of the properties pages than the others) Front End Live user view: hidden link Single Property View: hidden link Regarding the matter of installing the plugin, I am not sure if I am able to do this, since Widoo themselves installed and configured the API settings - due to many having copied the plugin. Unless it's possible to take the plugin which is in the WPIDE plugin now (where it was customized from) from the staging and somehow migrate it? So maybe it's easier if I just give you access to staging, and then you can debug it from there? Let me know your thoughts. I will be calling the owner today aswell as recommended, and ask for advice. Will also be mentioned if they could cooperate with you to make it officially compatible with WPML. Thanks for being available. Hope you are able to see this today, so we have a better overview on Sunday. Update Had a WPML dev, directly from the developer's site on WPML.org help me. And it seems to work when String translation is deactivated. Although i am not sure if this is the right way of doing it. - The searchbar on homepage doesn't work - then it worked and now it doesn't work agian, and when you try and click on any properties nothing happens. However, when I add (?-no-cache), it seems to work. But then the arrows on the single property view are bugging. The last time this happened when making design chances, i think clearing the cache helped. But if I remember correctly it might have been due to a complication with WProcket plugin (although not sure) You can try and replicate the issue yourself here: hidden link* hidden link - This is probably related to another ticket, but without String Translation, on the examples i showed you above, could it still be translated? and can you see of those sites use it. I have attached the email reply from him below: Hi Johan, Some answers below, but here's the most important bit: I managed to make it work (i.e. the site is fast with WPML) in this setup: - string translation deactivated (maybe some strings in places will not be translated, but that's less of an issue than 50s load time) - replaced the Elementor language switcher widget with the standard WPML language switcher (seems that the Elementor widget comes with the String translation plugin, strangely) if you want round flags, some CSS can be added So aside from maybe losing some translated strings (but not the standard WPML translations), everything works fine. Some text like "Agents with guidance at heart" can be translated using the standard translation, but seems you have kept them english on DE and DA on purpose. hidden link By duplication I meand that every EN property is getting copied to DE and DA, but that would only be the case if the properties were stored in your WordPress. But they are not - just pulled in from the same source on all languages, so no duplication. For the same reason, you won't be able to translate any strings coming from the shortcode, using WPML as far as I can tell (like "bedrooms" on each property) - it's not in your DB so WPML doesn't have access to it. But you could translate it with some custom code or perhaps the Say What plugin. The quickest way to debug this in my opinion is to let WPML debug it directly in the staging site + tell them what we know - that it's only on the pages with the property shortcode and only when WPML String Translation is activated. In the meantime, you can switch the Production site to use the same setup I described above and switch it back to the problematic one on staging, so that WPML can debug.
June 30, 2023 at 3:35 pm #13924851
Itamar WPML Supporter since 02/2016 Languages: English (English ) Timezone: Asia/Jerusalem (GMT+03:00)	Hi, Please share with me access to the staging site so I check the problem. Please share with me the exact steps to see the problem. When describing the steps, please try to be as short as possible. If possible, please share a video of the problem with me. You can use this free online service. hidden link. If you need further help with this, please share the access details to your site with me. 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.--
July 23, 2023 at 9:02 am #14084159
Itamar WPML Supporter since 02/2016 Languages: English (English ) Timezone: Asia/Jerusalem (GMT+03:00)	Hi, To your request, I've reopened this ticket. Please remind me what you want me to check. If you need to share access to the staging site, I'm enabling a private message to the following reply. If you need further help with this, please share the access details to your site with me. 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.-- Regards, Itamar.

The topic ‘[Closed] Speed issue when WPML enabled + Not translating property pages + ACF translation’ is closed to new replies.