Our website is www.gadgetbridge.com and this is the score from GTmetrix


How can we reduce the TTFB.
We have CloudFlare CDN and they said, you have to ask your hosting. Apologies am not a developer so am asking here.

How can we reduce the TTFB. We have a friend who also has hosting in DO New York server similar Wordpress site and their TTFB is under 250ms (backend). However ours is 1000ms (backend). It is very strange, both DO have same Wordpress themed sites yet different TTFB.

We have NGINX Cache turned on. Someone said that will reduce TTFB, but we are still facing high TTFB. Google prefers 150MS or less when it comes to TTFB, hence trying to optimise our website.

Please help
Best Regards

These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.

Submit an Answer
1 answer

Hi there,

This sounds like a website optimization issue, as your friend’s website TTFB is very good. In order to reduce your TTFB, I could suggest a few things in terms of website optimization:

  • Reduce the number of plugins that your website has and delete any themes that you are not using.
  • Make sure to use a good caching plugin like WP Rocket or WP super cache
  • Reduce the total amount of requests made on each page. For example, for your home page, make sure to not load too many posts.
  • Optimize your images, you could do that with a plugin as well like WP Smush it
  • Make sure that your WordPress version is up to date along with all of your plugins and theme

Let me know how it goes!

  • Thanks, but we already have done that.
    We have Wp-rocket.
    We have lazy load.
    Only 1 theme there and active.
    Very few plugins. Images are super optimised. The front page size is less than 700KB on most counts.

    We are looking for server-side recommendations that can help to reduce TTFB. Wordpress side we have done already.

    Also when we have turned on NGINX cache via plesk, However, the downside is that the cache was not getting cleared when a new article is published. If you go to the website the old articles were showing, unless you refresh the page physically. even after that when you again open the browser, again the old page shows up then you have to again press F5 to show new articles.

    • Hello,

      With Nginx enabled how does the TTFB look like? Also is it currently enabled? I’ve run a few checks and different TTFB checkers and the results look very good:

      TTFB screenshot 125ms

      Also, the main recommendation from Pingdom is to reduce the number of total requests and also enable Gzip compression:



      Pingdom recomendations

      The high TTFB report that you are seeing from GTMetrix, could be explained with the fact that the test server location was in India, and the location of your actual server is in New York.

      If you run the same test from Canada for example, the TTFB is no longer reported to be an issue:


      • Thanks, Gzip is enabled via.HTaccess through wp-rocket. If there is another way to do it via Plesk, do let me know.

        The best TTFB according to Google is under 150 MS.

        Right now we have switched off the NGINX cache, as that is showing the old page and one has to press f5 to show the new page, not good for user experience. Just trying to get page from B ranking to A ranking, hence asking the kind community for help.

        We just rand a GTmetrix from Vancouver, TTFB there is 536ms, that is high.

        • Hello,

          What I could suggest for the Nginx cache problem is to use a plugin like this one here:


          It has an option that lets you flush the cache automatically when your content changes.

          I’ve not personally used this exact plugin, so I would recommend trying it out on your staging or dev site first.

          However, as you are using WP rocker, I would also recommend going through this tutorial here:


          The WP Rocket team mentions that you can use both Nginx FastCGI cache and WP Rocket’s page caching, though they don’t recommend this approach. However, if you decide to use them together and the Nginx FastCGI cache misses, WP Rocket can still serve up cached content at the application level.