Verkkosivun nopeus: miksi se ratkaisee myynnin

Website Speed: Why It Decides the Sale

Päivitetty 29.9.2026 · Lukuaika 8 minUpdated Sep 29, 2026 · 8 min read

Tässä se juttu: kaunein myyntiteksti maailmassa ei myy, jos sivu latautuu hitaasti. Kävijä ei odota — hän painaa takaisin ja klikkaa kilpailijaa. Verkkosivun nopeus ei ole tekninen hifistelyä, vaan suorin tie lisää tarjouspyyntöihin. Tässä oppaassa selitän Core Web Vitalsin ilman jargonia, listaan 5 yleisintä hidastajaa ja annan tarkistuslistan, jolla sivu nopeutuu.

Here's the deal: the most beautiful sales copy in the world doesn't sell if the page loads slowly. The visitor doesn't wait — they hit back and click the competitor. Website speed isn't technical nitpicking; it's the most direct route to more quote requests. In this guide I'll explain Core Web Vitals without jargon, list the 5 most common slowdowns, and give you a checklist that speeds the page up.

Sisällys

Contents

1. Miksi nopeus on myyntikysymysWhy speed is a sales question
2. Core Web Vitals selitettynä ilman jargoniaCore Web Vitals explained without jargon
3. 5 yleisintä hidastajaaThe 5 most common slowdowns
4. NopeustarkistuslistaThe speed checklist
5. Näin testaat nopeuden oikeinHow to test speed properly
6. Usein kysytyt kysymyksetFAQ

1. Miksi verkkosivun nopeus on myyntikysymys

1. Why website speed is a sales question

Kuvittele kaksi putkimiestä. Molemmilla on sama hinta ja samat arvostelut. Toisen sivu aukeaa heti, toisen sivu pyörittää latausympyrää. Kumman tarjouspyynnön asiakas lähettää? Vastaus on niin itsestään selvä, ettei sitä tarvitse perustella — nopeus on luottamusta.

Picture two plumbers. Same price, same reviews. One's page opens instantly, the other's spins a loading circle. Whose quote form does the customer fill? The answer is so obvious it needs no argument — speed is trust.

Hidas sivu viestii kolmea asiaa ennen kuin asiakas lukee sanaakaan: yritys ei välitä yksityiskohdista, yritys on teknisesti jäljessä, ja yhteydenotto tulee olemaan yhtä tahmeaa. Nopea sivu viestii päinvastaista — ennen ensimmäistäkään lausetta.

A slow page communicates three things before the customer reads a word: the business doesn't care about details, it's technically behind, and getting in touch will be equally sluggish. A fast page communicates the opposite — before a single sentence.

Lisäksi Google on kertonut avoimesti käyttävänsä sivun käyttökokemusta — johon nopeus kuuluu — hakusijoitukseen vaikuttavana tekijänä. Hidas sivu siis häviää kahdesti: se saa vähemmän kävijöitä ja kääntää heistä harvemman asiakkaaksi.

Nopeus on myös harvoja asioita, jotka asiakas huomaa välittömästi mutta ei osaa nimetä. Kukaan ei kehu "nopeaa sivua" — mutta jokainen on turhautunut hitaaseen. Se on hygieniatekijä: kunnossa ollessaan näkymätön, rikki ollessaan ainoa asia, jolla on väliä. Siksi nopeus kannattaa varmistaa ennen julkaisua — jälkikäteen korjaaminen on aina kalliimpaa.

On top of that, Google has openly said it uses page experience — which includes speed — as a ranking factor. So a slow page loses twice: it gets fewer visitors and converts fewer of them into customers.

Speed is also one of the few things a customer notices instantly but can't name. Nobody praises a "fast page" — but everyone has been frustrated by a slow one. It's a hygiene factor: invisible when fine, the only thing that matters when broken. That's why speed is worth securing before launch — fixing it afterwards is always more expensive.

Nyrkkisääntö: jos sivu tuntuu hitaalta sinun omalla puhelimellasi, se on liian hidas. Asiakkaasi puhelin ja netti ovat todennäköisesti hitaampia kuin sinun.

Rule of thumb: if the page feels slow on your own phone, it's too slow. Your customer's phone and connection are probably slower than yours.

2. Core Web Vitals selitettynä ilman jargonia

2. Core Web Vitals explained without jargon

Google mittaa sivun laatua kolmella mittarilla, yhteisnimeltään Core Web Vitals. Sinun ei tarvitse osata niiden kaavoja — riittää että ymmärrät, mitä ne kysyvät:

Google measures page quality with three metrics, collectively called Core Web Vitals. You don't need their formulas — just understand what they ask:

• LCP — kuinka nopeasti pääsisältö näkyy. "Largest Contentful Paint" mittaa, milloin sivun suurin elementti (yleensä otsikko tai pääkuva) on näkyvissä. Googlen raja hyvälle: alle 2,5 sekuntia. Käytännössä: näkeekö kävijä heti, mistä on kyse.
• LCP — how fast the main content appears. "Largest Contentful Paint" measures when the page's biggest element (usually the headline or hero image) is visible. Google's bar for good: under 2.5 seconds. In practice: does the visitor immediately see what this is about.
• INP — reagoiko sivu näpäytyksiin. "Interaction to Next Paint" mittaa viivettä, kun kävijä painaa painiketta tai linkkiä. Raja: alle 200 millisekuntia. Käytännössä: tuntuuko sivu elävältä vai tahmealta.
• INP — does the page react to taps. "Interaction to Next Paint" measures the delay when a visitor presses a button or link. Bar: under 200 milliseconds. In practice: does the page feel alive or sticky.
• CLS — hyppiikö sisältö. "Cumulative Layout Shift" mittaa, siirtyvätkö elementit latauksen aikana. Raja: alle 0,1. Käytännössä: ehtiikö kävijä painaa väärää nappia, kun kuva latautuu myöhässä ja työntää tekstiä.
• CLS — does content jump around. "Cumulative Layout Shift" measures whether elements shift during loading. Bar: under 0.1. In practice: does the visitor tap the wrong button because a late image pushed the text down.

Huomaa: kaikki kolme mittaavat käyttäjän kokemusta, eivät palvelimen tehoa. Kallis palvelin ei pelasta raskasta sivua — kevyt sivu sen sijaan lentää halvallakin alustalla.

Note: all three measure the user's experience, not server power. An expensive server won't save a heavy page — while a light page flies even on a cheap platform.

3. Viisi yleisintä hidastajaa

3. The five most common slowdowns

Kun tutkin hitaita yrityssivuja, syyllinen löytyy lähes aina tästä listasta:

When I examine slow business pages, the culprit is almost always on this list:

1. Jättikokoiset kuvat. Yleisin syy ylivoimaisesti. Puhelimella otettu 5 Mt kuva, joka näytetään 400 pikselin levyisenä — sivu lataa 20 kertaa enemmän dataa kuin tarvitsee. Korjaus: pakkaa kuvat ja skaalaa ne näyttökokoon ennen julkaisua.
2. Giant images. The most common cause by far. A 5 MB phone photo displayed 400 pixels wide — the page loads 20× more data than needed. Fix: compress images and scale them to display size before publishing.
3. Videotausta. Näyttävä, mutta usein 10–50 Mt liikkuvaa kuvaa ennen kuin kävijä näkee tarjouksen. Korjaus: korvaa staattisella kuvalla. Kukaan ei ole koskaan ostanut videotaustan takia.
4. Video background. Flashy, but often 10–50 MB of moving image before the visitor sees the offer. Fix: replace with a static image. Nobody has ever bought because of a video background.
5. Raskas sivurakentaja ja lisäosat. WordPress-teemat, joissa on 30 lisäosaa "varmuuden vuoksi". Jokainen lisäosa on koodia, joka latautuu joka käynnillä. Korjaus: kevyempi toteutus tai armoton karsinta.
6. Heavy page builder and plugins. WordPress themes with 30 plugins "just in case". Every plugin is code that loads on every visit. Fix: a lighter build or ruthless pruning.
7. Kolmannen osapuolen seuranta. Analytiikka, chat-botti, some-upotukset, mainosseuranta — jokainen lisää pyyntöjä ja hidastaa. Korjaus: kysy jokaiselta skriptiltä "tuotko asiakkaita?" Jos et, poista.
8. Third-party tracking. Analytics, chat bots, social embeds, ad trackers — each adds requests and slows things down. Fix: ask every script "do you bring customers?" If not, remove it.
9. Ei välimuistia eikä pakkausta. Palvelin lähettää saman sivun alusta asti jokaiselle kävijälle. Korjaus: nykyaikainen hosting hoitaa tämän automaattisesti — vanha ei.
10. No caching or compression. The server rebuilds the same page from scratch for every visitor. Fix: modern hosting handles this automatically — old hosting doesn't.

Bonusvinkki: 80 % nopeusongelmista ratkeaa kolmella toimenpiteellä: pakkaa kuvat, poista videotausta, karsi seuranta. Tee nämä ennen kuin ostat kalliimpaa palvelinta.

Bonus tip: 80% of speed problems are solved with three moves: compress images, remove the video background, prune tracking. Do these before buying a pricier server.

4. Nopeustarkistuslista: 7 kohtaa

4. The speed checklist: 7 points

1. Kuvat kuriin. Jokainen kuva pakattuna ja oikean kokoisena. Nyrkkisääntö: yksikään kuva ei saa olla yli 200 kt ilman erityistä syytä.
2. Rein in images. Every image compressed and correctly sized. Rule of thumb: no image over 200 KB without a special reason.
3. Ei automaattista videota. Ei taustavideoita, ei automaattisesti käynnistyviä upotuksia.
4. No autoplay video. No background videos, no auto-starting embeds.
5. Fontit kevyinä. Enintään 2 fonttiperhettä, vain tarvittavat painot. Jokainen lisäpaino on ladattavaa dataa.
6. Light fonts. At most 2 font families, only the weights you need. Every extra weight is downloadable data.
7. Seuranta minimiin. Vain se, mitä oikeasti luet. Tyypilliselle pienyritykselle riittää yksi analytiikka — tai ei sitäkään alussa.
8. Minimum tracking. Only what you actually read. A typical small business needs one analytics tool — or none at the start.
9. Välimuisti päälle. Varmista, että hosting käyttää välimuistia ja pakkausta. Kysy palveluntarjoajalta, jos et tiedä.
10. Caching on. Make sure hosting uses caching and compression. Ask your provider if you're unsure.
11. Testaa hitaalla yhteydellä. Selaimen kehitystyökaluilla voit simuloida hidasta 4G:tä. Jos sivu toimii siinä, se toimii kaikkialla.
12. Test on a slow connection. Browser dev tools can simulate slow 4G. If the page works there, it works everywhere.
13. Mittaa, älä arvaile. Aja PageSpeed Insights ennen ja jälkeen muutosten. Parannus pitää näkyä numeroissa, ei vain tuntua.
14. Measure, don't guess. Run PageSpeed Insights before and after changes. Improvement must show in numbers, not just feel.

5. Verkkosivun nopeus: näin testaat sen oikein

5. Website speed: how to test it properly

Vaihe 1: avaa pagespeed.web.dev ja aja testi mobiilille. Pöytäkoneen tulos on toissijainen — asiakkaasi tulevat puhelimella.

Step 1: open pagespeed.web.dev and run the test for mobile. The desktop score is secondary — your customers arrive by phone.

Vaihe 2: katso kolmea lukua: LCP, INP ja CLS. Vihreä on hyvä, keltainen korjattava, punainen hätätilanne. Älä tuijota kokonaispisteitä — ne ovat keskiarvo, joka peittää ongelmat.

Step 2: look at three numbers: LCP, INP and CLS. Green is good, yellow needs fixing, red is an emergency. Don't stare at the total score — it's an average that hides problems.

Vaihe 3: lue "Diagnose performance issues" -osio. Se listaa konkreettiset hidastajat kuvineen: mikä kuva on liian iso, mikä skripti estää, mikä elementti hyppii.

Step 3: read the "Diagnose performance issues" section. It lists concrete slowdowns with details: which image is too big, which script blocks, which element jumps.

Vaihe 4: korjaa yksi asia kerrallaan ja testaa uudelleen. Nopeusoptimointi on mittaamista, ei arvailua.

Step 4: fix one thing at a time and re-test. Speed optimization is measuring, not guessing.

Usein kysytyt kysymykset

FAQ

Mikä on hyvä latausaika verkkosivulle?

What is a good load time for a website?

Tavoittele Googlen rajoja: pääsisältö näkyvissä alle 2,5 sekunnissa mobiililla. Käytännössä: mitä nopeampi, sitä parempi — mutta alle 2,5 sekunnin jälkeen parannukset tuottavat vähemmän kuin sisällön parantaminen.

Aim for Google's bars: main content visible in under 2.5 seconds on mobile. In practice: faster is better — but beyond 2.5 seconds, improvements pay less than improving content.

Hidastaako WordPress aina sivua?

Does WordPress always slow a page down?

Ei välttämättä, mutta se tekee hidastamisesta helppoa: raskas teema ja 20 lisäosaa hidastavat minkä tahansa sivun. Kevyt, räätälöity toteutus on lähes aina nopeampi — siksi rakennamme sivut kevyellä tekniikalla ilman paisunutta alustaa.

Not necessarily, but it makes slowing down easy: a heavy theme and 20 plugins slow any page. A light, tailored build is almost always faster — which is why we build pages with light tech and no bloated platform.

Voiko nopeuden ulkoistaa?

Can speed be outsourced?

Kyllä. Nopeus syntyy rakennusvaiheessa: kuvien pakkaus, kevyt koodi, oikea hosting. Jos tilaat sivun tekijältä, vaadi nopeustesti ennen hyväksyntää — se on yhtä tärkeä kuin oikoluku.

Yes. Speed is born in the build phase: image compression, light code, right hosting. If you order a page from a maker, demand a speed test before approval — it's as important as proofreading.

Maksavatko nopeustyökalut?

Do speed tools cost money?

Parhaat eivät: PageSpeed Insights on ilmainen, samoin selainten kehitystyökalut. Itse korjaukset — kuvien pakkaus, seurannan karsinta — ovat työtä, eivät hankintoja.

The best don't: PageSpeed Insights is free, as are browser dev tools. The fixes themselves — image compression, tracking pruning — are work, not purchases.