yourwebsite.comscanned today at 09:41 UTC
Performance is your lowest score, at 87.
It carries 30% of your health score, so those 13 missing points cost you 3.9 of the 7.6 you are short — more than the other four categories put together.
The regression
24 hourly samples
Response time · 24h
215 ms → 299 ms+39%
Every hour since v2.4.1 landed at 16:24 has been slower than every hour before it. The step in the curve is the deployment, not traffic — the load pattern either side of the line is the same.
TTFB on /checkout: 240 ms → 410 mssame window
Core Web Vitals
Field data · /checkout
- LCP2.1 sNeeds work
- 84% of the thresholdunder 2.5 s2.1 s measured from Zurich. The image payload below adds another 1.8 s on a 4G connection, which is where most of your visitors are.
- INP184 msGood
- 92% of the thresholdunder 200 ms16 ms of headroom, and unchanged since the deployment.
- CLS0.04Good
- 40% of the thresholdunder 0.1Nothing on the page moves after it paints.
- TTFB410 msNeeds work
- 51% of the thresholdunder 800 msWas 240 ms before v2.4.1. Still inside the threshold, but 71% slower than it was yesterday.
Open issues
Performance
The homepage ships 3.4 MB of images
Six images load at full resolution before anything else can render, adding 1.8 s on a 4G connection.
Next step
Serve these as WebP at the size they are displayed. That removes about 3.0 MB.
Evidence
hero-desktop.png 1.9 MB · gallery-01.jpg 612 KB · gallery-02.jpg 588 KB · 3 more
/6 filesfirst seen 3 days ago
Three scripts block the first render
They run before anything is painted and hold the page back by 640 ms on a mid-range phone.
Next step
Move all three to the end of the body or load them with defer. None is needed for the first paint.
Evidence
analytics.js 34 KB · chat-widget.js 128 KB · slider.min.js 61 KB · all render-blocking in <head>
/3 filesfirst seen 8 days ago
Static files are downloaded again on every visit
41 images, scripts and stylesheets are served without a cache header, so returning visitors re-download 2.1 MB.
Next step
Set cache-control: public, max-age=31536000, immutable on everything under /assets/.
Evidence
cache-control missing on 41 responses under /assets/ · max-age not set
/assets/41 filesfirst seen 16 days ago
The blog answers more slowly than the rest of the site
Time to first byte on /blog averages 384 ms against 214 ms elsewhere, and the gap widens on the paginated listings.
Next step
Cache the listing queries. The individual posts are already fast enough.
Evidence
TTFB /blog 384 ms · /blog/page/4 511 ms · site median 214 ms · 24h
/blog7 filesfirst seen 12 days ago
No critical performance issues.
The one critical issue on this site is filed under monitoring: /checkout returns a server error. That is a failure, not a slowdown.
What the homepage ships
3.4 MB of images
hero-desktop.png
1900 KB56%
loaded at full resolution
gallery-01.jpg
612 KB18%
displayed 480px wide
gallery-02.jpg
588 KB17%
displayed 480px wide
3 more images
300 KB9%
below the fold, loaded eagerly