Celebrating 20 years online :)
Web Dev + WordPress + Security

WordPress Performance Issue Revisited

Following up on my recent performance report with essentially some conclusive results. Turns out that the reported issue is related more directly to the version of PHP than to the version of WordPress. So in other words, WordPress runs a bit faster on newer versions of PHP. As explained previously, after I upgraded my sites to WordPress 4.4, Googlebot reported slightly longer load times for my pages. The slower loading average was seen across numerous sites, and it looked like the WordPress 4.4 update was to blame.

Getting feedback

So I posted about the issue with some screenshots and put it out there to get some feedback and insight as to what was happening. Who knows, perhaps others were experiencing (or not experiencing) similar performance issues. Fortunately, a short time later readers were chiming in with all sorts of useful feedback and ideas:

Comment by Brandon:

Its very well that you have one plugin or theme used on all the sites that runs slower with version 4.4.

Comment by Pace:

Do they all run jetpack? Connected to your WP.com account?

Comment by Kristian:

Checked 9 of my sites, if anything my times have gone down like 5%.

Comment by Joan:

Just wondering if it’s some server configuration. Media Temple are pretty good though… PHP7?

Comment by Connie:

It seems that the reason for this is un outdated PHP-version, after updating PHP from 5.3.7 to 5.6.1 (if I remember right), the same installation got noticeable faster with PHP 5.6.1.

After ruling out some of these possibilities, it became clear that the performance decrease probably was due not to WordPress but rather to running an older version of PHP, version 5.4 (Media Temple’s default version). Soon thereafter I upgraded all sites to PHP 5.6 (the most recent version available running Plesk 12.0). After upgrading I waited about six weeks to give Googlebot plenty of time to collect more crawl data. Here are the results:

[ Google Webmaster Tools: WP-Mix.com ][ Google Webmaster Tools: Perishable Press ][ Google Webmaster Tools: WP-Tao.com ][ Google Webmaster Tools: eChunks.com ][ Google Webmaster Tools: htaccessbook.com ][ Google Webmaster Tools: Plugin-Planet.com ][ Google Webmaster Tools: DigWP.com ]

As you can see, upgrading to PHP 5.6 eliminated extra loading time required by WordPress 4.4, thereby restoring my sites’ performance to their previous optimized baselines. So if you compare a set of before/after screenshots:

[ Google Webmaster Tools: PerishablePress.com ]
Perishable Press running PHP 5.4 & WP 4.4
[ Google Webmaster Tools: Perishable Press ]
Perishable Press running PHP 5.6 & WP 4.4

..you’ll see that running PHP 5.4 and upgrading to WP 4.4 in December resulted in a performance decrease. Then later running WP 4.4 and upgrading to PHP 5.6 in March resulted in a performance increase, thereby restoring load times to their previously recorded amounts. And on some sites, loading times are even faster than they were before.

Thrilling conclusion

I’m guessing at this point that upgrading to PHP 7+ would result in an even greater performance boost, especially as WordPress continues making strides toward the latest techniques and functionality. So that brings us to the moral of this two-part story:

WordPress runs a bit faster on newer versions of PHP.

If you’re running WordPress 4.4 or better and care about things like performance, optimization, and SEO, it is highly recommended that you run at least PHP 5.6 to keep your site operating at maximum efficiency.

Next year, I’ll be working on upgrading to PHP 7 or whatever is available by then, but for now I am satisfied with the improved performance of PHP 5.6 running latest WordPress.

Thank you to everyone who shared feedback and ideas to help resolve this issue :)

About the Author
Jeff Starr = Designer. Developer. Producer. Writer. Editor. Etc.
Digging Into WordPress: Take your WordPress skills to the next level.

7 responses to “WordPress Performance Issue Revisited”

  1. Hi Jeff

    Nice that you seem to have found the problem. I’ve run some compatibility tests with PHP7 and have had almost no problems so far!

    Will start moving some sites to a new server with 7 today and the next week. We’ll see how Google likes it in a couple of weeks. My nine sites from before are still at 550-700 ms response time on average.

    • Jeff Starr 2016/05/07 8:44 pm

      Yeah I’m using a different server to test my plugins/scripts with PHP 7 and have to admit that the issues have been few and with some nice performance gains.

      Glad to hear that you’re getting all of your sites moved over, definitely let us know how it goes after a couple of weeks.


  2. Great! Thanks for sharing the results. Keep us informed next year after moving to PHP7 :)


  3. at least, I am proud that I gave the hint for the real causes of the decrease instead of the mantra “deactivate all your plugins….”

    Unfortunately there is no info at wordpress.org that the newer WP-versions need newer PHP……

    or did I oversee that there?

    Cheers, Connie

    • Jeff Starr 2016/05/08 9:22 am

      Deactivating plugins generally is a good troubleshooting technique, but it was irrelevant in this case due to reasons explained in the original post. And yes your feedback was instrumental in helping to diagnose the issue, so thanks again :)

  4. I’ve absolutely loved running PHP7 on SiteGround since it was first released as a CPanel option. No going back. :-)

Comments are closed for this post. Something to add? Let me know.
Perishable Press is operated by Jeff Starr, a professional web developer and book author with two decades of experience. Here you will find posts about web development, WordPress, security, and more »
Banhammer: Protect your WordPress site against threats.
Crazy that we’re almost halfway thru 2024.
I live right next door to the absolute loudest car in town. And the owner loves to drive it.
8G Firewall now out of beta testing, ready for use on production sites.
It's all about that ad revenue baby.
Note to self: encrypting 500 GB of data on my iMac takes around 8 hours.
Getting back into things after a bit of a break. Currently 7° F outside. Chillz.
Get news, updates, deals & tips via email.
Email kept private. Easy unsubscribe anytime.