I like that E is improving a little bit on speed/code on each major update now. It is much faster today than 2-3 years ago. And it will probably be even faster in 6 months. It is anyway fast enough, and a couple of hundreds milliseconds does probably not matter.
I was an Elementor user but now I've switched to Bricks and couldn't be happier. Bricks require some more refinements and I think it will become the Swiss Army knife for all section of users ranging from newbies to pros. :)
Interesting tests and results. Did you use SiteGround for your host? If so, did you leave the server level caching features enabled or disable and flush them?
WP Studio - and then Lighthouse - rather than via a 3rd Party Host as I didn't that to affect results. To be honest, all of them wobbled around the 95-100 mark during tons of checks, but the main thing is they were all 98+ most of the time.
I have been using Elementor Pro for 18 months, why? Because I don't know what I am doing but with EP I can do it anyway. I have spent dozens of hours trying to get page speed to be good, (Which it is). The new builds of EP have definitely improved my already built pages. The last couple of builds really improved my CLS almost eliminating it completely, and I didn't do a thing. Thank you for all the videos, I am not sure I would have gotten this far without them!
Elementor improving is a big win for the WP ecosystem as a whole. The sheer number of sites using it is so big that it will help recover the overall reputation of sites built on WP.
One of the reasons for the better performance is also due to PSI now testing mobile using 4G. They were testing with 3G previously. I'm not sure when they upgraded to 4G.
Good video Imran. Missed the live stream for Camo Studio you were in. Overall I can see your point on Elementor, however, what do those numbers begin to look like when you begin building out full pages and start adding additional plugins for more functionality without having to resort to any optimizer? That’s just where Breakdance shines, as you can achieve more without having to rely on 3rd party plugins that begin affecting page load times. Glad to see that the team at Elementor is making progress on what used to be a real process to resolve!
Good point, but on previous comparison videos the results are not that far off one another, but I will do an update (one day). EL doesn't really need add-ons, and often a lot of what BD does, you can do inside EL without 3rd Party Plugins. Of course there will be some features that BR and BD do better with less gunk - like BD and their Woo Features.
I think it also comes down to the quality of the code as much as speed. Elementor still does not generate proper semantic code. It would have been interesting to have seen screen shots of the code inspector for each too.
Yup, that's why I showed the DOM and the Chaining Requests, and how when you inspect there's more inside or wrapped around each widget than others. Hopefully we'll see that improve. From a client's perspective - as long as the site loads/delivers then the wraps become negligible.
Very interesting subject, I'm trying to build a directory site with elementor, running really slow specially the admin panel. Wil try and put it on a better server soon. My question is, I understand elementor has worked on page speeds and is getting better, but does that just render 3rd party speed improvement plugins pointless, because if so, you can still use them other pagebuilder to gain extra speed advantages. If elementor is built in does that give it an unfair advantage as others can also be improved apon but elementor can't?
If you're building with a new site, then you could monitor from the get go at which point another element or plugin causes a drop. I would still use PhastPress to aid speed as you build. But when you try to improve a site that is already built then it can be more cumbersome to weed out the 'hitters'.
For me the issue is less about speed these days but code bloat. You can clearly see all the exra code on an Elementor site. In some sites that have small amounts of content per page the HTML far outweighs the content, which can be a problem for GOOD SEO. Will be interestign to see how much difference the newer block themes are, such as Spectra One.
5 месяцев назад
Can you explain a bit about old website/legacy code? I have one older ecommerce website and I get about 40 on mobile and 70 when on blank page with one header (also mobile), while new ecommerce website is just like you showed 99-100. How to fix old website?
It will depend on your build, code, plugins, other bits still loading in the background. Unfortunately, I don’t investigate, propose solutions, or brainstorm content creation unless they start with a 1-2-1 consultation, or I am commissioned to look deeper. If you're still interested, visit my booking page: learn.websquadron.co.uk/#support
5 месяцев назад+1
@@websquadron oh I get it now. It's about additional stuff, not elementor. I had impression that updated elementor widgets become faster when website is done from scratch.
From my own tests, Gutenberg is the fastest, with Bricks being next at almost no difference. (Less than 1% difference) Breakdance then and lastly Elementor in terms of speed. Tests done on Hostinger hosting. 3 tests on every page builder to make sure it's not the server acting funny. It's weird how the WordPress classic 98% (I'm assuming you mean Gutenberg with this?) is slow in your tests compared to the page builders.
I tested about 10+ times with each page/builder over a 2.5 day period. Indeed it was Gutenberg and on occasions the WP score was 99/100, however the majority landed at 98. I always suggest that the single digit differences are negligible as they are all 95+, and it's better to be there than starting at 75 for a score. What happens after that is down to the build, method, resources.
These are the resources required to get the page above the fold to render. Could be many items or items dependent on loading a font, image etc or where there is mixed http v https content.
Hello SIr, I am building a wordpress ecom website in elementor. I have around 50-100 products on the store, with custom fonts and design. I can feel the website loading getting slower. So far, everything is optimized using WP optimize plugin. I've made sure not to use images above 100-150kb in size. What would you suggest to improve the loading speed for my entire website other than changing the page builder, since I have already invested in elementor pro. Thank you.
Another great video Imran, plenty of interesting detail, and I like that you stripped it all back, and kept it honest and transparent. I’ve gotta say, the recent improvements in Elementor have been very well targeted. Given that speed optimisations have been one of the biggest requests for Elementor, it shows that we are being heard. Excited for future of Elementor.
Well said. That's how I see it too, because until 3 months ago I was always promoting the need to get many snippets and performance tools in place before you added a single line of text to a page. Whereas now (albeit you will still need some page speed tools) you can start building at the holy 99/100 mark from the get-go :)
I considered it but not everyone uses it, and I have to draw a line in the sand otherwise then I need to include Divi, Spectra, and many more builders.
![Hunxho - Ball Forever [Official Video]](http://i.ytimg.com/vi/nki9ZTF9Uls/mqdefault.jpg)
![Twenty One Pilots - “The Line” (from Arcane Season 2) [Official Music Video]](http://i.ytimg.com/vi/E2Rj2gQAyPA/mqdefault.jpg)
I like that E is improving a little bit on speed/code on each major update now. It is much faster today than 2-3 years ago. And it will probably be even faster in 6 months. It is anyway fast enough, and a couple of hundreds milliseconds does probably not matter.
Agreed.
bricks or?
I was an Elementor user but now I've switched to Bricks and couldn't be happier. Bricks require some more refinements and I think it will become the Swiss Army knife for all section of users ranging from newbies to pros. :)
Invaluable information, and great ammo for convincing my one client not to abandon Elementor on performance grounds
Bricks is just too good.
@@HåvardGerhardsen because he didn’t make unfounded claims like you
Interesting tests and results.
Did you use SiteGround for your host? If so, did you leave the server level caching features enabled or disable and flush them?
WP Studio - and then Lighthouse - rather than via a 3rd Party Host as I didn't that to affect results. To be honest, all of them wobbled around the 95-100 mark during tons of checks, but the main thing is they were all 98+ most of the time.
I have been using Elementor Pro for 18 months, why? Because I don't know what I am doing but with EP I can do it anyway. I have spent dozens of hours trying to get page speed to be good, (Which it is). The new builds of EP have definitely improved my already built pages. The last couple of builds really improved my CLS almost eliminating it completely, and I didn't do a thing. Thank you for all the videos, I am not sure I would have gotten this far without them!
This is great to see the updated tests! The improvements are making good waves!
They are!
Elementor improving is a big win for the WP ecosystem as a whole.
The sheer number of sites using it is so big that it will help recover the overall reputation of sites built on WP.
Good video! What website were you using to do the speed tests?
Page Speed Insights, WebPageDev, and Lighhouse.
You should have included the chasing request improvements for all others as well when used a caching plugin.
One of the reasons for the better performance is also due to PSI now testing mobile using 4G. They were testing with 3G previously. I'm not sure when they upgraded to 4G.
Good video Imran. Missed the live stream for Camo Studio you were in. Overall I can see your point on Elementor, however, what do those numbers begin to look like when you begin building out full pages and start adding additional plugins for more functionality without having to resort to any optimizer?
That’s just where Breakdance shines, as you can achieve more without having to rely on 3rd party plugins that begin affecting page load times.
Glad to see that the team at Elementor is making progress on what used to be a real process to resolve!
Good point, but on previous comparison videos the results are not that far off one another, but I will do an update (one day).
EL doesn't really need add-ons, and often a lot of what BD does, you can do inside EL without 3rd Party Plugins. Of course there will be some features that BR and BD do better with less gunk - like BD and their Woo Features.
What is really fantastic by Breakdance is their accesiibility in Multi-Navigation. I think this is missing in Elementor!
I think it also comes down to the quality of the code as much as speed. Elementor still does not generate proper semantic code. It would have been interesting to have seen screen shots of the code inspector for each too.
Yup, that's why I showed the DOM and the Chaining Requests, and how when you inspect there's more inside or wrapped around each widget than others. Hopefully we'll see that improve.
From a client's perspective - as long as the site loads/delivers then the wraps become negligible.
@@websquadron Yes but bad from an accessibility standpoint which is becoming ever more important.
Very interesting subject, I'm trying to build a directory site with elementor, running really slow specially the admin panel. Wil try and put it on a better server soon. My question is, I understand elementor has worked on page speeds and is getting better, but does that just render 3rd party speed improvement plugins pointless, because if so, you can still use them other pagebuilder to gain extra speed advantages. If elementor is built in does that give it an unfair advantage as others can also be improved apon but elementor can't?
If you're building with a new site, then you could monitor from the get go at which point another element or plugin causes a drop. I would still use PhastPress to aid speed as you build. But when you try to improve a site that is already built then it can be more cumbersome to weed out the 'hitters'.
Truly good WP video!
Thanks!
For me the issue is less about speed these days but code bloat. You can clearly see all the exra code on an Elementor site. In some sites that have small amounts of content per page the HTML far outweighs the content, which can be a problem for GOOD SEO. Will be interestign to see how much difference the newer block themes are, such as Spectra One.
Can you explain a bit about old website/legacy code? I have one older ecommerce website and I get about 40 on mobile and 70 when on blank page with one header (also mobile), while new ecommerce website is just like you showed 99-100. How to fix old website?
It will depend on your build, code, plugins, other bits still loading in the background. Unfortunately, I don’t investigate, propose solutions, or brainstorm content creation unless they start with a 1-2-1 consultation, or I am commissioned to look deeper.
If you're still interested, visit my booking page: learn.websquadron.co.uk/#support
@@websquadron oh I get it now. It's about additional stuff, not elementor. I had impression that updated elementor widgets become faster when website is done from scratch.
From my own tests, Gutenberg is the fastest, with Bricks being next at almost no difference. (Less than 1% difference)
Breakdance then and lastly Elementor in terms of speed. Tests done on Hostinger hosting. 3 tests on every page builder to make sure it's not the server acting funny.
It's weird how the WordPress classic 98% (I'm assuming you mean Gutenberg with this?) is slow in your tests compared to the page builders.
I tested about 10+ times with each page/builder over a 2.5 day period. Indeed it was Gutenberg and on occasions the WP score was 99/100, however the majority landed at 98.
I always suggest that the single digit differences are negligible as they are all 95+, and it's better to be there than starting at 75 for a score. What happens after that is down to the build, method, resources.
What are chasing requests? I'm not finding any results for that term when I search for it
These are the resources required to get the page above the fold to render. Could be many items or items dependent on loading a font, image etc or where there is mixed http v https content.
@@websquadron Thanks a lot I really appreciate the reply 😃
Hello SIr, I am building a wordpress ecom website in elementor. I have around 50-100 products on the store, with custom fonts and design. I can feel the website loading getting slower. So far, everything is optimized using WP optimize plugin. I've made sure not to use images above 100-150kb in size. What would you suggest to improve the loading speed for my entire website other than changing the page builder, since I have already invested in elementor pro.
Thank you.
I don’t know. What does your recommendations show?
Good review.
Once it's over 90 for desktop and mobile, fussing over these differences is splitting hairs.
Exactly my thoughts too :)
Another great video Imran, plenty of interesting detail, and I like that you stripped it all back, and kept it honest and transparent.
I’ve gotta say, the recent improvements in Elementor have been very well targeted. Given that speed optimisations have been one of the biggest requests for Elementor, it shows that we are being heard.
Excited for future of Elementor.
Well said. That's how I see it too, because until 3 months ago I was always promoting the need to get many snippets and performance tools in place before you added a single line of text to a page. Whereas now (albeit you will still need some page speed tools) you can start building at the holy 99/100 mark from the get-go :)
You should have added Generatepress in the test
I considered it but not everyone uses it, and I have to draw a line in the sand otherwise then I need to include Divi, Spectra, and many more builders.
Now show the code output 🤣
I wish you had included Oxygen in the test. Just to cover them all!
I considered many and then settled on most common based on my audience (at the moment).
Took Elementor 2 years just to catch up on performance for a very simple Heading + Image page 😂
Okay.
Dominic :v
Hehe :)