Kotisivujen latausnopeus: mittaa ja paranna 30 minuutissa

Kotisivujen nopeus testataan ilmaiseksi alle viidessä minuutissa — ja yleisimmät hidastajat korjataan puolessa tunnissa. Tässä oppaassa mittaat ravintolasi sivun todellisen latausnopeuden, opit tulkitsemaan kolme tärkeintä lukua ja teet korjaukset, jotka näkyvät heti varauksissa.

Kuvittele tilanne: perhe istuu autossa Helsingin keskustassa lauantai-iltana ja etsii ravintolaa. He googlaavat, klikkaavat lupaavan tuloksen — ja jäävät tuijottamaan valkoista ruutua. Sekunti. Kaksi. Kolme. Neljä. Takaisin hakutuloksiin, seuraava ravintola. Sinun ravintolasi ei hävinnyt ruoan laadussa, hinnassa eikä sijainnissa. Se hävisi neljässä sekunnissa.

Tämä ei ole kärjistys vaan arkea. Valtaosa ravintoloiden verkkoliikenteestä tulee puhelimella, usein kiireessä ja usein heikommalla yhteydellä kuin kotiwifi. Latausnopeus ei ole tekninen hienosäätö — se on myynnin etuovi. Hyvä uutinen: nopeuden mittaaminen on ilmaista, vie viisi minuuttia, eikä vaadi teknistä osaamista. Korjaaminenkaan ei ole rakettitiedettä: yleisimmät hidastajat hoituvat puolessa tunnissa. Tässä oppaassa teemme kaiken vaihe vaiheelta.

Miksi latausnopeus ratkaisee ravintolalle

Ravintola-ala on nopeuden suhteen poikkeuksellisen armoton. Verkkokaupassa asiakas on usein jo päättänyt ostaa; hän sietää pienen odotuksen. Ravintolaa etsivä asiakas sen sijaan vertailee vaihtoehtoja reaaliajassa — hänellä on auki viisi välilehteä, ja hitain suljetaan ensimmäisenä. Nopeus ei ole mukavuustekijä vaan kilpailuetu hakutulossivulla.

Google rankaisee hitautta — kahdesti

Google on kertonut avoimesti, että sivun käyttökokemus vaikuttaa hakusijoituksiin. Käytännössä tämä tarkoittaa kahta asiaa. Ensinnäkin hidas sivu sijoittuu huonommin kuin nopea vastaava sivu — erityisesti mobiili hauissa, joita ravintolahaut ovat. Toiseksi Google mittaa myös sitä, mitä tapahtuu klikkauksen jälkeen: jos kävijä palaa heti takaisin hakutuloksiin (koska sivu ei latautunut), se on signaali huonosta tuloksesta. Hidas ravintolasivu siis menettää sekä näkyvyyttä että klikkauksia. Google-näkyvyyden oppaassamme käsittelemme paikallista löydettävyyttä laajemmin — nopeus on yksi sen peruspilareista.

Nälkä ei odota

Ravintolan asiakkaan kärsivällisyys on lyhyempi kuin minkään muun alan. Nälkäinen ihminen tekee päätöksiä nopeasti ja tunnepohjalta. Jokainen odotuksen sekunti kasvattaa todennäköisyyttä, että hän valitsee kilpailijan — ei siksi, että kilpailija olisi parempi, vaan siksi, että se oli nopeampi. Tätä ei voi kompensoida paremmalla ruoalla, koska asiakas ei koskaan pääse maistamaan sitä.

Tyypillinen tilanne on perjantai-illan kiire: asiakas seisoo kadulla puhelin kädessä ja vertailee kahta ravintolaa. Toisen sivu avautuu heti — menu, varausnappi ja aukiolo näkyvissä. Toisen sivu pyörittää latausympyrää. Valinta ei tapahdu ruokalistan perusteella vaan ensimmäisten sekuntien perusteella: voittaa se, jonka sivu vastasi ensin. Huomaa myös, ettei asiakas tulkitse hitautta teknisenä ongelmana. Hän tulkitsee sen viestinä: jos sivu on vanhanaikainen tai huolimattomasti tehty, ehkä ravintolakin on. Hidas sivu on siis myös brändivahinko, joka syntyy ennen kuin asiakas on nähnyt yhtään annosta tai lukenut sanaakaan.

Mitä oikeastaan mittaat: kolme lukua riittää

Nopeustyökalut sylkevät kymmeniä lukuja ja lyhenteitä. Ravintoloitsijana tarvitset kolmea. Google kutsuu niitä Core Web Vitals -mittareiksi, ja ne kuvaavat kolmea eri asiaa: kuinka nopeasti sivu näkyy, kuinka nopeasti se reagoi ja kuinka vakaasti se pysyy paikoillaan.

LCP — kuinka nopeasti sisältö näkyy

Largest Contentful Paint (LCP) mittaa, kauanko kestää, ennen kuin sivun suurin näkyvä elementti — tyypillisesti hero-kuva tai otsikko — on ladattu. Tavoite: alle 2,5 sekuntia. Yli 4 sekuntia on huono. Tämä on tärkein yksittäinen luku ravintolasivulla, koska se vastaa kysymykseen "näkeekö asiakas jotain vai tuijottaako hän tyhjää ruutua".

INP — kuinka nopeasti sivu reagoi

Interaction to Next Paint (INP) mittaa, kuinka nopeasti sivu reagoi klikkauksiin ja napautuksiin. Tavoite: alle 200 millisekuntia. Ravintolasivulla tämä näkyy konkreettisesti: kun asiakas napauttaa "Varaa pöytä" -painiketta, tapahtuuko jotain heti vai jääkö painike mykäksi? Hidas reagointi saa asiakkaan napauttamaan uudestaan, perumaan ja lopulta luovuttamaan. Erityisesti raskaat varaus-widgetit ja seuranta skriptit hidastavat tätä lukua.

CLS — pysyykö sivu paikoillaan

Cumulative Layout Shift (CLS) mittaa, hyppiikö sisältö latauksen aikana. Tavoite: alle 0,1. Jokainen tuntee ilmiön: olet napauttamassa linkkiä, kunnes kuva latautuu yläpuolelle, sisältö hyppää ja sormesi osuukin mainokseen. Ravintolasivulla tyypillinen syyllinen on kuva ilman määriteltyä kokoa tai myöhässä latautuva fontti. Pieni luku, suuri ärsytys — ja suoraan varauksiin vaikuttava asia.

Laboratoriotulos vai kenttädata — kumpaa uskot?

PageSpeed Insights näyttää kahta eri dataa, ja ero kannattaa ymmärtää. Laboratoriotulos mittaa sivusi juuri nyt, kontrolloiduissa oloissa — se kertoo, mitä voit korjata. Kenttädata (jos sitä on kertynyt) kertoo, miten oikeat kävijät ovat sivusi kokeneet viimeisen kuukauden aikana — se kertoo, mitä he todella kokivat. Pienellä ravintolasivulla kenttädataa ei välttämättä ole, koska kävijöitä on liian vähän; silloin luota laboratoriotulokseen. Jos kenttädata on olemassa ja se on laboratoriota huonompi, syy on usein kävijöiden hitaammissa puhelimissa ja yhteyksissä — eli todellisuus on testiä armottomampi. Kumpaakaan ei kannata tuijottaa yksin: laboratorio ohjaa korjauksia, kenttädata kertoo vaikuttavuuden.

Testaa itse viidessä minuutissa

Nyt käytäntöön. Tarvitset vain selaimen ja ravintolasi verkkosivun osoitteen. Käytämme Googlen omaa PageSpeed Insights -työkalua, koska se on ilmainen, ei vaadi tunnuksia ja mittaa juuri niitä kolmea lukua, joista puhuimme.

Vaihe 1: Avaa PageSpeed Insights

Mene osoitteeseen pagespeed.web.dev tai hae Googlesta "PageSpeed Insights". Liitä ravintolasi etusivun osoite kenttään ja paina Analysoi. Odota noin puoli minuuttia — työkalu lataa sivusi kahdesti, kerran puhelimena ja kerran tietokoneena.

Vaihe 2: Katso ensin mobiilitulos

Tulosnäkymän yläreunassa on välilehdet Mobiili ja Tietokone. Valitse Mobiili — se on se, jolla on väliä. Näet ison pistemäärän (0–100) ja sen alla Core Web Vitals -mittarit värikoodattuina: vihreä on hyvä, keltainen kaipaa parannusta, punainen on huono. Älä takerru pistemäärään; katso mittareita.

Vaihe 3: Lue diagnoosit

Vieritä kohtaan, jossa työkalu listaa parannusehdotukset. Tyypillisiä ravintolasivuilla: "Pienennä käyttämättömän JavaScriptin määrää", "Tarjoa kuvat nykyaikaisissa muodoissa", "Poista renderöintiä estävät resurssit". Jokaisen kohdan alla lukee, kuinka paljon kyseinen korjaus nopeuttaisi sivua sekunneissa. Tämä lista on korjauslistasi — palaamme siihen seuraavassa osiossa.

Vaihe 4: Testaa myös menu- ja varaussivu

Etusivu on vasta puolet totuudesta. Aja testi myös ruokalista- ja varaussivulle — ne ovat usein painavampia kuin etusivu (PDF-menut, varaus-widgetit). Jos etusivu on vihreä mutta varaus sivu punainen, asiakas katoaa juuri ostohetkellä.

Vaihe 5: Testaa eri aikoina

Yksi testi on näyte, ei totuus. Palvelimen kuormitus vaihtelee: perjantai-iltana jaettu hosting voi olla hitaampi kuin tiistaiaamuna. Aja testi kahdesti eri aikoina ja ota keskiarvo — jos tulokset heittelevät paljon, ongelma on todennäköisesti palvelimessa, ei sivussasi. Tällöin korjauslistan sijaan kannattaa keskustella hosting-palveluntarjoajan kanssa tai vaihtaa nopeampaan.

PageSpeed Insights vs GTmetrix — kumpi kannattaa valita

PageSpeed Insights ei ole ainoa työkalu. Yleisin vaihtoehto on GTmetrix, ja moni törmää myös WebPageTestiin. Kumpi kannattaa valita? Lyhyt vastaus: aloita PageSpeed Insightsillä, ota GTmetrix rinnalle, kun haluat ymmärtää syvemmin.

PageSpeed Insightsin vahvuus on, että se puhuu Googlen kieltä: sen mittarit ovat samoja, joita Google käyttää hakusijoituksissa. Se on myös nopein tapa saada vastaus. Heikkous: se ei näytä kovin tarkasti, mikä yksittäinen tiedosto hidastaa — se kertoo mitä pitäisi korjata, muttei aina missä.

GTmetrixin vahvuus on visualisointi: se näyttää vesiputouskaaviona, missä järjestyksessä sivun osat latautuvat ja mikä niistä jumittaa. Kun PageSpeed sanoo "kuvat hidastavat", GTmetrix näyttää, että juuri hero-kuva rullaa 4,2 megatavua. Heikkous: tarkat sijainti- ja selainvalinnat vaativat ilmaisen tunnuksen, ja tulokset voivat vaihdella testisijainnin mukaan.

Näin luet vesiputouskaaviota

GTmetrixin vesiputouskaavio näyttää jokaisen ladatun tiedoston omana palkkinaan aikajanalla. Etsi pisimpiä palkkeja — ne ovat pullonkauloja. Kiinnitä huomiota kolmeen asiaan: tiedoston kokoon (leveä palkki = paljon dataa), odotusaikaan ennen latauksen alkua (palvelin miettii liian kauan) ja ketjuuntumiseen (tiedosto B odottaa tiedostoa A, joka odottaa tiedostoa C). Ravintolasivuilla tyypillinen löydös on, että varauswidgetin skripti lataa perässään viisi muuta tiedostoa eri palvelimilta — yksi rivi kaaviossa, kuusi yhteyttä todellisuudessa. Kun näet syyllisen nimeltä, voit viedä kuvakaappauksen palveluntarjoajalle tai kehittäjälle: "tämä tiedosto vie 3,1 sekuntia, korjatkaa". Konkreettinen näyttö nopeuttaa korjausta enemmän kuin mikään selitys.

Viisi yleisintä hidastajaa ravintolan sivuilla

Kun olemme testanneet satoja ravintolasivustoja, samat viisi syyllistä toistuvat. Hyvä puoli: neljä viidestä korjautuu ilman koodaria.

1. Pakkaamattomat kuvat

Ylivoimaisesti yleisin. Kamerasta tai kuvaajalta tullut hero-kuva on 4–8 megatavua — verkkoon riittäisi 150–300 kilotavua. Ero latausajassa mobiilidatalla on sekunteja. Ravintolasivustoilla kuvia on paljon (annokset, sali, tunnelma), joten ongelma kertautuu joka sivulla.

2. Automaattisesti käynnistyvä video

Taustavideo etusivulla näyttää hienolta toimiston koneella, mutta puhelimella se on usein sivun painavin elementti. Moni video ladataan silloinkin, kun sitä ei koskaan toisteta — esimerkiksi mobiilissa, jossa se on piilotettu mutta silti ladattu.

3. Raskaat varaus- ja lisäosawidgetit

Varausjärjestelmän widget, chattibotti, Instagram-syöte ja seurantaskriptit latautuvat usein jo etusivulla, vaikka niitä tarvittaisiin vasta varaussivulla. Jokainen ulkopuolinen skripti on uusi palvelin, johon puhelimen pitää ottaa yhteys — ja jokainen yhteys maksaa aikaa.

4. Käyttämätön teeman painolasti

Valmisteemat ja kotisivukoneet lataavat usein kaiken mahdollisen: animaatiokirjastoja, liukusäätimiä ja fontteja, joita sivusi ei käytä. Et näe niitä, mutta asiakkaan puhelin lataa ne silti.

5. Hidas palvelin tai kaukainen hosting

Jos palvelin sijaitsee Yhdysvalloissa ja asiakas on Helsingissä, jokainen pyyntö matkustaa Atlantin yli. Halvin mahdollinen hosting on usein myös hitain. Tämä on ainoa listan kohta, joka yleensä vaatii palveluntarjoajan vaihtoa — mutta sekin on kertaluontoinen operaatio.

6. Kolmannen osapuolen fontit ja seuranta

Harvoin huomattu hidastaja: sivusto lataa fontteja Googlen tai Adoben palvelimilta ja seurantakoodeja analytiikkaan, mainontaan ja someen. Jokainen ulkopuolinen osoite on uusi yhteys, uusi odotus ja uusi mahdollisuus epäonnistua. Ravintolasivulla tyypillinen tilanne on, että käytössä on viisi eri fonttileikkausta, joista näkyvissä on kaksi — loput kolme latautuvat turhaan. Korjaus on yksinkertainen: lataa tarvitsemasi fontit omalle palvelimellesi ja karsi seurantakoodit niihin, joita todella luet. Analytiikka, jota kukaan ei avaa, on pelkkää painolastia.

30 minuutin korjauslista

Nyt korjataan. Ota kellosta aikaa — tämä lista on suunniteltu niin, että pääset alusta loppuun puolessa tunnissa, vaikka et olisi koskaan koskenut sivuston tekniikkaan.

Yleinen sudenkuoppa: liikaa kerralla

Yksi varoitus ennen kuin aloitat: tee muutokset yksi kerrallaan ja testaa välissä. Jos pakkaat kuvat, poistat widgettejä ja vaihdat teeman kaikki samalla kertaa, et tiedä mikä toimi — ja jos jokin hajoaa, et tiedä mikä sen rikkoi. Nopeusoptimointi on diagnostiikkaa: yksi muutos, yksi mittaus, yksi johtopäätös. Se tuntuu hitaalta, mutta on nopein tie perille. Kirjaa jokainen muutos ylös, jotta voit tarvittaessa perua sen.

Minuutit 0–10: Pakkaa kuvat

Avaa PageSpeed-raporttisi kuvia koskevat kohdat ja listaa painavimmat kuvat. Pakkaa ne ilmaisella työkalulla (esimerkiksi Squoosh tai TinyPNG) ja tallenna WebP-muodossa. Tavoite: yksikään kuva ei ylitä 300 kilotavua, hero-kuva mielellään alle 200. Lataa pakatut kuvat sivustolle alkuperäisten tilalle. Tämä yksi toimenpide korjaa usein puolet ongelmasta.

Minuutit 10–18: Karsi etusivun painolasti

Käy etusivu läpi kriittisesti: tarvitseeko taustavideon olla päällä? Voiko Instagram-syötteen siirtää erilliselle sivulle? Latautuuko chattibotti jo etusivulla? Poista tai lykkää kaikki, mitä etusivulla ei välttämättä tarvita. Jos video on pakko säilyttää, varmista että mobiilissa näytetään still-kuva.

Minuutit 18–25: Ota käyttöön välimuisti ja pakkaus

Useimmissa kotisivukoneissa ja WordPress-hostingeissa välimuisti (caching) kytketään päälle yhdellä napsautuksella hallintapaneelissa. Se tarkoittaa, että palvelin ei rakenna sivua uudestaan jokaiselle kävijälle vaan tarjoilee valmiin kopion — ero on usein sekunteja. Tarkista samalla, että tekstipakkaus (gzip tai brotli) on päällä; se pienentää siirrettävän datan määrää merkittävästi.

Varauswidgetin lykkääminen: etusivu kevyeksi, varaus toimivaksi

Erillinen huomio varausjärjestelmille, koska ne ovat ravintolasivujen erityispiirre. Moni widget lataa koko varauskoneistonsa jo etusivulla, vaikka varausta ei tehdä kuin varaussivulla. Jos järjestelmäsi sallii, aseta widget latautumaan vasta, kun kävijä vierittää sen kohdalle tai klikkaa varausnappia — teknisesti tätä kutsutaan laiskaksi lataukseksi (lazy loading). Etusivu kevenee usein yli sekunnilla, eikä varauskokemus kärsi lainkaan, koska widget on valmiina silloin kun sitä tarvitaan. Jos et tiedä miten tämä tehdään, kysy varausjärjestelmän tuesta: se on niin yleinen toive, että useimmilla on siihen valmis ohje.

Minuutit 25–30: Testaa uudestaan

Aja PageSpeed-testi uudelleen ja vertaa lukuihin ennen korjauksia. Kirjaa tulokset ylös (päivämäärä + LCP + pistemäärä) — tarvitset niitä seurantaa varten. Jos LCP putosi yli sekunnilla, olet tehnyt enemmän 30 minuutissa kuin moni tekee vuodessa.

Jos luvut eivät parantuneet lainkaan, älä lannistu — sekin on arvokasta tietoa. Se tarkoittaa, että hidastaja ei ole kuvissa tai etusivun painolastissa vaan syvemmällä: palvelimessa, teemassa tai varausjärjestelmässä. Palaa silloin osioon "Jos sivusto on yhä hidas" ja etene sen mukaan. Tärkeintä on, että nyt tiedät, missä ongelma ei ole — ja se rajaa vaihtoehdot puoleen.

Jos sivusto on yhä hidas

Joskus 30 minuuttia ei riitä. Jos LCP on korjausten jälkeen yhä yli 4 sekuntia, syy on syvemmällä — ja silloin kannattaa harkita isompia liikkeitä.

Vaihda hosting lähemmäs ja nopeampaan

Palvelimen sijainti ja laatu vaikuttavat kaikkeen. Suomalaiselle ravintolalle paras vaihtoehto on eurooppalainen, mieluiten pohjoismainen palvelin ja nykyaikainen alusta. Staattinen sivusto nopealla CDN-verkolla (kuten Cloudflare) on usein moninkertaisesti nopeampi kuin perinteinen jaettu hosting — eikä sen tarvitse maksaa enempää. Jos nykyinen palveluntarjoajasi ei pysty kertomaan, missä palvelimesi sijaitsee, se on vastaus itsessään.

Harkitse teeman tai alustan vaihtoa

Jos sivusi on rakennettu raskaalle teemalle, jossa on kymmeniä lisäosia, mikään määrä kuvien pakkaamista ei korjaa perusongelmaa. Tässä kohtaa kannattaa laskea: kuinka paljon aikaa ja rahaa menee vanhan paikkaamiseen verrattuna siihen, että sivu rakennetaan kerralla kevyeksi? Hintaoppaassamme käymme läpi, mitä kevyt, nopea toteutus maksaa eri malleilla — usein vähemmän kuin vuoden lisäosien kanssa taistelu.

Milloin sivu kannattaa rakentaa uusiksi

Kolme merkkiä siitä, että korjaaminen on kalliimpaa kuin uudelleenrakentaminen. Ensimmäinen: jokainen päivitys rikkoo jotain — teema, lisäosat ja varauswidget elävät omaa elämäänsä, eikä kukaan uskalla koskea kokonaisuuteen. Toinen: mobiiliversio on käytännössä eri sivu, jota päivitetään satunnaisesti. Kolmas: et itsekään pysty päivittämään lounaslistaa ilman ohjeita. Näistä jokainen on merkki siitä, että alusta on kasvanut ohi tarpeidesi. Uudelleenrakennus kuulostaa isolta, mutta kevyt, staattinen toteutus on usein valmis päivissä — ja sen jälkeen nopeus ei ole enää koskaan ongelma, jota joudut miettimään.

Ulkoista, jos aika on kortilla

Nopeusoptimointi on siitä kiitollinen työ, että sen voi ostaa kertaeränä: ammattilainen käy sivun läpi, korjaa pahimmat pullonkaulat ja dokumentoi tehdyt muutokset. Ravintoloitsijana aikasi on todennäköisesti tuottavampaa salissa kuin hallintapaneelissa. Opas sivuista, jotka karkottavat asiakkaita listaa muitakin kohtia, joissa ulkopuolinen silmäpari maksaa itsensä takaisin. PowerfulWebsite rakentaa ravintolasivut lähtökohtaisesti nopeiksi — se on osa jokaista pakettia, ei lisäpalvelu.

Seuranta jatkossa: kuukausirutiini

Nopeus ei ole kertaprojekti. Jokainen uusi kuva, jokainen lisäosa ja jokainen teemapäivitys voi hidastaa sivua huomaamatta. Siksi testistä kannattaa tehdä rutiini: kerran kuukaudessa, viisi minuuttia.

Merkitse kalenteriin toistuva muistutus — esimerkiksi joka kuun ensimmäinen maanantai. Aja PageSpeed-testi etusivulle ja varaussivulle, kirjaa LCP-luvut samaan taulukkoon kuin aiemmin. Jos luku on heikentynyt yli puolella sekunnilla, syy löytyy lähes aina viimeisimmistä muutoksista: uusi kuva, uusi widget, päivittynyt teema. Korjaus on silloin yleensä yhden kuvan pakkaaminen tai yhden lisäosan poistaminen.

Seuraa myös Google Search Consolesta

Jos sivustosi on liitetty Google Search Consoleen — ja sen pitäisi olla — löydät sieltä valmiin Core Web Vitals -raportin, joka näyttää kenttädatan kaikilta sivuiltasi yhdellä vilkaisulla. Se kertoo, kuinka moni sivu on "hyvä", "kaipaa parannusta" tai "huono" oikeiden kävijöiden mittaamana. Raportti päivittyy itsestään, joten se on vaivattomin tapa huomata, kun jokin sivu alkaa hidastua. Yhdistä se kuukausittaiseen manuaalitestiin: Search Console kertoo missä ongelma on, PageSpeed-testi kertoo mikä sen aiheuttaa.

Nopeusbudjetti: sovi rajat etukäteen

Ammattilaisten käyttämä konsti, joka toimii ravintolallekin: nopeusbudjetti. Se tarkoittaa sovittuja rajoja, joita ei ylitetä — esimerkiksi "etusivu alle 1,5 megatavua", "ei yli 50 pyyntöä per sivu", "ei uusia kolmannen osapuolen skriptejä ilman hyväksyntää". Kun rajat on sovittu, jokainen uusi kuva, widget tai kampanja arvioidaan niitä vasten ennen julkaisua. Budjetti estää sen yleisimmän hidastumisen syyn: vähittäisen lihomisen, jossa jokainen lisäys on pieni mutta summa on iso. Kirjaa rajat ylös ja tarkista ne aina, kun sivulle lisätään jotain uutta.

Pieni vaiva, suuri vaikutus. Ravintola, jonka sivu avautuu alle kahdessa sekunnissa, ei ainoastaan sijoitu paremmin Googlessa — se tuntuu asiakkaasta ammattimaiselta ennen kuin hän on lukenut sanaakaan. Ja kuten tämän oppaan alussa totesimme: nälkäinen asiakas valitsee nopeimman, ei parhaan. Varmista, että nopein olet sinä.

Ja jos kaikki tämä tuntuu paljolta yhden ravintoloitsijan harteille, muista: sinun ei tarvitse osata kaikkea. Tämän oppaan mittausvaiheen osaa kuka tahansa, korjauslistan suurin osa hoituu puolessa tunnissa, ja loput voi ulkoistaa kertaostoksena. Tärkeintä on, että nopeus on jonkun vastuulla — muuten se ei ole kenenkään. Tee tämän kuun testistä ensimmäinen merkintä seurantataulukkoosi jo tänään.

Usein kysyttyä