Back to All
Development
Why Your Website Is Slow, and What It Costs You
Your website takes five seconds to appear on a phone.
Nobody complains about this. Nobody emails to say "your site was slow so I gave up". They just leave, and you never learn they were there. It is the most expensive problem a website can have precisely because it is completely silent.
What slow actually costs
Two things, and they compound.
People leave. A meaningful share of visitors abandon a page that takes more than about three seconds. They are on a phone, on a train, with eleven other tabs. Your page is blank and their thumb is already moving.
Google notices. Page speed is a ranking factor — measured on real users, on real phones, not on your office wifi. Not the biggest factor, but when you and a competitor are otherwise even, it decides.
So slow costs you the visitors who arrive and some of the visitors who would have. It is frequently the hidden half of "we get traffic but no enquiries".
Find out where you actually are
Before guessing: run your homepage through Google PageSpeed Insights. Free, takes a minute. Look at the mobile tab, not desktop — desktop always looks better and desktop is not where your customers are.
Under 50 on mobile is a real problem. Under 30 means something structural.
Then do the human test: open your site on your actual phone, on mobile data, away from your wifi. Count. That number is what your customers experience, and it is usually worse than you expected.
The six causes, in order of frequency
1. The images. This is the answer most of the time. Somebody uploaded a photo straight from a camera — 4MB, 6000 pixels wide — and it is being displayed at 400 pixels. The browser downloads all four megabytes to show you a thumbnail. Ten of those and your page is 40MB.
Fixable, usually in an afternoon: resize to the size actually displayed, compress, use a modern format. This alone rescues a lot of sites.
2. Too much stuff loading. Analytics, a chat widget, a cookie banner, a font service, a tracking pixel, a booking widget, a review badge. Each is a separate request to a separate server, each one small, and together they are most of your load time.
Audit them: for each, ask what it does and whether anyone has looked at its output in the last six months. The chat widget nobody answers is costing you speed to provide nothing.
3. The page builder tax. If the site was assembled with a visual builder, it is loading the machinery required to render anything anyone might have dragged onto any page — for a page that has a heading and two paragraphs.
This is not fixable by optimising. It is what you bought. You can shave the edges; the foundation stays. It is one of the things that separates the cheap build from the expensive one, and it only becomes visible later.
4. Fonts. Custom fonts are downloads, and badly configured they block the page from appearing at all until they arrive. The visitor stares at white while a font file crosses the internet.
Fixable, and worth doing: load fewer weights, let text appear in a fallback font first.
5. Cheap hosting. Your site shares a server with two hundred others. When one of them gets busy, yours gets slow. Hosting is one of the few places where the cheapest option costs you measurably.
Test: if the page is slow even before anything visible loads, the server is thinking too long, and that is the host.
6. The database, if there is one. Shops and anything with logic behind it can be slow because of what happens before the page is even sent — inefficient queries, no caching, work being repeated on every single visit.
This one is invisible from outside and needs someone to look at the code. It is also the one that gets worse as you grow, quietly, until one day the site falls over during your busiest week.
What to do, in order of return
- Fix the images. Most sites, most of the problem, least effort.
- Delete what nobody uses. Every widget and script that is not earning its place.
- Fix the fonts. Fewer weights, non-blocking.
- Check the host. If the server is slow to respond, nothing else you do matters.
- Then look deeper. If you have done all of the above and mobile is still red, the problem is architectural. Numbers 1 through 4 are usually an afternoon's work and often move a site from red to acceptable. If they do not, that tells you something useful: the problem is not what is on the page, it is how the page is made.
When speed is not fixable
Sometimes you do everything and it stays slow.
That means the weight is in the foundation — the builder, the theme, the plugins, the way it was assembled. You can optimise images on a site like this forever and it will still take four seconds, because the four seconds were there before your images arrived.
This is a hard conversation because the honest answer is "the fix is to rebuild it", and that sounds self-serving from anyone in a position to charge for it. So the useful test is one you can run yourself: strip a page down to almost nothing — one heading, no images, no widgets — and measure it. If a nearly-empty page is still slow, the site is slow, and no amount of tuning changes that. Whether that means a redesign or a rebuild has its own set of tests.
The thing worth remembering
Speed is not a technical vanity metric. It is the first impression, delivered before anything else about your business — before the design, before the copy, before anyone knows what you do.
A visitor waiting four seconds on a blank white screen has already learned something about you. Whatever loads next is arriving to a person who has already started to doubt.
We're DAKER, a web design and development studio in Baku working with startups and small businesses across Europe. We build sites by hand, which is most of why they're fast — nothing loads that doesn't need to. If your site is slow and you want to know whether it's fixable, we'll audit it for free. Get in touch.