OBSERVE
Name the failing experience.
Slow first view, delayed interaction, or moving layout? Start with what the visitor feels—not the longest audit list.
01 The priority problem
A report can surface fifty warnings. Your job is not to clear them all—it is to find the one fix that unlocks the biggest improvement for real users.
Free analysis · No signup · Usually about 30 seconds
Measure → isolate → fix → measure again
02 A better workflow
Good performance work is a short investigation, not a warning-clearing marathon.
OBSERVE
Slow first view, delayed interaction, or moving layout? Start with what the visitor feels—not the longest audit list.
ISOLATE
Several warnings can point to one heavy hero, one script, or one missing size. Group symptoms before choosing work.
PRIORITIZE
Choose the change most likely to improve the failing metric with acceptable effort and risk. Then test again.
03 The field guide
Targets are useful thresholds, not a diagnosis. Each metric describes a different part of the experience.
Does the main content appear quickly?
A slow hero image, banner, heading, or product image.
Identify the LCP element before compressing everything in sight.
Does the page react quickly?
Menus, filters, or buttons feel delayed after a click or tap.
Find the long main-thread task triggered by the slow interaction.
Does the layout stay put?
Text, buttons, or content jump while the page is loading.
Reserve space for media, embeds, banners, and injected UI.
04 Illustrative example
A product page reports slow LCP, oversized images, missing image dimensions, and unused JavaScript. The hero image is the LCP element and loads late at full desktop size on mobile.
Priority: size, preload, and deliver the hero correctly before chasing unrelated JavaScript savings.
Numbers below are illustrative, not a promised result.05 Platform starting points
Plugins + theme
Start with the LCP element, page-builder output, and cache behavior—not a bigger plugin stack.
Theme + apps
Check theme sections, app scripts, and hero media before removing useful storefront features.
Code + delivery
Separate server delay, image delivery, and client JavaScript before choosing the fix.
06 Clear answers
No. Many warnings overlap, and several may describe the same root cause. Fix the bottleneck tied to the failing user experience first, then measure again.
Prioritize the metric that is failing for real users and affects your most important page or action. A lab score is useful evidence, but field data and business context should break the tie.
A perfect lab score is not the product goal. Aim for a reliably fast, stable, responsive experience, then balance the remaining work against its real impact and cost.
Test the same page and device conditions before and after. Then watch field data over time, because Core Web Vitals reflect many real visits rather than one test run.
07 Stop guessing
SpeedPriority weighs the issues around your bottleneck and gives you a ranked action plan—what to fix, why it matters, and where to start.
Analyze your website free