Think Build Implement Repeat
London, UK +44 7367 067226
WhatsApp FOLLOW f in X
  1. Home
  2. Blog
  3. Which Website Speed Problems Actually Cost You Money
Web Development

Which Website Speed Problems Actually Cost You Money

Which performance metrics move conversion, which are vanity, and the fixes that give the biggest return for the least work.

Updated 2 min readBy SpiderHunts Technologies

Free estimateNo obligation

Get a free estimate

Tell us what you need. A senior engineer reads every enquiry.

Takes under a minute. We never share your details.

  • Free consultation
  • No commitment
  • NDA on request

Prefer to talk? Book a free 30-minute call →

Quick answer — TL;DR

Chasing a perfect score is a waste of money. What moves revenue is how quickly the main content appears, whether the page jumps around while loading, and whether it responds when tapped. Fix images, fonts and third-party scripts and you will capture most of the available gain.

A perfect score is not the goal

Performance work has an unhelpful gravitational pull towards a number in a testing tool. Teams spend weeks getting from 78 to 96 and conversion does not move, because the remaining eighteen points were in metrics nobody experiences.

The useful question is narrower: how long before a visitor can see and use the thing they came for, on the device and connection they actually have?

The three that matter and why

  • Largest contentful paint — when the main content appears. Under 2.5 seconds is the working target. This is the one that correlates most visibly with bounce.
  • Cumulative layout shift — whether things move as the page loads. Shifting layouts cause mis-taps, which cause abandonment and, on checkout pages, real anger.
  • Interaction responsiveness — whether the page reacts promptly when tapped. A page that looks ready but ignores taps for a second feels broken.

Everything else is diagnostic. Useful for finding causes, not worth optimising as an end in itself.

Measure on real devices, not your laptop

Your site is fast on a developer's machine on office fibre. Your customers are on a mid-range Android on a train. Test on throttled connections and modest hardware, and use field data from real users rather than lab tests alone.

Lab scores tell you what could happen. Field data tells you what does. When they disagree, the field data is the one your customers experienced.

The fixes with the best return

  1. Images. Still the biggest single cause. Correct dimensions, modern formats, lazy loading below the fold, and an explicit width and height so nothing shifts.
  2. Fonts. Preload the one or two you actually use, subset them, and set a swap behaviour so text appears immediately rather than after the download.
  3. Third-party scripts. Audit them. Most sites carry tags for tools nobody has used in a year, each costing real milliseconds.
  4. Render-blocking CSS and JS. Inline what is needed for the first screen, defer the rest.
  5. Caching and a CDN. Unglamorous, effective, and often a configuration change rather than a project.

Third-party scripts deserve their own audit

Analytics, chat widgets, heatmaps, ad pixels, review widgets, cookie banners. Each was added for a reason and few are ever removed. Together they frequently account for more load time than the entire site.

List every one, name an owner, and delete anything nobody claims. Then load what remains after the page is usable rather than before. A chat widget that appears two seconds late costs nothing; one that blocks the page costs conversions.

Decide what a second is worth before you spend

Take current conversion rate and traffic, apply a conservative uplift assumption to the segment that is currently slow, and compare with the cost of the work. Often the honest answer is that a fortnight of image and script work captures most of the value and further optimisation does not pay.

Performance work also decays. Someone adds a hero video, someone else adds a tag, and six months later you are back where you started — so budget a quarterly check rather than a one-off heroic effort.

FAQ

Frequently asked questions

The questions readers ask us after this guide.

Still have a question?

Ask us directly — a senior engineer will get back to you.

Ask about your project

Does site speed affect search rankings?

It is one signal among many, and rarely the decisive one for a page that is otherwise a good answer. The stronger commercial argument is user behaviour: slow pages lose visitors before they read anything.

Is a faster host enough?

Rarely. Hosting affects server response time, which is usually a small share of total load. Most delay is in what the page asks the browser to do after it arrives.

How fast is fast enough?

Main content visible in under two and a half seconds on a mid-range mobile connection, no visible layout jumping, and prompt response to taps. Beyond that, returns diminish quickly.

Should we rebuild in a modern framework for speed?

Usually not for speed alone. A well-built conventional site is fast; a poorly built modern one is not. Rebuilds should be justified by capability or maintenance cost, with performance as a bonus.

Keep reading

More on Web Development

Start here

Want to know what your speed is costing?

Send us your URL and your rough monthly traffic. We will tell you which of the three metrics is hurting you and what the fix involves.

  1. You tell us what you needTwo minutes on the form, or a message on WhatsApp.
  2. A senior engineer reviews itAnd comes back with questions, a realistic range and an honest view on fit.
  3. Free 30-minute scoping callWe talk through scope, options and a realistic estimate — with no obligation.
Free estimateNo obligation

Talk to someone who builds this

Send a short brief and we will come back with an honest view and a realistic range.

Takes under a minute. We never share your details.

  • Free consultation
  • No commitment
  • NDA on request

Prefer to talk? Book a free 30-minute call →