Page Load is very slow

ronny.ko
8 Posts
ronny.ko posted this 17 November 2022
Ask a Question

Hi,

On google Speedtest insights, we see that the page speed loads are very, very slow...mid 40s. Looking closely, it seems that it's related Joomshaper's CSS and others. Please take a look yourselves.

Having said this, does it mean that NicePage doesn't work well with JoomShaper Helix Template along with SP Page Builder?

If that's so, what I need to do in order to replace Joomshaper's packages?

My site is forteinnovations-com

Hi, On google Speedtest insights, we see that the page speed loads are very, very slow...mid 40s. Looking closely, it seems that it's related Joomshaper's CSS and others. Please take a look yourselves. Having said this, does it mean that NicePage doesn't work well with JoomShaper Helix Template along with SP Page Builder? If that's so, what I need to do in order to replace Joomshaper's packages? My site is forteinnovations-com
Vote to pay developers attention to this features or issue.
6 Replies
Order By: Standard | Newest
Auguste
257 Posts
Auguste posted this 18 November 2022

Have you optimised your images to 72 dpi? Try not to exceed 100kb per image.

Here is a site that allows you to optimize your images. https://tinypng.com/

Have you optimised your images to 72 dpi? Try not to exceed 100kb per image. Here is a site that allows you to optimize your images. https://tinypng.com/
Auguste
257 Posts
Auguste posted this 18 November 2022

You should remove the mention at the bottom of your home page. "Free Joomla Templates created with Joomla Page Builder."

You should remove the mention at the bottom of your home page. "Free Joomla Templates created with Joomla Page Builder."
Auguste
257 Posts
Auguste posted this 18 November 2022

Take a look at the screenshot of your website's performance

Take a look at the screenshot of your website's performance

Last edited 18 November 2022 by Auguste

Auguste
257 Posts
Auguste posted this 18 November 2022

To help you resize your images:
https://www.photopea.com/

  1. Set your images to 72 dpi in a pixel width in Photopea. For example 1500 pixels wide for very large images that take up the whole screen.

  2. Import the images into tinyPNG to optimise their weight. https://tinypng.com/

To help you resize your images: https://www.photopea.com/ 1. Set your images to 72 dpi in a pixel width in Photopea. For example 1500 pixels wide for very large images that take up the whole screen. 2. Import the images into tinyPNG to optimise their weight. https://tinypng.com/
admin1514
1 Posts
admin1514 posted this 18 November 2022

I need some help with my website.it is not displaying properly when active as a theme on Word press vs how it is created on the Nicepage desktop application. I’ve stayed within the grid but I’m not sure.

I need some help with my website.it is not displaying properly when active as a theme on Word press vs how it is created on the Nicepage desktop application. I’ve stayed within the grid but I’m not sure.
cody.flanagan
6 Posts
cody.flanagan posted this 18 November 2022

Oversized images are usually the biggest problem in terms of page load speed.

Typically, the 2nd biggest problem is "Code Bloat". Unnecessarily heavy CSS files.

As you can see when publishing a site, there is a CSS file for every single page rather than 1 optimized CSS file for all pages. What this means in terms of load speed (which is increasingly important as a Google ranking factor) is that you must request a new CSS file for every single page.

Many of these CSS files have the exact same CSS as in the previous page but because of NP architecture, that CSS must be requested and redownloaded again even if that CSS has already been loaded from a different file. Not efficient.

If you dig into Page Speed Insights, it will tell you how to use the chrome inspector to see the CSS. Inspector will ALSO show you what CSS is unused on each page, requiring users to download an unnecessarily large file.

While it is possible to manually delete unused CSS, the next time you publish the page, it also republishes the original "bloated" CSS.

SUGGESTION!
For those of us who want fast-loading pages and are willing to go to these lengths, it would be an excellent idea if NP would allow me to "lock" the CSS pages so it doesn't overwrite when publishing changes.

The only other possibility is to manually replace bloated CSS with streamlined files. Of course, you must remember that a single change to any page will require you to insure your streamlined CSS files have those changes. It's a management nightmare.

For those of you interested in this, I just found a site called Unused-CSS.com that will help you determine what CSS you can strip out - Manually. https://unused-css.com/dashboard

Ideally, Nicepage would be able to do this.. or at the very least have one primary CSS file that contains CSS for all pages and would remove redundant CSS entries.

Final Word
You may find it interesting to note that for the FIRST TIME EVER, Google analytics now has reports specifically about core web vitals - most important of these is page speed. What this means is that we now have a new ranking factor to consider other than on-page and off-page SEO.

If you'd like to know more about this (and you absolutely should), check out my blog post on this topic for a high level overview. https://irazor.io/blog/the-importance-of-page-speed.html

Oversized images are usually the biggest problem in terms of page load speed. Typically, the 2nd biggest problem is "Code Bloat". Unnecessarily heavy CSS files. As you can see when publishing a site, there is a CSS file for every single page rather than 1 optimized CSS file for all pages. What this means in terms of load speed (which is increasingly important as a Google ranking factor) is that you must request a new CSS file for every single page. Many of these CSS files have the exact same CSS as in the previous page but because of NP architecture, that CSS must be requested and redownloaded again even if that CSS has already been loaded from a different file. Not efficient. If you dig into Page Speed Insights, it will tell you how to use the chrome inspector to see the CSS. Inspector will ALSO show you what CSS is unused on each page, requiring users to download an unnecessarily large file. While it is possible to manually delete unused CSS, the next time you publish the page, it also republishes the original "bloated" CSS. **SUGGESTION!** For those of us who want fast-loading pages and are willing to go to these lengths, it would be an excellent idea if NP would allow me to "lock" the CSS pages so it doesn't overwrite when publishing changes. The only other possibility is to manually replace bloated CSS with streamlined files. Of course, you must remember that a single change to any page will require you to insure your streamlined CSS files have those changes. It's a management nightmare. For those of you interested in this, I just found a site called Unused-CSS.com that will help you determine what CSS you can strip out - Manually. https://unused-css.com/dashboard Ideally, Nicepage would be able to do this.. or at the very least have one primary CSS file that contains CSS for all pages and would remove redundant CSS entries. **Final Word** You may find it interesting to note that for the FIRST TIME EVER, Google analytics now has reports specifically about core web vitals - most important of these is page speed. What this means is that we now have a new ranking factor to consider other than on-page and off-page SEO. If you'd like to know more about this (and you absolutely should), check out my blog post on this topic for a high level overview. https://irazor.io/blog/the-importance-of-page-speed.html
You must log in or register to leave comments