America/New_York
Blog
/
Start a Project
Available nowChat with me
Posts

What Actually Makes a Website Fast (And Why It's Worth the Effort)

May 31, 2026
A fast website is the kind of thing you only notice when it's missing. When a page appears the instant someone taps a link, nobody thinks about it. When it stalls for three seconds on a blank screen, they're already gone, usually before they ever saw what you do or how to contact you. Speed isn't a finishing touch you sprinkle on at the end. It's the result of a series of deliberate decisions, made early, that most visitors will never see and never need to. This is what goes into those decisions, in plain terms, with the honest technical reasons underneath. It's easy to file "site speed" under technical housekeeping, something developers worry about and clients don't. In reality it's one of the most direct levers you have on revenue. Most of your visitors are on a phone, often on a mobile connection that's slower and less stable than office WiFi. Every extra second of load time pushes more of them to leave before the page is usable. The visitors you lose this way are invisible: they never fill out a form, never call, and never show up in any conversation you have about why business is slow. Google treats speed as a ranking signal too. A faster site doesn't just keep the visitors it has, it gets shown to more of them in the first place. So speed compounds: better ranking brings more traffic, and a faster experience converts more of that traffic into actual customers. Everything below is in service of that outcome. The rest of this post is the how. On most websites, images are by far the heaviest thing on the page. A single uncompressed photo straight off a phone or a stock library can weigh more than the entire rest of the page combined. If your site feels slow, images are usually the first place to look. The fix starts with the file format. Older formats like JPEG and PNG were designed decades ago. Modern formats, WebP and AVIF, store the same image at a fraction of the size with no visible loss in quality. Converting a photo to WebP often cuts its file size by 60 to 80 percent. That's the same picture, a quarter of the download. Format is only the start. A properly optimized site also:
  • Compresses every image so there's no wasted data riding along.
  • Serves the right size for the device, a phone gets a phone-sized image, not the giant desktop version scaled down in the browser.
  • Lazy loads images further down the page, so the browser only fetches them as the visitor scrolls toward them instead of all at once on arrival.
The technical reason this matters so much is simple: the browser can't show a finished page until it has downloaded what the page needs. Shrink the heaviest pieces and everything else arrives faster. This is why I convert and optimize assets as a standard step rather than an afterthought. It's the highest-leverage work available on almost any site. Once the files are small, the next question is where they're sent from. A site hosted on a single server in one location has to send every file across the physical distance to each visitor. Someone on the other side of the world waits noticeably longer than someone next door, for the exact same page. A CDN (content delivery network) solves this by storing copies of your site across data centers around the globe and serving each visitor from the location nearest to them. The distance shrinks, and so does the wait. This is a big part of why I run sites on Cloudflare's network rather than traditional single-server hosting. I wrote about that choice in detail in why every site I build runs on Cloudflare, so I'll keep it short here: closer files mean faster pages, everywhere, without any extra work on your end. The last piece is the code itself, and this is where the tools I build with earn their place. Frameworks like Next.js and build tools like Vite exist largely to make sites faster, not just to make them easier to write. The difference comes down to how much work the visitor's browser is forced to do. A modern build pipeline does the heavy lifting ahead of time, before anyone ever visits:
  • Pre-rendering turns pages into ready-to-display HTML during the build, so the browser shows content immediately instead of assembling it on arrival.
  • Code splitting sends only the code a given page actually needs, instead of one enormous bundle for the whole site.
  • Tree shaking and minification strip out unused code and compress what's left, so less travels over the wire.
Contrast that with a typical aging stack, a heavy content management system loaded with a dozen plugins, where every page tends to load every script and style whether it needs them or not. The visitor's phone ends up downloading and running far more than it should, and the page drags as a result. Building on a modern framework means the default is lean: ship the minimum, do the work upfront, and let the browser get to "done" sooner. All of these choices, smaller images, closer delivery, leaner code, roll up into a set of metrics Google calls Core Web Vitals. They're worth knowing because they're how the speed of a site gets measured objectively, and they feed directly into search ranking. There are three that matter most:
  • LCP (Largest Contentful Paint) measures how long until the main content actually appears. Optimized images and pre-rendering are what move this.
  • CLS (Cumulative Layout Shift) measures whether the page jumps around as it loads, the frustrating moment where you go to tap a button and it slides out from under your finger. Reserving space for images and fonts keeps this low.
  • INP (Interaction to Next Paint) measures how quickly the page responds when someone taps or clicks. Shipping less code is what keeps this snappy.
When a site scores well on these, two things happen at once: Google is more inclined to rank it, and real visitors find it pleasant to use. That's the whole point of the work. The technical details exist to produce a site that feels instant, ranks higher, and turns more of the people who land on it into customers. If you're wondering whether your current site is quietly costing you visitors, get in touch on WhatsApp. I'm happy to run a quick speed check and tell you honestly where it stands, no pitch attached.
On this page