Healthcare · 6 min read

Medical Website Speed: How Many Patients Every Second of Loading Eats

70%+ of clinic traffic is on phones, and a slow site loses patients before the first screen. What slows medical sites down, how to test yours in 2 minutes, and where speed hits a ceiling.

Fedir AlpatovFedir Alpatov· Founder & Tech Lead16 Aug 20266 min read

Why seconds cost patients

Patients open your site on a phone — often on mobile data, often on the move. Every second of waiting is a share of people who gave up and went back to the results, to a competitor. Google knows it, which is why speed (Core Web Vitals) is an official ranking factor: a slow site loses patients and positions at the same time.

What actually slows medical websites down

All-in-one template themes. A marketplace theme ships code for a thousand features you don't use — and every patient downloads all of it.

Carousels and sliders on the home page. Five large photos load at once when the patient will see one.

Third-party widgets. Chats, maps, counters, messenger buttons — each drags its own scripts. Three widgets easily double load time.

Photos straight off the camera. An 8MB shot where 200KB would do — the most common and cheapest-to-cure problem.

Test your site in 2 minutes

  1. Open pagespeed.web.dev and paste your address
  2. Read the mobile score, not desktop: patients arrive on phones
  3. Three numbers: Performance (aim for 90+), LCP (under 2.5s), CLS (under 0.1 — so the page doesn't "jump")
  4. Repeat for a service page, not just the home page
Testing website speed on a laptop
PageSpeed Insights is free and honest: read the mobile score
SymptomLikely causeTreatment
A long white screen, then everything at oncea heavy font/theme blocks renderingcritical CSS optimisation
The main photo loads lastunoptimised imagescompression + modern formats
The page "jumps" while readingimages without dimensions, bannersfixed sizes, a CLS audit
The score drops after adding a chatthird-party scripts in the critical pathdeferred widget loading

What to do about it

On custom code these are contained fixes: image optimisation, deferred widgets, a clean critical path. On a builder or a heavy template, speed has a ceiling no fix can break: the platform's code always loads. Our sites hold LCP under 1.5s and Lighthouse 90+ not by magic but by architecture: static code, optimised images, zero unnecessary scripts.

A working example: the Efedra clinic site holds Lighthouse Performance 98 after its rebuild — one of the reasons Google visits quadrupled in 6 months. Full breakdown — in the case study.

FAQ

What counts as normal speed?
Google's bar: LCP under 2.5 seconds is "good". We design for under 1.5s on mobile, because in healthcare every fraction of a second is patients who didn't leave for a competitor.
The site slowed down after we added a chat widget. Is that normal?
Typical, and curable: third-party scripts should load deferred, after the main content. A properly wired chat barely touches LCP.
Can a site be sped up without a rebuild?
Often yes: compress images, defer widgets, strip unused scripts. But on a builder or a heavy template there's a platform ceiling — then it's more honest to weigh the cost of fixes against a new site.
How much does speed affect Google rankings?
Core Web Vitals are an official ranking factor, but not the main one: content and authority weigh more. Speed decides at the margin — between equals, the faster one wins. And it definitely decides for patients.
FREE CONSULTATION

Want to discuss your project?

Leave your contact — we reply within 4 working hours. No spam, no sales scripts.