Speed Teardown

[Brand] · US

prepared by Alex · storespeedup.com · 2026-06-14 · tested live at [store URL]

Hi [name], I love how the editorial photography on your product pages carries the whole brand, so I ran the store through Google's mobile speed test. Here's what I found, straight.

What I measured

Real Chrome on a throttled mobile profile: 4× CPU slowdown + Slow 4G (~1.6 Mbps down, 150 ms latency), 412×823 screen, like a mid-range phone on a so-so connection (how a large share of real shoppers actually browse). Median of 5 reloads.

layout shift 0.00 ✓ stable

What's slowing it down

1. Your main product image loads late. The browser doesn't discover the hero image until it's parsed a chunk of the page, so it starts downloading it ~1 s in. Single biggest lever.// the LCP image is lazy-loaded / not in the initial HTML, so it misses the early fetch
2. An email popup ships ~418 KB of script on every mobile load before anyone interacts with it. That's main-thread time your phone spends not rendering.// third-party widget loaded eagerly; a native build does the same job in ~2.8 KB
3. A few app scripts load eagerly that could safely defer until after first paint.// render-blocking requests in the critical path

What I'd do

• → Put the hero image on the critical path and preload it. That's the biggest LCP win.
• → Replace the 418 KB popup with a ~3 KB native one. Same signups, far less weight.
• → Defer the app scripts that don't need to run before first paint.

The asterisks

Lab measurements on my setup, so your visitors' absolute numbers will vary. The popup weight is the certain, controlled win; the image fix depends on theme structure I'll confirm on day one. I haven't touched your store. This is all measured from the outside.