Support » Plugin: Easy Updates Manager » plugin adding to 1st byte load time

  • 2/19
    I was going to send this to a contact email but since there is not one on the website, I will have to post it here. While I like the control your plugin gives me over wordpress updates which have become like Windows 10 update lately, I do not like the plugin interferring with page load testing by adding about 4 to 5 seconds onto the front end 1st byte load time. I have tested this across multiple sites including my test beds. With the plugin active my 1st byte times have increased to around 5 seconds pretty consistently. With the plugin deactivated, my 1st byte times drop back into the 600 ms to 1 second range which is normal for my pages being tested. These pages have been tested for over 3 years and have not changed much so I have consistent data to compare with current data.

    I do not have a reason this plugin would do that. All I can do is report my observations. Tested on gtmetrix, pingdom, page insights and which shows the 1st byte times.

Viewing 8 replies - 1 through 8 (of 8 total)
  • Plugin Author David Anderson



    One of our team is doing some testing on this and will get back to you.

    Please can you confirm whether you have the free or paid version of the plugin?


    I have the free version. The plugin works great to allow update management. I usually set the auto updates to nothing and then leave the rest enabled. Then I turn everything off with the top switch to disable/enable everything. When testing with everything disabled is when I get the long load times of 5 to 8 seconds on first byte.

    When I run the plugin enable all updates, I get back toward .8 to .5 1st byte times for most of my tests.

    Hope this helps

    Plugin Author David Anderson


    @flyfisher842 We’ve not yet managed to reproduce this in testing, but are still trying.

    Does the result change if you temporarily de-activate other plugins for testing purposes? One possibility is that you have a plugin that is looking up updates unsuccessfully, and that something in EUM might be causing these look-ups to happen more frequently.

    Things involved in page-loading can be investigated with the free Query Monitor plugin – – though, you have to be logged in to use it, which will often result in more things happening than when you’re not logged in, so it’s not entirely the same test as when testing externally through Pingdom.

    Plugin Author David Anderson


    Actually, Query Monitor’s description says this, so it is possible to test the “not-logged-in” experience:

    In addition to this, you can set an authentication cookie which allows you to view Query Monitor output when you’re not logged in (or if you’re logged in as a non-Administrator). See the Settings panel for details.

    All I know is that my web host suggested looking at plugins and easy updates was the main one I had added in. When I deactivate it, the load times go down and when I enable it the load times go up.

    I set auto updates to nothing, leave everything else on update and then use the top option to disable all updates. It is in this state that I see the long load times.

    Plugin Support bcrodua



    Apologies if we were not able to get back to you.
    Do you still get the same issue with the latest version of UpdraftPlus?


    Plugin Author David Anderson


    (If you do, then you should install, so that it can display the detailed information needed to investigate; unfortunately, none of our team have been able to reproduce a similar problem).

    I can do that and get back to you. I think it is probably WordPress core doing update checking and Easy Updates might be blocking that. The other could be as you say a plugin or plugins trying to phone home and being blocked. I really do like the control the plugin gives however. Always a battle between security and performance.

Viewing 8 replies - 1 through 8 (of 8 total)
  • You must be logged in to reply to this topic.