Everyone wants a website that loads quickly and delivers a great “visitor experience.” There are times when that does not happen – the site seems slow, or even worse (gasp) it chugs along at a snail’s pace. Slow load speeds like this make your skin crawl!
Not only do people not like to stay on a slow site, Google has indicated site speed (and as a result, page speed) is one of the signals used by its algorithm to rank pages. There are many factors that go into how fast a site and a page loads. This includes aspects such as:
- Hosting Account
- Network Speed
- Traffic
- Extra-large Images
- Too many plugins
- And more
This article is going to focus on the plugin issue.
When you call your hosting support to inquire about a slow speed, one of the first things they look at is the number of plugins that you have. While it is generally true that more plugins will slow down your website, this is only partially true.
Yes, more plugins on your website mean that there is more code that a browser will have to load. This, in turn, can slow down the site. Chances are, however, that is not the case (especially with the available internet speeds we have today).
Let me explain why this is the case. One thing you need to realize is how plugins get developed; let’s compare this to the local lawn care people in your area. I am sure the range goes from the local high schooler looking to make some money over the summer to the Big National Franchise, highly organized companies. Right away you can probably see a difference in the effectiveness and efficiency of these two extremes. The student might have a mower and he only cuts the lawn. On the other hands, the company may have several employees show up and have all the sophisticated lawn care tools. They may mow the lawn, blow the stray grass, edge the sides, remove the clippings, weed-whack near shrubs, etc. Not only are they doing more, they can do this faster than the lonely student with a push mower.
The same is true for plugin developers. Plugin programmers run the gamut from new and learning to highly experienced. Some are just starting out and learning while others have years of experience.
With such a broad experience range comes plugins that are created in various states of efficiency. Some plugins are not as effective as others simply because the developer does not have the knowledge or expertise which someone with more experience might have.
Think about if you were to write a plugin to bring in your groceries from your car (ok – a little far fetch, but stay with me – this is a good example!). The task at hand is to bring in all the bags of groceries from your car into the kitchen. The inexperienced plugin developer may write the code that does the following:
While there are groceries in the car
- Go to the car
- Get a bag of groceries
- Bring it inside into the kitchen
If there are twenty bags, this happens twenty times. That is twenty trips to the car, and twenty trips back inside.
Now, the experienced programmer might do something similar, and might do things more efficiently:
Do the following tasks while there are groceries in the car:
- Go to the car
- Get 2 bags of groceries per hand
- Bring them inside into the kitchen
The experienced programmer just cut the twenty round trips into five!
The real question is not “How many plugins are installed?” rather it is, “How effective are the plugins that are installed?”
Now the question becomes, “How do I know if a plugin is written well?” – the easiest way is to look at the code and see how tight, efficient, and clean it is. Unfortunately, that is probably not helpful to most people since you don’t have that skillset! The next best thing is to do your own testing of the plugin.
You can see how quickly your site loads at sites like tools.pingdom.com, gtmetrix.com, and even Google’s own page at developers.google.com/speed/pagespeed/insights/. Before you install the plugin, you should do a few speed tests and get an average of the times. Then, install and activate the plugin, and rerun the tests. Do you see a significant increase in the time? If so, you may want to look for another plugin.
One other option you can do is to install the P3 plugin (Plugin Performance Profiler) from https://wordpress.org/plugins/p3-profiler/. The description of the plugin (as stated on the page) is:
This plugin creates a profile of your WordPress site’s plugins’ performance by measuring their impact on your site’s load time. Often times, WordPress sites load slowly because of poorly configured plugins or because there are so many of them. By using the P3 plugin, you can narrow down anything causing slowness on your site.
When the plugin is installed, activated, and run, you can get a relative idea of which plugins take longer than others. The key term here is relative. Each plugin will show a percentage of time used. This does not necessarily mean the “slowest” should be removed. Would you get rid of the 6th place Olympic runner because she was too slow? Probably not – again, it is all relative.
Through this type of testing, you can determine if a plugin is going to slow down your site or not!
SaraBeth says
Hi, Paul. Learned something. I always thought it was the number of plugins that slowed the site. (plus shared hosting)
I know for my site, a robust plugin like SumoMe slows it down a lot. It’s a great plugin, but for my site, too heavy.
Thanks for giving a step-by-step process for testing our plugins.
#blogboost
Paul says
You are welcome, SaraBeth. SLow hosting will surely slow down a site too! I will have to write up my thoughts/view of that in the near future!
Doug says
Hi Paul,
Thanks for the tip.
I did not think of plug ins as being a major source of delay since I assumed they were not delivered to the client. However, their code does have to run before or while the page is being delivered.
Live and learn.
Blog on!
Paul says
Happy to help spread some education, Doug!
Roy A Ackerman, PhD, EA says
Another reason or two the site loads slowly? First and foremost is when the blogger is so busy scraping information fom visitors, that they forget that is a time consuming act for the page. (That also goes when you trace where the hit comes from or who recommended it.)
And the other reason? 3 GB of pictures or ads!!!
Paul says
Absolutely!
Arlene says
Very helpful! Paul, thanks for a simple explanation for a non-techie.
Paul says
Glad it helped, Arlene!
Bing says
Hi, Paul! This is very interesting. Thank you for sharing those test sites for plug ins. The unskilled group (where I belong ha ha) appreciates it a lot!
Paul says
You are welcome, Bing!