ShakaCode
Site health report · July 10, 2026
How your site performs for real visitors

www.canvasmedical.com

We loaded 7 of your pages the way a customer does - on a typical phone, on a normal cellular connection - and checked what decides whether visitors stay, can use the page, and get recommended by AI.

A snapshot of the live site on July 10, 2026. If the site has changed since, this may no longer reflect it.

The bottom line

The biggest opportunity is mobile speed: the main content typically takes 3.2 seconds to appear on phones, slowest on the Platform, Homepage, and Primary Care pages, while the site is already in decent shape for AI search visibility.

Is your site fast enough on a phone?
Slow to load on phones
87
score

On phones, the main content takes about 3.2 seconds to appear on average, which feels slow to visitors. The worst pages are Platform (3.9 seconds), the Homepage (3.5 seconds), and the Primary Care page (3.3 seconds); nothing jumps around while loading, which is good.

Start here
  • Platform (first paint 3.4s)
4 more pages have a similar slowdown; 2 pages load fine.
Needs attention · 5 pages
Platform
/platform
740 KB downloaded first
80/100 speed score
Needs work
The biggest piece of the page takes 3.9s to appear

A bit slower than the under-2.5-second mark that feels instant on a phone.

Press play - this is the 3.9s a phone visitor waits, in real time.

Frame by frame · 7 captured
Blank at 0.0s
Blank
0.0s
Blank at 3.3s
Blank
3.3s
Layout jump at 3.4s
Layout jump
3.4s
Biggest piece at 3.9s
Biggest piece
3.9s
Main content takes about 4 seconds to appear - caused by 34 images and too much data. One serious accessibility issue blocks assistive technology users.
EMR specialty (General Primary Care)
/emrs/general-primary-care
994 KB downloaded first
85/100 speed score
Needs work
The biggest piece of the page takes 3.3s to appear

A bit slower than the under-2.5-second mark that feels instant on a phone.

Press play - this is the 3.3s a phone visitor waits, in real time.

Frame by frame · 7 captured
Blank at 0.0s
Blank
0.0s
Blank at 2.9s
Blank
2.9s
Layout jump at 3.3s
Layout jump
3.3s
Biggest piece at 3.3s
Biggest piece
3.3s
Loaded at 3.3s
Loaded
3.3s
Loaded at 4.2s
Loaded
4.2s
The page takes over 3 seconds before showing anything. Once loaded, it runs smoothly, but has an issue that blocks people using screen readers.
Homepage
/
910 KB downloaded first
85/100 speed score
Needs work
The biggest piece of the page takes 3.5s to appear

A bit slower than the under-2.5-second mark that feels instant on a phone.

Press play - this is the 3.5s a phone visitor waits, in real time.

Frame by frame · 10 captured
Blank at 0.1s
Blank
0.1s
Blank at 3.0s
Blank
3.0s
First content at 3.0s
First content
3.0s
Filling in at 3.1s
Filling in
3.1s
Layout jump at 3.2s
Layout jump
3.2s
Biggest piece at 3.5s
Biggest piece
3.5s
Loaded at 3.6s
Loaded
3.6s
This page waits about 3 seconds before showing anything - noticeable slowness - but responds smoothly once loaded. It also has serious accessibility problems for people using screen readers.
Extension detail (Hyperscribe)
/extensions/hyperscribe
8.2 MB downloaded first
83/100 speed score
Needs work
The biggest piece of the page takes 3.9s to appear

A bit slower than the under-2.5-second mark that feels instant on a phone.

Press play - this is the 3.9s a phone visitor waits, in real time.

Frame by frame · 8 captured
Blank at 0.0s
Blank
0.0s
Blank at 3.0s
Blank
3.0s
First content at 3.0s
First content
3.0s
Layout jump at 3.2s
Layout jump
3.2s
Biggest piece at 3.3s
Biggest piece
3.3s
Loaded at 3.9s
Loaded
3.9s
Loaded at 4.8s
Loaded
4.8s
This page takes about 4 seconds to fully load. That's typical, but it could be faster by downloading fewer files upfront. One serious accessibility issue affects people using screen readers.
Case study (AI Primary Care)
/case-studies/ai-primary-care
615 KB downloaded first
89/100 speed score
Needs work
The biggest piece of the page takes 2.9s to appear

A bit slower than the under-2.5-second mark that feels instant on a phone.

Press play - this is the 2.9s a phone visitor waits, in real time.

Frame by frame · 10 captured
Blank at 0.2s
Blank
0.2s
Filling in at 2.9s
Filling in
2.9s
Biggest piece at 2.9s
Biggest piece
2.9s
Layout jump at 3.2s
Layout jump
3.2s
Loaded at 3.2s
Loaded
3.2s
The page loads in roughly 3 seconds and feels stable. It has one accessibility issue that could block people using screen readers.
The rest of the pages we checked · 2 pages
Audience landing (Specialty Practices) /who-we-serve/specialty-practices
The biggest piece of the page takes 2.6s to appear
Pricing /pricing
Loads cleanly in 2.2s

The single fix behind most of this is making sure your full page content is present the moment the page loads - done well, it speeds the page up for real visitors and makes you readable to AI at the same time. That is the work we do every day at ShakaCode; happy to walk through what we found.

Measured July 10, 2026 on an emulated mid-range phone over the Slow-4G profile Google PageSpeed uses - the conditions a real mobile visitor faces, not a developer's laptop. Speed score is Google's 0-100 mobile scale (90+ is fast, under 50 is slow); layout shift is Google's CLS (above 0.25 is poor); accessibility score is the Google Lighthouse 0-100 scale. Put together by ShakaCode.