Poor Bandwidth Savings

I’m relatively inexperienced, so sorry in advance for my naivity. Thanks in advance to anyone who may respond.

I have a simple blog (www.FrugalProfessor.com). As such, it’s my understanding that caching is optimal given that the content doesn’t change very often.

I’ve experimented with several caching plugins over the years, but I’ve converged on “Smush” for compressing images, “WP-Fastest Cache” for caching (which I have set to integrate with Cloudflare CDN), and “WP-Optimize” which I have configured to clean up the databases periodically.

It’s my understanding that I’ve created the correct page rule within Cloudflare to “cache everything”. I also have Cloudflare configured to AutoMinimize everything (and appropriately unchecked the corresponding setting in “WP-Fastest Cache” to avoid conflicts).

When I look at the Cloudflare analytics, it looks like a fairly high percentage of requests are cached, but when I look at bandwidth, it’s cached bandwidth is very low. I was under the impression that, once everything was configured appropriately, that the cached bandwidth percentage would be quite high.

Sorry in advance for my ignorance. Thanks in advance for your time.

Below arerelevant the screenshots:

  • Cloudflare => Analytics => 50% of requests are cached. Cool.

  • Coudflare => Speed => Optimization: I’ve selected “Javascript”, “CSS”, “and HTML” under the Auto Minfy setting.

  • Cloudflare => Page Rules => frugalprofessor.com/ Browser Cache TTL: a day, Cache Level: Cache Everything

  • WP Fastest Cache => Dissallows “Minify” of HTML, CSS, JS because I do this in Cloudflare and don’t want to create conflicts.

  • WP Fastest Cache => I’ve set up integration with Cloudflare.

  • Google Domains: Points to appropriate Cloudflare name servers.

  • Smush => Have configured to compress images. However, I haven’t upgraded to their CDN feature.

Surely the disparity between relatively high cached request and very low cached bandwidth comes from my poor understanding of how images (the largest files on my blog) are cached. It was my understanding that I could cache a static version of this content on Cloudflare so that it wouldn’t have to be served by my server (BlueHost). Perhaps I’m misunderstanding that functionality within Cloudflare or perhaps I’ve got it configured wrong?

Thanks again,
Frugal Professor


Your images are being properly cached.

Your HTML pages are not being cached, despite the Cache Everything caching level setting because your page rule has the wildcard but not the point. It should be *.frugalprofessor.com/* if you really want to cache all subdomains, or simply www.frugalprofessor.com/* for the www only.

HTML not being cached will interfere with TTFB, but does not mean much in terms of bandwidth.

My suspicion would turn to constant crawling or even attacks by bots, and if that’s the case, create Firewall Rules to try to stop them. Check your origin server logs to identify any persistent bots. Have a look at your robots.txt file and adjust it to prevent crawling by irrelevant bots.

You may also want to use Cloudflare’s Hotlinking Protection feature, at Dashboard > Scrape Shield.

1 Like

Also set the Edge Cache TTL for (N)days as fits your needs in conjunction with the Browser Cache TTL in that page rule. And consider adding the setting Origin Cache Control and manually set it to OFF. Because as it stands currently, your cache header is: max-age=0, no-cahce, no-store, must-revalidate and your Expires header is set for Mon, 29 Oct 1923 20:30:00 GMT (as of time of checking it).

Here’s an example:

1 Like

How much traffic do you get to all Wordpress pages/posts ? You have WP Fastest Cache set to preload cache, so it’s trying to warm up the cache by visiting pages first. This is only beneficial if you have alot of traffic long term and consistently over time when it comes to Cloudflare savings.

The reason why is because to warm up the cache, it has to request the page and assets I assume. So first time request is uncached on wordpress site and also if not in Cloudflare edge cache, would request page and assets at your origin server = cache bypass/non-cache hits. Then next request for same page/assets will be cached.

But if you page/posts don’t get any more traffic or very low traffic, then the cache hit request to requests ratio will be around 1:2 at the lowest point where there’s no subsequent traffic so ~50%. I wouldn’t be too concerned about bandwidth savings as the metric could be skewed - 100 frequented pages/assets get 90% cached but 1000 pages which only got accessed twice (for preload cache from plugin) at 50% cached but never again accessed would have an combined average for those 100+1000 = 1100 pages of 46.27% cached. That is still better than those 1000 pages getting no cache hit at all which then average for 1100 pages would be alot less ~0.818%

If those pre-cached less frequented pages are bandwidth heavy, then yes it can skew your cached bandwidth versus cached request metrics.

This also applies to regular page requests not just pre-cached ones - so requests with little traffic where 1st request is non-cached, 2nd request is cache hit and there are no 3rd or subsequent requests during the caching TTL period.

Also cache hits are per CF datacenter region too. So if you have lower or less traffic to some CF datacenter geographic regions.

Instead focus on your page load metrics provided by webpagetest.org / google lighthouse - see my guide at https://community.centminmod.com/threads/how-to-use-webpagetest-org-for-page-load-speed-testing.13859/ and also CF Browser Insights https://blog.cloudflare.com/introducing-browser-insights/

You can also inspect your servers local access logs to figure out which are most commonly requested files and check their caching ability


In this particular case, however, the site does not load on an iPhone 6 Plus, so there is a definite issue with speed as affected by caching. It loads fine on a Linux workstation and the latest iPad. I’d assume the experience is the same accross similar device tiers of various makes.

Random internet stranger,

Thank you so much for your suggestions! I have implemented all of them. Hopefully it works.

Fellow random internet stranger



Thanks for the thorough response. I have implemented the exactly changes as you recommended. Hopefully it works!

Frugal Professor



Thanks for taking the time to respond! I’m floored that this community is so helpful to complete strangers.

The site gets around 6k pageviews/month but is growing steadily.

Reading through your response a few times, I think these are the big takeaways:

  • Don’t focus on bandwidth savings measure; focus instead on speed testing sites.
  • I think I understand your point on the skewness of the bandwidth analytics in CloudFlare; if less-frequently viewed pages are being cached, this heavily skews the reported bandwidth savings numbers.

I’ve printed out your guide and will read it carefully to learn more.

Thanks so much for the help!

Frugal Professor

1 Like

You’re welcome :slight_smile:

You’re very welcome. Please let us know the outcome. I’m going to have a look at the headers.

(Attachment publicKey - [email protected] - dbd0a5f5.asc is missing)

1 Like


Good News: Your site loads extremely quickly on my iPhone 6 Plus now.

Odd News: The headers haven’t been altered.

(Attachment publicKey - [email protected] - dbd0a5f5.asc is missing)

1 Like

Thanks for following up kind internet stranger!

Per your recommendations, I now have my 3rd page rule configured as follows:
Browser Cache TTL: a year, Cache Level: Cache Everything, Edge Cache TTL: a month, Cache Deception Armor: On, Origin Cache Control: Off

I simultaneously implemented the other changes suggested by other members of the forum. Further, I tweaked a few WP Fastest Cache settings as well. The website is running faster now than it ever has.

Again, I appreciate the help!


1 Like

I’m glad the suggestions offered on the forum helped your site to load so quickly. For a Wordpress site, it’s the fastest I’ve yet to encounter. The browser cache of one year was a screenshot of page rule I use for my site’s favicon, as it doesn’t change. For your site in general you may want to reduce that time if you update your advice fairly frequently. I use 3 days for my html, 2 months for my css and 1 year for images. Great work, btw. Your site looks good on phone, tablet & desktop.

(Attachment publickey - [email protected] - 0xDBD0A5F5.asc is missing)