You've probably heard that your website needs to be fast. Most people interpret that as: "if a customer has to wait three seconds, it's mildly inconvenient." That's the wrong frame entirely.
Google published the research. If a mobile page takes longer than three seconds to load, the probability of that visitor leaving immediately β before they read a single word of your content β increases by over 30%. At five seconds, that number climbs above 90%. Your potential customer has already gone back to Google, scrolled down, and clicked your competitor's link instead.
But user impatience is only half the problem. Speed is now a direct ranking signal.
Core Web Vitals: The Grade You Didn't Know You Were Getting
Google's algorithm uses a set of performance metrics called Core Web Vitals to score every indexed website on three dimensions: how fast the largest element on screen loads (LCP), how quickly your page responds to the first tap or click (INP), and how much your layout shifts while the page is still loading (CLS).
If your scores are poor, Google interprets that as a signal that your site delivers a bad user experience. And Google is not in the business of sending users to bad experiences. They quietly push you down the results page β without notifying you, without explanation, and without any obvious connection back to your page speed.
Poor Core Web Vitals don't trigger a penalty notice. They trigger a quiet demotion. You won't know why your rankings slipped β you'll just notice that the phone stopped ringing as much.
Why Most Small Business Sites Are Slow
Traditional website architecture is inefficient by design. Every time a visitor lands on your page, a server β often physically located in another state or country β receives the request, queries a database, assembles the HTML from scratch, and transmits the full response back across whatever distance separates you.
Add a page builder that loads dozens of JavaScript files to power its drag-and-drop interface. Add the marketing pixel for your Facebook ads, the analytics tag, the live chat widget, the cookie consent popup, and three plugin scripts your developer installed two years ago and forgot about. By the time a visitor sees your homepage, their browser has made forty separate network requests to servers scattered around the world.
For a local plumber or physiotherapist, this is your quiet competitive disadvantage. The large chain down the road has a dedicated web team managing performance. You have a site built on a builder that prioritises visual flexibility over the metrics Google actually uses to rank you.
What Fast Actually Looks Like
Modern performance engineering uses a different approach. Instead of routing every visitor request to a single origin server, a well-architected site pre-renders its pages β generating complete HTML files ahead of time β and distributes those files across a global network of edge servers positioned as close as possible to your actual users.
When a customer in your suburb clicks your link, their browser fetches a pre-built file from a server a few kilometres away, not an on-demand assembly job from a data centre on the other side of the country. The difference is measurable in hundreds of milliseconds. At scale, those milliseconds are the difference between a bounce and a booked appointment.
How Mika Sites Handles This
We built Mika Sites on a fully static generation architecture from day one. Your business profile compiles into a pre-rendered, edge-deployed site β lightweight HTML with minimal JavaScript, distributed globally so your local customers are always served from the nearest node.
We don't load a page builder runtime on your live storefront. We don't inject third-party plugin scripts. The only JavaScript that runs is what your specific content actually requires β nothing more. The result is Core Web Vitals scores that would take most WordPress or Wix sites months of professional optimisation work to achieve, built in by default for every Mika Sites customer from day one.
You don't configure it. You don't hire someone to optimise it. It ships that way, because your Google ranking depends on it β and so does every visitor who clicks your link.