Awwwards
404media is now part of Awwwards. Find our studio profile and work there.
Every extra second loses visitors before they read a word. What the research says, what counts as fast in 2026 and the usual causes of a slow site.
Patryk WisniewskiLead developerShort answer: a slow website loses customers before they have read a word. According to Google and SOASTA (2017), the chance that a mobile visitor leaves rises by 32 % when a page takes 3 seconds instead of 1, by 90 % at 5 seconds and by 123 % at 10 seconds. The target is simple: the main content should appear within about 2.5 seconds on a phone.
Speed is one of the few website problems you can measure exactly and fix for good. It also affects three things you care about: whether visitors stay, whether they enquire and how Google and AI systems treat your pages. This article shows the figures with sources, what to aim for and where the time usually goes.
The best-known figures come from Google and the research firm SOASTA, who analysed mobile visits in 2017 and published how the probability of a visitor bouncing (leaving after one page) grows with load time. Compared with a page that loads in 1 second:
Increase in the probability of a mobile visitor leaving, compared with a 1-second page
These are relative increases in probability, not shares of all visitors, and the data is from 2017. Phones and networks have improved since, but the principle holds: waiting costs visitors.
A second source looks at money instead of bounces. In “Milliseconds Make Millions” (Deloitte, commissioned by Google, 2020), researchers analysed mobile data of 37 brands in retail, travel, luxury and lead generation across Europe and the US. A site that became 0.1 seconds faster saw retail conversions rise by 8.4 % and travel conversions by 10.1 %. That is an average over those brands under study conditions, not a promise for your shop, but the direction is clear.
Google measures real visitors’ experience with the Core Web Vitals. A page is rated good when, for most visits:
| Metric | What it measures | Good |
|---|---|---|
| LCP (Largest Contentful Paint) | When the main content becomes visible | 2.5 seconds or less |
| INP (Interaction to Next Paint) | How quickly the page reacts to a tap or click | 200 milliseconds or less |
| CLS (Cumulative Layout Shift) | Whether things jump around while loading | 0.1 or less |
These figures are part of Google’s page experience signals. They are one signal among many, so a fast but empty page will not beat a strong one. But among comparable pages, the faster and steadier one has the edge, and visitors notice either way.
In our audits the same five causes come up again and again:
Look at the mobile result first. Our free website check covers the main technical points in one pass.
Speed is also part of how we build every site: images optimised, scripts kept to what is needed, and Core Web Vitals checked before launch.
We measure your mobile speed and name the three changes that would help most, free of charge and without obligation. Start with the website check or get in touch.
Aim for the main content to be visible within 2.5 seconds on a phone (LCP), per Google’s Core Web Vitals. Faster is better: Google/SOASTA data shows the chance of visitors leaving climbing with every second.
Page experience, including Core Web Vitals, is one of many signals Google uses. It will not rescue weak content, but between comparable pages the faster one has an edge, and speed affects visitors regardless of rankings.
No one can give a figure for your business without your data. The studies above show the direction: more visitors leave as pages slow down, and speed gains raised conversions in the Deloitte/Google study. Your own analytics will show your bounce rate and conversion rate.
Not necessarily. Slowness usually comes from heavy themes, many plugins, large images and weak hosting. A lean WordPress site can be fast, but a plugin-heavy one rarely is.
Indirectly. Fast, server-rendered pages deliver their full text immediately, which helps all crawlers. Analyses show that large AI crawlers do not run JavaScript, so text that only appears after scripts load may not be seen at all.

More lessons from our projects in Vienna.
Websites • • 9 min read
Patryk WisniewskiWebsites • • 9 min read
Patryk WisniewskiWebsites • • 8 min read
Christoph Speiser
Tell us about your project. Christoph gets back to you personally.
Christoph Speiser, Project lead & sales