A
argbe.tech
4min read

Website Speed Optimization: Core Web Vitals, Tools, and Real Performance Data

Google's Core Web Vitals now directly impact rankings. We break down LCP, FID, and CLS thresholds, compare testing tools like Lighthouse and WebPageTest, and share optimization results from actual client sites.

Why Website Speed Is a Business Metric

Website speed directly affects revenue. This isn’t opinion—it’s measurable:

Speed ImpactBusiness ResultSource
1 second delay7% reduction in conversionsPortent
100ms faster1% increase in revenueAmazon internal
2.4s → 1.2s LCP27% lower bounce rateVodafone case study
Pass Core Web Vitals24% less user abandonmentGoogle research

Google now uses Core Web Vitals as a ranking signal. Sites that fail CWV metrics lose visibility to competitors who pass.

Core Web Vitals Explained

Google measures three specific metrics:

MetricWhat It MeasuresGoodNeeds ImprovementPoor
LCP (Largest Contentful Paint)Time to render main content< 2.5s2.5-4.0s> 4.0s
FID (First Input Delay)Responsiveness to first click< 100ms100-300ms> 300ms
CLS (Cumulative Layout Shift)Visual stability (no jumping)< 0.10.1-0.25> 0.25

Important: Google uses real user data (from Chrome users) to determine your Core Web Vitals scores. Lab tests (Lighthouse) are useful for debugging but don’t directly impact rankings.

Tools for Measuring Performance

Lab Testing Tools

ToolBest ForLimitations
Google LighthouseQuick audits, specific recommendationsSimulated conditions, not real users
WebPageTestDetailed waterfall analysis, multiple locationsRequires interpretation, steep learning curve
GTmetrixVisual comparisons, historical trackingFree tier limited
Chrome DevToolsReal-time debugging, network throttlingManual, not automated

Real User Monitoring (RUM)

ToolBest ForCost
Google Search ConsoleFree CWV data (what Google sees)Free
Vercel AnalyticsReal user data for Vercel-hosted sitesFree tier available
Cloudflare Web AnalyticsPrivacy-focused RUMFree
SpeedCurveEnterprise RUM with competitor benchmarking$20+/month

Common Performance Problems and Fixes

1. Slow LCP (Largest Contentful Paint)

Causes:

  • Unoptimized hero images
  • Slow server response time (TTFB)
  • Render-blocking JavaScript

Fixes:

  • Use next-gen formats (WebP, AVIF) via <picture> element or CDN auto-conversion
  • Preload LCP image: <link rel="preload" as="image" href="hero.webp">
  • Add loading="eager" to hero image, loading="lazy" to below-fold images

2. High CLS (Layout Shift)

Causes:

  • Images without dimensions
  • Ads/embeds that load late
  • Web fonts causing FOIT/FOUT

Fixes:

  • Always set width and height on images and videos
  • Reserve space for ads with CSS aspect-ratio or min-height
  • Use font-display: swap with preloaded fonts

3. Poor FID (Input Delay)

Causes:

  • Heavy JavaScript blocking main thread
  • Third-party scripts (analytics, chat widgets)

Fixes:

  • Code-split JavaScript, defer non-critical scripts
  • Use async or defer on script tags
  • Move third-party scripts to web workers (Partytown)

Performance Optimization by Framework

FrameworkDefault PerformanceKey Optimization
AstroExcellent (0 JS default)Use islands for interactivity
Next.jsGood with configEnable next/image, use ISR
GatsbyGoodOptimize GraphQL queries, image pipeline
WordPressPoor by defaultCaching plugin + CDN essential
ShopifyVariableTheme-dependent, use Dawn or similar

What We Cover in This Series

  1. Performance myths — What “optimization” advice is outdated
  2. Lab vs. field data — Why Lighthouse scores don’t match real rankings
  3. Lighthouse deep dive — Interpreting and acting on audits
  4. WebPageTest mastery — Reading waterfalls, diagnosing bottlenecks
  5. SSG vs SSR vs SPA — Choosing the right architecture
  6. Image optimization — Formats, lazy loading, responsive images
  7. Animation performance — CSS vs JS, GPU acceleration
  8. Infrastructure — CDNs, edge computing, server optimization
  9. Advanced patterns — PWA, service workers, predictive prefetching
  10. Benchmarks — Real data from high-traffic sites