Performance issue

Hi there,
After trying several solutions and tutos (https://xtemos.com/wordpress-performance-optimization-the-ultimate-guide-in-2021/) to improve performance, we are strugging here with the FCP and LCP of this site : https://www.seriousconnection.com
To avoid any content conflict, we create a page with Header and Footer elements only.
https://www.seriousconnection.com/test-empty-page/
We got disastrous results with LCP anf FCP (above 3.4s)
See screenshots

We worked with Kinsta and CDN support, WP Rocket, Elementor to improve all of this without no success to reduce the Doc time issue.

Could you please help?

Regards

Attachments:

You must be logged in to view attached files.

[Luke Nielsen]

Hello,

Please confirm the permission for plugins deactivation, and switching to the parent/default theme. As soon as we complete the testing we will enable all back.

Also, please disable the server cache.

Thank you in advance.

Kind Regards

• This reply was modified 9 months ago by Luke Nielsen.

Hi Luke,
I created an admin account.
Let me know also at what time you can do the testing so I could deactivate Kinsta Cache.

Best regards

Jose

Dear Luke,

Please let me know when your are connecting. This is a bit critical in term of speed. Waiting more than 3 s for a page without nothing inside is dramatically impacting business.

Best Regards

Jose

Hello,

I apologize for the delay.

Could you please disable the server cache right now?

I await your response.

Kind Regards

Hi Luke
Are you still there?
I just deactivated the cache.

BTW, you can clean the cache as kinsta as a pluging to clean all the remote caches.

Regards
Jose

Hello,

Seems that your server is not stable because on the default theme, we can see that the site loads around 5s and It’s not normal for the default theme. On the default theme, the page should load around 1s.

https://monosnap.com/file/PFjHlvibCCgvtqJNLgtN3R9bO3GQRe

So you need to check what is wrong with the server because as you see it is not something caused by our theme.

Kind Regards

Hu Luke
We know that.
We believe the issue is coming from the page generation with the header and maybe footer too. This not possible get a DOM over 1000 with any content on the page.
This is why we created empty pages as stated in this thread.
The hearder builder is yours so could you please investigate that direction?

Kinsta is one of the best in the world and we worked to get improvement form their side.

Best Regards

Here is the URL for testing

[Jose1966]

Here is the information from Kinsta
Hello there! Thank you for reaching out to Support, you are speaking with Adriaan! 👋
Looking at the server’s health, the server load is generally low and stable.
Only if this exceeds ~30 is it something to be concerned about.
Searching internally, I do not see any monitoring alerts for this server this month either.
The page you shared also bypasses caching, so requires to be processed first with each visit, and refresh.
Testing from London as the closest location, the server’s ability to respond is still considered low:
https[:]//gtmetrix[.]com/reports/www[.]seriousconnection[.]com/x6nUdNBV/

You can see their printscreen of GT Metrix. They believe this is more dev issue. The point here is the fact on this page, we didn’t do any dev here as we are using fully the theme with HeaderBuilder and Footer tools with Elementor as stated in the documentation. We are in a kind of NoCode configuration.

Regards

Jose

• This reply was modified 8 months, 4 weeks ago by Jose1966.

Attachments:

You must be logged in to view attached files.

[Luke Nielsen]

Hello,

With the plugins enabled, you have a long page loading on the whole website and not just on a blank page.

https://prnt.sc/QWD1x9Q59ULm

https://prnt.sc/VegxXM2h1OnZ

So after deactivating all third-party plugins, the page started to load well, more detail in this video: https://dropmefiles.com.ua/en/AENXR

Therefore we can conclude that the issue is in the third-party plugins, not in the theme itself.

Kind Regards

• This reply was modified 8 months, 3 weeks ago by Luke Nielsen.

Hi Luke,

Thanks a lot for the video and the comments but even 1s is too much even if I understand your point.

We have a similar site with woodmart on the same Kinsta server https://www.crewkerz.com/
Check the speed and will understand my point : 162ms to get the full page…

Best Regards

Jose

Hello,

162ms is cached speed, in general, such speed is not at all possible without a cache plugin. In the video, I tested without any cache. So 1s speed is very fast without a cache plugin.

Kind Regards

Hi Luke,

Based on your comments, here is what I did.

I installed query monitor to still dig on it when WoodMart is activated, i got Dependencies errors. With theme2023 no errors.
I decided then to reinstall all the core (wp core download –force –skip-content), WoodMart Theme and Elementor.
I also deactivated the WpRocket cache and got only Woodmart core, Elementor, ElementorPro, QueryMonitor and WooCommerce activated only.
I am also using a plugin called SafeMode to make easier the testing process with plugins . You can use to see the result (see admin bar)

Could you tell what can I do to avoid these dependencies issues?

Best Regards

Jose

Attachments:

You must be logged in to view attached files.

Hello,

I do not see on the Home page that issue, please clarify how can I replicate it on my side.

https://monosnap.com/file/MZJT36qUYEwCEykOtCD2lONUHgmI9U

Kind Regards

Hi Luke,

I solved the issue playing with the Theme performance over the weekend and this morning.
Sorry I could not update it in time.
I also removed WPML to get a performance gain.
Right now I am trying to reduce the size of CSS.
This file has a big size 103,5 KiB:
https://www.seriousconnection.com/wp-content/themes/woodmart/style.css?ver=6.3
Any idea?

Best Regards

Jose

Hello,

I apologize for the delay.

This file contains all the styles that we have in the theme. But it is not enabled in our theme on the front end, css-parts are used for this, which connects only the necessary styles for the elements. Therefore, it is not necessary to enable all styles on the site, but in the child theme we can see that the file is enabled via custom code: https://monosnap.com/file/eL2VT8QR3MZiIjimXHUZHdYJ0la9e9

So please remove the connection of that file and recheck the issue.

Kind Regards

Hi Luke,
This is good one !! (even if this is a strange as I believe the child has been created by my team using by default setup).
Anyway the site is now faster after cleaning the WPML configuration and several CSS et JS scripts removals and reducing images and local fonts management.
Now there is 4 areas we need to fix :
1- Are using dashicons in your theme? If no could we deactivate it?
2- Are you using woocommerce blocks as there are several calls done? In my understanding we are not using neither WordPress Blocks or WooCommerce Blocks as we are using elementor and your HTML block feature.
Could we deactivate WooCommerceBlocks?
3- The dom has to many elements. Without any data and with Header and Footer we are still above 1000 elements coming mainly from the header. Any suggestion to reduce this value? (test done with this url https://www.seriousconnection.com/test-empty-page/)
4- Script Evalution is still too long even on page without any content less Header and Footer. Any Advice here?

Best Regards

Jose

Hello,

I apologize for the delay.

1. Sorry to say but Dashicons aren’t related to Theme. They are loaded by WordPress core.

So, we would suggest you contact WordPress Support in this regard, they will guide you through it because as they are not related to Theme, so there isn’t any option available in the Theme for that.

Or you can either look for any third-party Plugin in this regard at your own risk to hide Dashicons.

2. Please read this article for help: https://wordpress.org/support/topic/disable-or-remove-woocommerce-blocks/

3. Please, confirm the permission for deactivating plugins and switching to the parent theme so I can do some testing.

4. Could you please send me some screenshots for a better understanding of which scripts you mean?

Kind Regards

Hi Luke

Please move forward.

Regards

Hi Luke

Here is the screenshot point 4 Script Evaluation that I got on pagespeed on link
https://www.seriousconnection.com/test-empty-page/

Regards

Hi Luke
Concerning point 2 WooCommerce Block, could you please let me know if your theme need them as I will deactivate them.
Here are 2 ways I will test and update you as soon as I know if you need them or not:
https://rudrastyh.com/woocommerce/remove-woocommerce-blocks.html
and
https://wordpress.org/plugins/disable-dashboard-for-woocommerce/
https://disablebloat.com/

Best Regards

Jose

Hello,

You can deactivate the WooCommerce Blocks.

3. On this page (https://www.seriousconnection.com/boutiques-physiques/) the footer has a lot of elements.

4. I cannot find where you have tested that issue, could you please explain?

Kind Regards

Hi Luke,
1. I removed the Blocks using this code :
https://onpointplugins.com/disabling-woocommerce-blocks/
Other way is to install Pro version of :
https://wordpress.org/plugins/disable-dashboard-for-woocommerce/

3. For testing purpose I deactivated the footer on home page and I have still a dom that is too big. I moved from to 1340 to 1152 so basically the footer has a size of 188 elements. Any ther advise

4. Using pagespeed you will get the size of script evaluation time that has to be reduced

See screenshot that covers both Dom Size and Script Evaluation time.

You can test now our home page without footer.

Best Regards

Attachments:

You must be logged in to view attached files.

Hello,

3. I see only 80 elements on the Home page: https://take.ms/Rqfhq , so please try to disable all third-party plugins and recheck that issue.

4. I suggest you use the WP Rocket plugin to optimize it:

https://xtemos.com/wordpress-performance-optimization-the-ultimate-guide-in-2021/#Step_4

In the meantime, feel free to ask me any questions you may have.

Kind Regards

Hi Luke

3. Sorry but I don’t know how you got this number but the function to get the number of elements I used on top of Pagespeed is the following in the console :
document.getElementsByTagName(‘*’).length
I don’t get 80 as in seen in your screenshot.

4. Using a cache is not fixing the issue. There is already a cache in place with Kinsta.

Regards

Jose

Hello,

3. Sorry, I showed only scripts and styles that are connected to the theme. Using your method, you seethe number of DOM elements are generated in the process of content building. All WPBakery/Elementor page builder elements are DOM elements.

4. There is not just cache, when you check the link above, you can see which options are enabled there: https://prnt.sc/ukxa2TCjZgmU

https://prnt.sc/VKEWmIx043yC

Thus, you can minify scripts.

Kind Regards

Hi Luke,

3 – The page tested has no content at all and no footer so only the header.
The header is under your builder that maybe works with Elementor or WPBakery.
This is not under my control therefore nothing that I can do less contacting you. Maybe you need to optimize using elementor containers or something else.

4- script issue
Kinsta does already that.
https://kinsta.com/blog/wp-rocket/
I talked with Kinsta support and no need to used this part with WpRocket

Regards

Attachments:

You must be logged in to view attached files.

Hello,

You count the DOM elements in the wrong way because your script doesn’t include such tags as “div”, “span” etc., therefore, it counts attributes like “meta”, “link”, “script” which are the wrong counting. In general, these tags ( “div”, “span” etc) should not affect anything.

In our theme, there are more link and script attributes because our scripts and styles are divided into connection files that are connected only when there is a need, and in the default theme it is all 1 file from this may also be the difference.

Kind Regards

Hi Luke,

The issue is not with me to be honest as I don’t care as soon as speed feeling is fast.
My main issue here is Google issue with their pagespeed and their count. The values are coming from them initially and I don’t want them to degrade our site positioning. If you could convince Google 😉

Regards

[Author]

Posts