Back to blog
Performance May 8, 2026 9 min read

Page speed optimization: the 2026 stack

The tools, techniques and infrastructure decisions that make a site fast in 2026.

article.body

The 2026 performance baseline

In 2026, a 'fast' site is one that hits sub-1.5s LCP, sub-200ms INP and sub-0.05 CLS at the 75th percentile of mobile users. That's the threshold for being competitive in any commercial vertical. Anything slower is a handicap that backlinks and content can't fully overcome.

Edge-first architecture

Every fast site in 2026 runs on the edge. Cloudflare Workers, Vercel Edge, Fastly Compute — pick your provider, but accept that origin-only architectures can no longer compete. Edge cuts your TTFB from 400ms to 40ms in markets far from your origin. That alone moves your LCP from 'fail' to 'pass' in half the world's markets.

The image pipeline

AVIF as the default, WebP as the fallback, content negotiation at the CDN. Hero images preloaded with fetchpriority=high. Lazy loading for everything below the fold with native loading=lazy. Explicit width and height to prevent CLS. This is table stakes — sites that don't ship it are visibly slower than sites that do.

JavaScript: the diet that never ends

JavaScript is the single biggest performance liability in 2026. Every kilobyte of JS is a kilobyte of network transfer, parse time, compile time and execution time. Audit your bundle quarterly. Remove dependencies you don't need. Switch heavy libraries for lighter alternatives. Server-render what you can. The fastest JS is the JS you never ship.

Third-party tags: the silent saboteurs

Analytics, marketing pixels, A/B testing, chat widgets — every third-party tag is a performance tax. The average site ships 280kb of third-party JS for features only 5% of users interact with. Audit your tag manager. Defer everything below the fold. Replace the heaviest tags with lighter alternatives (Plausible instead of GA4 for sites that don't need full GA, Crisp instead of Intercom for sites that don't need full Intercom).

Font loading

Self-host your fonts. Use font-display: swap. Subset to the characters you actually use. Preload the critical weight. WOFF2 only — WOFF is obsolete. The combination cuts font-related performance issues by 80% and is a one-day implementation for most sites.

Measurement: RUM beats lab

Lighthouse scores lie. They measure a synthetic page load on a synthetic device on a synthetic network. Real users have varying devices, network conditions and browser states. Ship Real User Monitoring (RUM) — Cloudflare Web Analytics, SpeedCurve, or roll your own with the Web Vitals API. Optimise for what real users experience, not what synthetic tests measure.

The continuous improvement loop

Performance is not a project, it's a process. Set budgets in CI. Block deploys that exceed them. Review the 75th percentile metrics weekly. Performance regressions creep in one feature at a time — catch them at the pull request, not in production.

Want this for your site?
Get in touch with our SEO experts.
Contact us