How Fast Should Your Website Load? Speed Benchmarks for 2026
SEO14 min read

How Fast Should Your Website Load? Speed Benchmarks for 2026

Data-backed website speed benchmarks for 2026. Core Web Vitals thresholds, load times by site type, and a 10-minute speed audit you can run right now.

RankInPublic
RankInPublic Team

The average website takes 2.5 seconds to load on desktop and 8.6 seconds on mobile. Google requires your Largest Contentful Paint under 2.5 seconds to pass Core Web Vitals. Users expect pages to load in under 2 seconds. There is a wide gap between what the web delivers and what both search engines and people demand, and website speed is the factor that closes it.

Quick answer

Your website should load in under 2.5 seconds (LCP) to pass Google's Core Web Vitals. Users expect under 2 seconds. The most impactful optimizations, in order: compress and lazy-load images, improve server response time, eliminate render-blocking resources, use a CDN, and split your code. Run PageSpeed Insights right now to see where you stand.

If you want a full SEO audit that includes speed signals, see our guide on how to test your website for SEO. For broader optimization, start with the SEO website guide.

Sources:

What Google actually requires#

Google does not use a single "speed score." It measures three Core Web Vitals, and each has a hard threshold. Your page either passes or fails.

MetricWhat it measuresGoodNeeds improvementPoor
LCP (Largest Contentful Paint)How fast the main content loadsUnder 2.5s2.5s - 4.0sOver 4.0s
INP (Interaction to Next Paint)How fast the page responds to inputUnder 200ms200ms - 500msOver 500ms
CLS (Cumulative Layout Shift)How much the layout shifts during loadUnder 0.10.1 - 0.25Over 0.25

There is also a less-discussed threshold that matters: Time to First Byte (TTFB). While not an official Core Web Vital, Google's documentation identifies TTFB under 800ms as "good" and under 500ms as ideal. A slow TTFB makes it nearly impossible to hit a good LCP because the browser cannot start rendering until it receives data from the server.

Google uses the 75th percentile of all page loads to evaluate your CWV. That means 75% of your visitors need to have a "good" experience for the page to pass. If your audience skews mobile-heavy or is geographically far from your server, the 75th percentile will be worse than your own experience testing the page.

Sources:

What users expect vs. what they get#

Users do not think in Core Web Vitals. They think in seconds. And their tolerance is shrinking.

47% of users expect a web page to load in 2 seconds or less. After 3 seconds, abandonment rates spike. By 5 seconds, the bounce rate approaches 38% compared to 9% for pages that load within 2 seconds.

The gap between what users expect (under 2 seconds) and what the average mobile page delivers (8.6 seconds) is the largest conversion leak most websites have.

Here is where the average website actually lands:

MetricDesktopMobile
Average load time2.5s8.6s
Median page weight2.3 MB2.1 MB
Median requests7065
JavaScript transfer size500 KB460 KB

The desktop experience is tolerable for most users. The mobile experience is not. The 8.6-second average on mobile is over four times what users expect. This is not a minor usability issue. It is a structural problem that affects rankings, revenue, and user trust.

Every additional second of load time has a compounding cost. Research from Portent found that conversion rates drop by an average of 4.42% with each additional second of load time in the first five seconds. A site loading in 1 second converts at nearly 3x the rate of a site loading in 5 seconds.

Sources:

Speed benchmarks by site type#

Not all websites have the same performance ceiling. A static blog and a SaaS dashboard are fundamentally different. Here are realistic benchmarks by category, based on HTTP Archive data and CrUX field measurements.

Site typeTarget LCPTarget TTFBTarget page weightWhy
Blog / content siteUnder 1.5sUnder 400msUnder 1.5 MBMostly static content, images are the main bottleneck
SaaS landing pageUnder 2.0sUnder 500msUnder 2.0 MBMarketing pages with animations and third-party scripts
SaaS web appUnder 2.5sUnder 600msUnder 3.0 MBComplex JS bundles, but users are authenticated and tolerant
E-commerce product pageUnder 2.0sUnder 500msUnder 2.5 MBProduct images and reviews; speed directly impacts revenue
E-commerce category pageUnder 2.5sUnder 600msUnder 3.0 MBMany product thumbnails, filters, pagination
Portfolio / agencyUnder 1.5sUnder 400msUnder 2.0 MBImage-heavy but low interactivity

These benchmarks are targets, not pass/fail thresholds. But they give you a realistic standard to measure against sites of your type, rather than comparing a heavy web app to a static blog.

The biggest gap we see is in SaaS. Many SaaS landing pages load third-party analytics, chat widgets, A/B testing scripts, and marketing pixels that push LCP past 4 seconds on mobile. The irony: these scripts are meant to improve conversion, but they hurt conversion by slowing the page.

Sources:

Core Web Vitals pass rates by framework and CMS#

Not all technology stacks are created equal when it comes to speed. The Chrome UX Report tracks real-world CWV pass rates across origins (websites) by technology.

Technology% of origins passing all CWV (mobile)Notes
All websites~44%Fewer than half of all sites pass
WordPress~38%Varies wildly by theme and plugin count
Shopify~55%Managed hosting helps; theme quality matters
Wix~48%Improved significantly in 2025
Squarespace~42%Image-heavy templates hurt LCP
Next.js~52%Strong defaults, but depends on implementation
Gatsby~58%Static generation advantages
Static HTML~65%Minimal JS, fastest baseline

The key takeaway: your framework sets a floor, but your implementation determines where you land. A well-optimized WordPress site can outperform a poorly configured Next.js app. A Shopify store with a bloated theme can be slower than a lean WordPress site.

Sources:

Speed optimization priority list (ordered by impact)#

Not all optimizations deliver equal results. Here is a priority list ordered by typical impact, based on the most common issues we see across hundreds of sites.

1

Optimize images (highest impact, easiest fix)

Images account for 50% of average page weight. Converting to WebP/AVIF, compressing to under 200 KB, and implementing lazy loading for below-the-fold images can cut total page weight by 30-50%.

Quick wins:

  • Convert all images to WebP (30-50% smaller than JPEG/PNG)
  • Set explicit width and height to prevent CLS
  • Use loading="lazy" for every image below the fold
  • Serve responsive sizes with srcset
  • Target under 200 KB for hero images, under 100 KB for thumbnails
2

Improve server response time (TTFB)

If your server takes over 800ms to respond, nothing else matters. The browser cannot render anything until data arrives.

Quick wins:

  • Use a CDN (Cloudflare, Vercel Edge, AWS CloudFront)
  • Enable server-side caching (Redis, Varnish)
  • Upgrade from shared hosting if TTFB is over 1 second
  • Move to an edge-deployed framework if targeting global audiences
3

Eliminate render-blocking resources

CSS and JavaScript files in the <head> block rendering until they download and parse. This directly delays LCP.

Quick wins:

  • Inline critical CSS (the CSS needed for above-the-fold content)
  • Defer non-critical JavaScript with defer or async
  • Remove unused CSS (tools like PurgeCSS can automate this)
  • Load fonts with font-display: swap to avoid invisible text
4

Implement lazy loading and code splitting

Loading everything upfront wastes bandwidth on content the user may never see.

Quick wins:

  • Lazy-load images, iframes, and videos below the fold
  • Code-split JavaScript by route (Next.js and most modern frameworks do this by default)
  • Defer third-party scripts (analytics, chat widgets, social embeds) until after interactive
5

Use a CDN

A CDN serves static files from the server closest to the user. This reduces latency by hundreds of milliseconds for users far from your origin server.

Quick wins:

  • Cloudflare (free tier covers most needs)
  • Vercel/Netlify (built-in if you deploy there)
  • Set long cache headers for static assets (images, CSS, JS)
6

Reduce JavaScript payload

JavaScript is the most expensive byte-for-byte resource. It must be downloaded, parsed, compiled, and executed. Every KB of JS costs more than a KB of an image.

Quick wins:

  • Audit bundle size with webpack-bundle-analyzer or source-map-explorer
  • Remove unused dependencies
  • Replace heavy libraries with lighter alternatives (date-fns instead of Moment.js)
  • Tree-shake unused exports

For a broader SEO optimization plan that includes speed alongside content and links, see 10 quick SEO fixes.

Sources:

The mobile speed gap#

The gap between desktop and mobile performance is the single biggest blind spot in website speed optimization. Most developers test on fast laptops with wired connections. Their users are on 3-year-old phones with spotty 4G.

Desktop average: 2.5 seconds. Mobile average: 8.6 seconds. That is a 3.4x difference.

The reasons are structural:

  • CPU power: A mid-range Android phone has roughly 4-6x less processing power than a modern laptop. JavaScript that parses in 200ms on your MacBook takes over a second on a Galaxy A14.
  • Network latency: 4G connections add 50-100ms of latency per request. On 3G (still common globally), that jumps to 200-400ms.
  • Memory constraints: Mobile browsers aggressively garbage-collect, causing jank and re-renders that do not happen on desktop.
  • Thermal throttling: After a few seconds of heavy JavaScript execution, mobile CPUs throttle to prevent overheating, making the problem worse over time.
If you only test speed on desktop, you are optimizing for the minority. Over 63% of all web traffic is mobile.

How to test mobile performance accurately:

  • Use PageSpeed Insights (uses real mobile field data from CrUX)
  • In Chrome DevTools, enable CPU throttling (4x slowdown) and network throttling (Slow 4G)
  • Test on an actual mid-range Android device, not just an iPhone
  • Check your Google Search Console Core Web Vitals report filtered by mobile

For mobile-heavy audiences (most B2C sites), optimizing mobile speed should be the primary focus, not an afterthought.

Sources:

The cost (and ROI) of speed optimization#

Nobody talks about what speed optimization actually costs. Here is a realistic breakdown.

OptimizationCostTime to implementExpected improvement
Image compression and WebP conversionFree (Squoosh, Sharp)2-4 hours0.5-2s LCP reduction
CDN setup (Cloudflare free tier)Free1-2 hours100-500ms TTFB reduction
Lazy loading implementationFree (native HTML attribute)1-2 hours0.3-1s LCP reduction
Critical CSS inliningFree (tools available)4-8 hours0.3-1s render improvement
JavaScript bundle audit and cleanupDev time only1-2 days0.5-2s improvement
Server upgrade (shared to VPS)$20-50/month2-4 hours migration200-800ms TTFB reduction
Edge deployment (Vercel, Cloudflare Workers)$0-20/monthVaries by stack100-400ms TTFB reduction globally
Full performance overhaul (agency)$2,000-10,0002-4 weeks2-5s total improvement

The first four items on this list are free and can be done in a single day. Together they typically deliver a 1-3 second improvement, which is enough to move most sites from "poor" to "good" on Core Web Vitals.

The ROI math is straightforward. If your site generates $10,000/month in revenue and a 1-second speed improvement lifts conversions by 7%, that is $700/month in additional revenue. A free afternoon of image optimization and CDN setup pays for itself immediately.

For startups watching costs, see our startup SEO guide which covers how to prioritize speed alongside other SEO fundamentals when resources are limited.

Sources:

10-minute speed audit anyone can run#

You do not need expensive tools or technical expertise. Here is a complete speed audit using three free tools that takes 10 minutes.

1

Run PageSpeed Insights (3 minutes)

Go to pagespeed.web.dev and enter your homepage URL. Focus on:

  • LCP score (field data section, not lab). Is it under 2.5s?
  • INP score. Is it under 200ms?
  • CLS score. Is it under 0.1?
  • Scroll to Diagnostics and note the top 3 opportunities listed

If you see "Not enough field data," the lab results give a reasonable estimate. But field data is what Google uses for rankings.

2

Run GTmetrix (3 minutes)

Go to gtmetrix.com and test the same URL. GTmetrix provides:

  • Waterfall chart showing exactly which resources load in what order
  • Largest file identification (often one oversized image is the main problem)
  • Total page weight and request count
  • TTFB measurement (check if it is under 500ms)

Look at the waterfall. The longest bar is usually your biggest bottleneck.

3

Run our SEO checker for performance signals (2 minutes)

Use the free Website SEO Checker to analyze performance-related signals as part of a broader audit. It checks:

  • HTML document size (bloated HTML slows initial render)
  • Script count (too many scripts block rendering)
  • Image optimization (missing compression, oversized images)
  • Lazy loading (whether below-the-fold images defer loading)

This gives you a quick view of performance issues alongside 40+ other SEO factors.

4

Check Search Console CWV report (2 minutes)

In Google Search Console, go to Core Web Vitals in the left sidebar. This shows:

  • How many of your URLs are "Good," "Needs Improvement," or "Poor"
  • The breakdown by mobile vs. desktop
  • Which specific URLs are failing and why

This is the only data source that shows exactly what Google sees. If Search Console says your pages are slow, they are slow, regardless of what lab tools say.

For a complete SEO audit beyond speed, see our full SEO testing checklist.

FAQs#

How fast should a website load in 2026?#

Under 2.5 seconds for Largest Contentful Paint (LCP) to pass Google's Core Web Vitals. Under 2 seconds to meet user expectations. The best-performing sites load in under 1.5 seconds on desktop and under 2.5 seconds on mobile. Aim for the "good" threshold on all three CWV: LCP under 2.5s, INP under 200ms, and CLS under 0.1.

Does website speed affect SEO rankings?#

Yes. Core Web Vitals are a confirmed Google ranking signal. Sites that pass all three CWV have a measurable ranking advantage, particularly on mobile. Speed is not the strongest ranking factor (content relevance and backlinks still dominate), but when two pages are otherwise equal, the faster one ranks higher. For more on ranking factors, see our website rank guide.

What is a good PageSpeed Insights score?#

A score of 90-100 is "Good," 50-89 is "Needs Improvement," and below 50 is "Poor." But the score matters less than the individual Core Web Vitals metrics. A site can score 85 but still pass all CWV in field data. Focus on the green/amber/red indicators for LCP, INP, and CLS rather than obsessing over the overall number.

Why is my website so slow on mobile?#

The most common causes: uncompressed images, too many JavaScript files loading at once, no CDN (so mobile users far from your server experience high latency), render-blocking CSS in the head, and third-party scripts (analytics, chat widgets, ad trackers). Mobile devices also have less CPU power and higher network latency than desktops, amplifying every issue.

How much does 1 second of load time cost in revenue?#

Studies consistently show a 1-second delay reduces conversions by 4-7%. For an e-commerce site doing $100,000/month, that is $4,000-7,000/month lost to a single second of delay. Even for lead-generation sites, slower pages produce fewer form submissions and higher bounce rates. The ROI on speed optimization is almost always positive.

Should I optimize for desktop or mobile speed first?#

Mobile. Over 63% of global web traffic comes from mobile devices, and Google uses mobile-first indexing. If your mobile speed is poor, your rankings suffer regardless of how fast your desktop experience is. Most speed improvements (image optimization, CDN, lazy loading) benefit both, but always test and prioritize the mobile experience.

How often should I check my website speed?#

Monthly at minimum. Check Google Search Console's Core Web Vitals report for field data trends. Run PageSpeed Insights after any major deploy (new features, theme changes, plugin additions). Set up monitoring with a tool like SpeedCurve or just add a monthly calendar reminder to run the SEO checker and PageSpeed Insights on your top 5 pages.

Test your website speed and SEO in one scan

Our free Website SEO Checker analyzes your page across 40+ factors, including performance signals like HTML size, script count, image optimization, and lazy loading. It takes 30 seconds and requires no signup.

Find out what's slowing your site down

Our free SEO checker analyzes performance signals including HTML size, script count, image optimization, and lazy loading across 40+ factors.

eEepar
Join ...
builders

Keep Reading