Joku ajaa sivustosi PageSpeed Insightsin läpi ja lähettää kuvakaappauksen: mobiilin tulos on 38 ja punainen. Mukana on tarjous nopeusoptimoinnista. Kysymys on, kuinka paljon sillä luvulla on väliä.
Nopeudella on väliä, mutta eri tavalla kuin punainen ympyrä antaa ymmärtää.
Miksi punainen luku pelottaa enemmän kuin pitäisi?
PageSpeed Insightsin isoin luku on laboratoriotesti. Se simuloi yhden latauksen hitaalla mobiiliyhteydellä ja antaa pisteet sadasta. Luku vaihtelee testikerrasta toiseen, ja sama sivu voi saada eri päivinä kymmenen pistettä eroa.
Sijoituksissa Google katsoo oikeiden käyttäjien kokemusta, joka näkyy samalla sivulla ylempänä kohdassa, jossa kerrotaan, mitä todelliset käyttäjät kokevat. Pienellä sivustolla sitä dataa ei välttämättä ole lainkaan, koska kävijöitä on liian vähän.
Pelko on silti aiheellinen toisesta syystä. Hidas sivu menettää kävijöitä, ennen kuin he näkevät, mitä myyt. Deloitten Googlelle tekemässä tutkimuksessa mobiilisivun 0,1 sekunnin nopeutus nosti ostoon päättyvien käyntien osuutta vähittäiskaupan sivustoilla 8,4 % ja matkailusivustoilla 10,1 %.
Mitä Google mittaa?
Googlen Core Web Vitals -ohjeen mukaan sivukokemusta mitataan kolmella luvulla:
| Mittari | Mitä se kertoo | Hyvä tulos |
|---|---|---|
| LCP (Largest Contentful Paint) | Milloin sivun suurin kuva tai tekstilohko on näkyvissä | Enintään 2,5 sekuntia |
| INP (Interaction to Next Paint) | Kuinka nopeasti sivu reagoi napautukseen tai klikkaukseen | Alle 200 millisekuntia |
| CLS (Cumulative Layout Shift) | Hyppiikö sisältö latauksen aikana | Alle 0,1 |
INP korvasi aiemman FID-mittarin maaliskuussa 2024. Jos luet vanhaa ohjetta, jossa puhutaan FID:stä, se on vanhentunut.
Google kertoo käyttävänsä näitä mittareita sijoituksissa, mutta sama ohje toteaa, että haku näyttää aina osuvimman sisällön, vaikka sivukokemus olisi heikompi. Täydellisen pistemäärän tavoittelu pelkästään hakukoneiden takia ei Googlen mukaan välttämättä ole ajan arvoista. Nopeus ratkaisee siis tasapelin kahden yhtä hyvän sivun välillä, eikä hidas sivu, joka vastaa kysymykseen, häviä nopealle sivulle, joka ei vastaa.
Mistä aloitat korjaamisen?
Järjestys kannattaa valita sen mukaan, mikä tuo eniten vähimmällä työllä. Tavallisessa yrityssivustossa järjestys on yleensä tämä:
- Pienennä kuvat. Etusivun kansikuva on usein suoraan kamerasta tai kuvapankista ladattu, monen megatavun tiedosto. Kun sen pienentää näytön kokoiseksi ja tallentaa WebP-muotoon, LCP paranee usein enemmän kuin millään muulla toimenpiteellä.
- Poista turhat skriptit. Chat-ikkunat ja seurantakoodit lataavat jokainen omat tiedostonsa. Käy läpi, mitä oikeasti käytät.
- Varaa kuville ja upotuksille tila. Kun kuvalla on leveys ja korkeus koodissa, teksti ei hyppää alaspäin, kun kuva latautuu. Tämä korjaa CLS:n.
- Kevennä fontit. Jokainen fonttipaino on oma tiedostonsa, ja neljä painoa kahdesta fonttiperheestä tarkoittaa kahdeksaa latausta. Käytä vain niitä painoja, jotka sivulla oikeasti näkyvät.
- Ota välimuisti käyttöön. Välimuisti tallentaa valmiiksi kootun sivun, jolloin palvelimen ei tarvitse rakentaa sitä jokaiselle kävijälle uudelleen.
- Tarkista palvelin. Jos sivu on hidas jo ennen kuin mitään näkyy, vika voi olla halvassa palvelintilassa. Tämän näet PageSpeedin kohdasta, joka mittaa palvelimen vasteajan.
Listan järjestyksellä on syy. Kuvat ja skriptit ovat sinun hallinnassasi, ja niiden korjaus näkyy heti. Palvelimen vaihto tai sisällönjakeluverkko auttaa vasta, kun sivu itsessään on kevyt. Raskas sivu nopealla palvelimella on edelleen raskas, ja puhelimen täytyy silti ladata jokainen kuva ja skripti.
Jos sivustosi on tehty WordPressillä, WordPress SEO -artikkelissa käydään läpi, miksi lisäosien määrä näkyy nopeudessa.
Mitä nopeustarjouksessa pitäisi lukea?
Nopeusoptimointia myydään usein pistemäärällä: ”nostamme PageSpeed-tuloksen yli 90:n”. Lupaus on helppo pitää, koska pisteitä saa nostettua myös keinoilla, jotka eivät auta kävijää. Esimerkiksi skriptien lataamisen viivästäminen voi nostaa pisteitä, mutta jos varauslomake toimii vasta sekunteja myöhemmin, asiakas ei hyödy mitään.
Pyydä tarjoukseen tieto siitä, mitkä sivut korjataan ja mitä mittaria seurataan ennen ja jälkeen. Kysy myös, miten varmistetaan, että lomakkeet ja maksut toimivat korjausten jälkeen. Kun lopputulos mitataan oikeiden käyttäjien datasta muutaman viikon päästä, tiedät, mitä rahalla sait.
Miten mittaat oikein?
Testaa aina mobiiliversio, koska Google arvioi sivuston ensisijaisesti sen perusteella. Aja testi muutaman kerran ja katso tulosten keskiarvoa. Kun sivustollasi on tarpeeksi kävijöitä, Search Consolen Core Web Vitals -raportti näyttää, mitkä sivut ovat hitaita oikeilla käyttäjillä. Se on luotettavampi kuin yksikään laboratoriotesti.
Mittaa myös tavallisella puhelimella. Avaa sivu kännykän 4G-yhteydellä ja katso, kauanko kestää, ennen kuin näet puhelinnumeron tai varauspainikkeen. Se on se aika, jonka asiakkaasi odottaa. Jos aika tuntuu pitkältä sinusta, joka tiedät, mitä sivulla on, se tuntuu vielä pidemmältä asiakkaasta, joka vertailee kolmea vaihtoehtoa samaan aikaan.
Mitä me näemme usein hitailla sivustoilla
Kun käyn hitaan sivuston läpi, syy löytyy yleensä etusivun ylimmästä osasta. Siellä on liukuva kuvakaruselli, jossa on viisi täysikokoista kuvaa, ja niiden päällä animoitu otsikko. Se näyttää suunnittelupalaverissa hyvältä, mutta puhelimessa se on se elementti, jota käyttäjä odottaa.
Toinen tuttu löytö on seurantakoodien kasa. Sivustolle on vuosien mittaan lisätty mainostilien pikseleitä, joista osa kuuluu kampanjoihin, jotka loppuivat kauan sitten. Kukaan ei poista niitä, koska kukaan ei tiedä, mitä tapahtuu, jos ne poistaa. Käyn ne yleensä läpi yhdessä asiakkaan kanssa: jokaisesta koodista kysytään, kuka sitä käyttää ja mihin. Jos vastausta ei löydy, koodi poistetaan, ja sivu kevenee ilman, että kukaan huomaa muuta eroa.
Mihin nopeus vaikuttaa käytännössä?
Hitaus osuu pahiten siihen kohtaan, jossa kävijä on päättämässä. Lomake, joka latautuu hitaasti, tai varauspainike, joka siirtyy juuri ennen napautusta, maksaa yhteydenottoja. Siksi nopeutta kannattaa katsoa yhdessä sen kanssa, miten sivu muuttaa kävijät asiakkaiksi. Konversio-optimoinnista on oma artikkelinsa.
Mobiilissa ero näkyy eniten, koska yhteys on hitaampi ja ruutu pienempi. Mobiilioptimointi käsittelee sitä, mitä puhelimella pitää toimia sen lisäksi, että sivu latautuu.
Milloin nopeus riittää?
Kun kaikki kolme mittaria ovat vihreällä oikeiden käyttäjien datassa, nopeuden hiominen ei enää tuo juuri lisää näkyvyyttä. Sen jälkeen aika kannattaa käyttää sisältöön. Monen pienyrityksen sivusto pääsee tähän pelkillä kuvien pienennyksellä ja turhien lisäosien poistolla, ja sen voit tehdä itse.
Apua tarvitset, jos sivu on hidas teeman tai sivunrakentajan takia, koska silloin korjaus voi vaatia sivupohjan uudelleenrakentamista. Meillä nopeuskorjaus on osa teknistä SEO-työtä, ja sen hinta on 900–2 900 €. Jos haluat ymmärtää, miten nopeus liittyy muuhun hakunäkyvyyteen, hakukoneoptimoinnin opas kertoo kokonaisuuden.
Mistä aloitat huomenna?
Avaa PageSpeed Insights ja katso ensin kohta, joka kertoo oikeiden käyttäjien kokemuksen. Jos se on vihreä, voit unohtaa punaisen ympyrän. Jos se on punainen, aloita kansikuvasta. Ja jos haluat, että katsomme nopeuden osana koko sivuston näkyvyyttä, se on osa meidän hakukoneoptimointiamme.
Usein kysytyt
Kuinka nopeasti verkkosivun pitäisi latautua?
Googlen mukaan sivun suurimman sisällön pitäisi näkyä 2,5 sekunnissa. Mittaa luku mobiilissa ja oikeiden käyttäjien datasta, jos sitä on saatavilla.
Vaikuttaako sivuston nopeus Google-sijoituksiin?
Vaikuttaa, mutta vähemmän kuin sisältö. Google käyttää Core Web Vitals -mittareita sijoituksissa, mutta näyttää silti osuvimman sivun, vaikka se olisi hitaampi.
Miksi PageSpeed-tulos vaihtelee joka testikerralla?
Tulos on simuloitu laboratoriotesti, johon vaikuttavat verkkoyhteys ja palvelimen kuorma testihetkellä. Katso useamman testin keskiarvoa ja oikeiden käyttäjien dataa.
Mikä hidastaa verkkosivua eniten?
Tavallisimmin liian suuret kuvat ja turhat skriptit, kuten vanhat seurantakoodit ja lisäosat. Ne ovat myös helpoimmat korjata.
