Site Speed = More Sales: Core Web Vitals Explained for Business Owners
By Arash Latifi — Founder, The DevArt
A slow site loses customers and Google rankings. Learn the three Core Web Vitals numbers in plain English and test your site in 5 minutes.
When you pay for web design, you think colors, not 2.5 seconds. But that number decides if customers stay or bounce. Google calls it Core Web Vitals — three metrics for real-user speed. Slow site = lost leads + lower rankings.
You don't need to be a developer to understand them. This guide explains each metric with a business example, how to test in 5 minutes, and the cheapest high-impact fixes. For any fast e-commerce web design, these numbers matter more than fonts.
Why this matters: a real case from Nedora Stone
Last year we took over Nedora Stone — a stone shop in west Tehran. Beautiful web design, stunning 4K photos, each image ~4MB. On paper, perfect. In reality, LCP was 6.2 seconds on mobile. A customer on Iranian 4G waited 6 seconds to see the hero image.
Result? 78% bounce rate. Out of 100 visits, 1 contact form. The owner thought "we have no traffic" — but traffic wasn't the problem; speed was.
Fix: WebP + next/image (avg 180KB), next/font, removed 3MB slider. LCP 6.2→1.8s, CLS 0.28→0.02, INP 340→120ms. Conversion 1%→3.4% — 3× calls, same traffic. That's fast web design.
Many shops in Shahriar have the same leak: they pay for ads while a slow site wastes every click.
What are Core Web Vitals? The three numbers Google actually checks
Since 2021 Google made Core Web Vitals a ranking factor (web.dev/vitals). Three metrics today — FID was replaced by INP:
1. LCP — Loading speed (should be under 2.5s)
Largest Contentful Paint: "How long until the biggest thing on screen — usually the hero image or headline — appears?" Google: good <2.5s, needs improvement 2.5–4s, poor >4s.
2. INP — Responsiveness (should be under 200ms)
Interaction to Next Paint: "When I click a button, how long until the site reacts?" — add to cart, open menu, filter products. Good <200ms, needs improvement 200–500ms, poor >500ms.
3. CLS — Visual stability (should be under 0.1)
Cumulative Layout Shift: "Does the page jump while loading?" You try to tap a button, an ad loads, the button shifts, you tap the wrong thing. Good <0.1, needs improvement 0.1–0.25, poor >0.25.
Test all three right now at PageSpeed Insights — paste your URL, check Mobile first. You'll see real-user data (CrUX) and specific fixes.
Practical checklist: 7 things to do today
You don't need a rebuild. Go through this with your developer:
- [ ] 1. Test: Run PageSpeed Insights (Mobile). Red or green? Screenshot it.
- [ ] 2. Shrink images: Any image >500KB → convert to WebP with Squoosh or TinyPNG. Resize too — a 4000px image displayed at 600px is waste. In modern web design with Next.js,
next/imagedoes this automatically. - [ ] 3. Fix sizes: Give every image
width/heightso browser reserves space — halves CLS. - [ ] 4. Fix fonts: Load only 400/700 and
display: optional— no flash. - [ ] 5. Remove extra scripts: Chat widgets, Facebook pixel, Instagram embeds — each adds 100–300ms. Keep only what actually sells. Replace a heavy slider with a static image.
- [ ] 6. Check hosting: TTFB 1.5s = LCP never green. Aim for <600ms.
- [ ] 7. Enable caching: Gzip/Brotli + browser cache on. On Vercel it's automatic; on WordPress use WP Rocket/LiteSpeed.
These seven usually fix 80% of the issue without a full redesign.
Comparison table: slow site vs fast site — numbers and revenue
| Metric | Slow site (before) | Fast site (after) | Business impact | | :--- | :--- | :--- | :--- | | LCP | 5.8s | 1.9s | Every 0.1s improvement ≈ up to 8% more conversion (Google data) | | INP | 350ms (slow) | 120ms (fast) | No "frozen" feeling, fewer abandoned carts | | CLS | 0.32 (jumpy) | 0.03 (stable) | No mis-taps, less frustration | | Bounce rate | 75–80% | 35–45% | Visitors stay and read | | Google rank | Drops on mobile | Better Page Experience | With similar content, speed wins | | Cost / time | — | 1–3 days, $150–400* | ROI in 1–2 months |
* For a typical WordPress or Next.js site. Very old sites with 30 plugins may be cheaper to rebuild lightly — see from idea to launch.
Which path?
| Current state | Best action | Time | | :--- | :--- | :--- | | LCP good, CLS bad | Just fix image sizes & fonts | Half a day | | All three red, cluttered WordPress | Images + remove plugins + caching | 1–2 days | | All three red, 5-year-old template | Light rebuild with Next.js or a lean theme | 2–4 weeks |
For new web design, write into the contract: "Delivery with LCP <2.5s on 4G mobile." One sentence saves six months of headaches.
When this won't help — an honest caveat
Core Web Vitals are not magic. If your real problem is one of these, speed alone won't sell:
- Weak offer: 30% pricier with no value = won't sell, even at 1s.
- Zero traffic: 5 visits ×3 = 1 lead. Build traffic first.
- Internal portal: No Google traffic → CLS doesn't matter. Spend elsewhere.
Fix offer and traffic first, then chase milliseconds. That's our order in corporate web design: sales first, speed second.
FAQ
1. Does 0.5s really hurt rankings?
Yes. With similar content, better experience wins — technical SEO checklist.
2. Can WordPress get green Core Web Vitals or do I need Next.js?
Yes, with limits. WebP, good caching, and decent hosting get many WordPress sites green. But with a heavy builder + 30 plugins, a lean rebuild — like Atlas Cabin — is cheaper long-term.
3. Cost and time?
Brochure (5–10 pages): $150–300, 1–2 days. Shop (200 products): $300–600, 3–7 days. Rebuild from $800, 2–3 weeks. Send your PageSpeed screenshot via contact — we'll tell you free which bucket you're in.
Speed is sales infrastructure, not luxury. Run the 30-second PageSpeed test and compare with the checklist. Want us to turn red to green? Get in touch — we deliver screenshots, not promises.