PageSpeed Insights 100 pistettä on mahdollinen tulos hyvin rakennetulle WordPress-sivustolle. Se ei kuitenkaan synny yhdestä välimuistilisäosasta eikä tarkoita, että sivusto säilyttää saman pistemäärän jokaisessa testissä. Nopea sivusto suunnitellaan kevyeksi jo ennen kuin ensimmäistä sivua rakennetaan.
Tässä oppaassa käydään läpi, mistä erinomainen PageSpeed-tulos muodostuu, mitkä valinnat hidastavat WordPressiä ja miksi käyttäjän kokema nopeus on tärkeämpi kuin yhden testikerran täydellinen numero.
Mitä PageSpeed Insights 100 pistettä tarkoittaa?
Google PageSpeed Insights tarkastelee sivua sekä mitatun käyttäjädatan että Lighthouse-laboratoriotestin avulla silloin, kun käyttäjädataa on saatavilla. Laboratoriotesti arvioi sivun latautumista vakioiduissa olosuhteissa ja muodostaa suorituskykypisteet. Vihreä 90–100 tulos on erinomainen, mutta tulos voi vaihdella testikertojen välillä.
PageSpeed ei mittaa vain sitä, kuinka nopeasti sivu näyttää jotakin. Se huomioi esimerkiksi pääsisällön ilmestymisen, käyttöliittymän reagoinnin ja sen, liikkuvatko elementit latauksen aikana. Nämä asiat vaikuttavat suoraan siihen, tuntuuko sivu kävijästä nopealta ja vakaalta.
100 pistettä on tavoite, ei pysyvä takuu
Sama sivu voi saada eri hetkellä hieman erilaisen tuloksen. Palvelimen kuormitus, verkkoyhteyden simulointi, ulkopuoliset palvelut ja testin luonnollinen vaihtelu vaikuttavat mittaukseen. Myös uusi kuva, video, analytiikkaskripti tai lisäosa voi muuttaa tulosta julkaisun jälkeen.
Siksi hyvä tavoite on rakentaa sivusto, joka toimii johdonmukaisesti nopeasti oikeilla mobiililaitteilla ja pysyy vihreällä alueella. Yksittäinen 100 on hieno vahvistus, mutta 95 pistettä vakaalla sivustolla voi olla liiketoiminnalle parempi kuin hauras 100, joka putoaa heti ensimmäisen uuden upotuksen jälkeen.
1. Kevyt rakenne ratkaistaan ennen ulkoasua
WordPress ei ole automaattisesti hidas. Hitaus syntyy usein monesta päällekkäisestä kerroksesta: raskaasta teemasta, sivunrakentajasta, suurista kirjastoista, useista lisäosista ja ulkopuolisista skripteistä.
Nopeassa toteutuksessa valitaan vain ominaisuudet, joita sivusto oikeasti tarvitsee. Jokaisen liikkuvan tehosteen, karusellin ja upotuksen kohdalla kannattaa kysyä, auttaako se asiakasta vai lisääkö se vain ladattavaa koodia. Näyttävä sivu voi olla nopea, kun visuaalinen ilme rakennetaan typografialla, väreillä, tilalla ja harkituilla kuvilla.
2. Palvelin ja WordPressin taustapuoli vaikuttavat alkuun
Selain ei voi aloittaa sivun rakentamista ennen kuin palvelin vastaa. Hidas palvelin, vanha ohjelmistoversio, raskaat tietokantakyselyt tai puuttuva sivuvälimuisti näkyvät latauksen alussa viiveenä.
Hyvä WordPress-palvelin tarjoaa ajantasaisen PHP-version, HTTPS-yhteyden, palvelinvälimuistin, pakkaamisen ja riittävät resurssit. Tietokantaa ja automaattisesti latautuvia asetuksia on myös syytä seurata, jos sivusto kasvaa tai lisäosia vaihdetaan usein.
3. Artikkelikuvat ja hero-kuvat pitää mitoittaa oikein
Kuvat ovat tavallisesti sivun suurimpia tiedostoja. Kamerasta suoraan ladattu kuva voi olla moninkertaisesti suurempi kuin näytöllä tarvitaan. Oikea kuvasuhde, pikselikoko ja pakkaus pienentävät tiedostoa ilman näkyvää laadun menetystä.
WebP ja AVIF ovat tehokkaita verkkokuvamuotoja. WordPress voi luoda kuvasta eri kokoja, jolloin puhelin ei joudu lataamaan työpöytänäytölle tarkoitettua tiedostoa. Sivun tärkeintä yläkuvaa ei yleensä pidä viivästyttää lazy loading -latauksella, mutta alempana olevat kuvat voidaan ladata vasta niiden lähestyessä näkyvää aluetta.
Kuvan leveyden ja korkeuden määrittäminen etukäteen estää muuta sisältöä hyppäämästä latauksen aikana. Tämä parantaa sekä käyttökokemusta että visuaalisen vakauden mittaria.
4. CSS ja JavaScript pidetään hallinnassa
Selain tarvitsee CSS-tyylit sivun ulkoasuun ja JavaScriptiä vuorovaikutteisiin toimintoihin. Ongelma syntyy, jos jokaisella sivulla ladataan suuri määrä koodia, vaikka vain pieni osa olisi käytössä.
Nopeusoptimoinnissa poistetaan käyttämätöntä koodia, pienennetään tiedostoja ja ladataan toimintoja oikeassa järjestyksessä. Sivun ensimmäiseen näkymään tarvittavat tyylit asetetaan etusijalle. Muu koodi voidaan ladata myöhemmin, kunhan valikot, lomakkeet ja muut tärkeät toiminnot säilyvät luotettavina.
Automaattinen tiedostojen yhdistäminen ei aina nopeuta nykyaikaista sivustoa. Jokainen muutos pitää testata, sillä liian aggressiivinen optimointi voi rikkoa ulkoasun tai toimintoja.
5. Fontit voivat viivästyttää ensimmäistä näkymää
Useat fonttiperheet ja suuri määrä leikkauksia lisäävät ladattavia tiedostoja. Käytännössä yksi otsikkofontti ja yksi leipätekstifontti riittävät useimmille yrityssivustoille. Vielä kevyempi vaihtoehto on huolellisesti valittu järjestelmäfontti.
Jos verkkofontteja käytetään, ne voidaan tallentaa omalle palvelimelle, rajata tarvittaviin leikkauksiin ja ladata tavalla, joka ei jätä tekstiä pitkäksi aikaa näkymättömäksi. Typografian pitää säilyä luettavana myös ennen fonttitiedoston valmistumista.
6. Kolmansien osapuolten skriptit ovat usein suurin kompromissi
Analytiikka, mainospikselit, chat, videoupotukset, kartat, ajanvaraus ja sosiaalisen median syötteet lataavat koodia muilta palvelimilta. Sivuston tekijä ei voi hallita niiden nopeutta samalla tavalla kuin omia tiedostoja.
Jokainen ulkopuolinen palvelu kannattaa perustella liiketoiminnan tarpeella. Videon voi näyttää kevyenä esikatselukuvana ja ladata varsinaisen soittimen vasta klikkauksesta. Kartan tilalla voi olla kevyt kuva ja linkki karttapalveluun. Markkinointiskriptejä voidaan rajata vain niille sivuille, joilla niitä tarvitaan.
Evästesuoja voi lisäksi viivästyttää skriptien käynnistymistä tarkoituksella. Toteutuksen pitää olla sekä suorituskykyinen että tietosuojavaatimusten mukainen.
7. Välimuisti ja sisällönjakelu viimeistelevät kokonaisuuden
Sivuvälimuisti voi tarjota valmiin HTML-version sen sijaan, että WordPress rakentaisi sivun jokaiselle kävijälle uudelleen. Selainvälimuisti puolestaan säilyttää muuttumattomia tiedostoja seuraavaa sivulatausta varten. Sisällönjakeluverkko eli CDN voi toimittaa kuvat ja muut tiedostot kävijää lähellä olevasta palvelinpisteestä.
Nämä keinot ovat tehokkaita, mutta ne eivät korvaa kevyttä rakennetta. Välimuisti nopeuttaa hyvää sivua ja peittää osan raskaan sivun ongelmista, mutta tarpeeton koodi joudutaan silti lataamaan ja suorittamaan selaimessa.
8. Mobiilinäkymä testataan ensin
Mobiilitesti on usein työpöytätestiä vaativampi, koska siinä simuloidaan hitaampaa laitetta ja yhteyttä. Siksi sivu kannattaa suunnitella ensin pienelle näytölle: tärkein viesti, otsikko ja toimintapainike näkyvät nopeasti ilman raskaita elementtejä.
Testaa oikealla puhelimella valikko, lomakkeet, painikkeet, fonttikoko ja sisällön vakaus. PageSpeed-piste ei havaitse kaikkia käytettävyysongelmia, joten automaattinen testi ja ihmisen tekemä tarkistus täydentävät toisiaan.
9. WooCommerce vaatii tavallista sivua tarkemman optimoinnin
Verkkokaupassa on enemmän dynaamista sisältöä kuin tavallisella yrityssivustolla. Ostoskori, asiakastili, tuotevaihtoehdot, suodattimet ja maksaminen tarvitsevat toimivaa JavaScriptiä ja palvelinlogiikkaa. Kaikkia sivuja ei myöskään voida tallentaa välimuistiin samalla tavalla.
Nopea WooCommerce-kauppa syntyy hyvästä palvelimesta, rajatusta lisäosamäärästä, optimoiduista tuotekuvista ja huolellisesta tietokannan käytöstä. Kauppaa ei pidä nopeuttaa tavalla, joka vaarantaa ostoskorin tai maksamisen. Tutustu myös WooCommerce-verkkokaupan perustamisen päätöksiin.
PageSpeed-optimoinnin käytännön tarkistuslista
- Valitse kevyt teema ja pidä lisäosien määrä perusteltuna.
- Käytä laadukasta WordPress-palvelinta ja palvelinvälimuistia.
- Mitoita ja pakkaa kuvat ennen lataamista.
- Käytä responsiivisia WebP- tai AVIF-kuvia.
- Varaa kuville ja upotuksille tila, jotta sisältö ei hypi.
- Vähennä käyttämätöntä CSS- ja JavaScript-koodia.
- Rajaa fonttiperheet ja -leikkaukset tarpeellisiin.
- Poista tarpeettomat seuranta-, chat- ja upotusskriptit.
- Testaa tärkeimmät sivupohjat sekä mobiilissa että työpöydällä.
- Mittaa uudelleen aina sisältö- tai lisäosamuutosten jälkeen.
Vaikuttaako PageSpeed-pistemäärä hakukonesijoitukseen?
Nopeus ja hyvä käyttökokemus tukevat hakukonenäkyvyyttä, mutta Google ei sijoita sivuja yhden Lighthouse-numeron perusteella. Hakutarkoitukseen vastaava sisältö, sivuston luotettavuus, sisäiset ja ulkoiset linkit sekä tekninen indeksoitavuus ovat edelleen ratkaisevia.
Nopeusoptimoinnin arvo näkyy myös muualla: kävijä pääsee sisältöön nopeammin, lomakkeen käyttö tuntuu sujuvalta ja mobiilikäyttäjä poistuu harvemmin turhan odottamisen vuoksi.
Usein kysyttyä PageSpeed Insights -tuloksista
Voiko WordPress-sivusto saada 100 pistettä?
Voi. Se onnistuu helpoimmin, kun sivuston rakenne on kevyt, kuvat on optimoitu ja ulkopuolisia skriptejä on vähän. Pistemäärä voi silti vaihdella testikertojen ja myöhempien muutosten myötä.
Miksi mobiilipisteet ovat työpöytää heikommat?
Mobiilitesti käyttää vaativampaa laite- ja verkkosimulaatiota. Suuri JavaScript-määrä, raskas yläkuva ja hidas palvelinvastaus näkyvät siinä tavallista selvemmin.
Parantaako välimuistilisäosa tuloksen automaattisesti?
Se voi auttaa, mutta ei korjaa kaikkia ongelmia. Jos sivu lataa raskaan teeman, suuria kuvia ja useita ulkopuolisia skriptejä, myös rakenne ja sisältö pitää optimoida.
Kannattaako kaikki poistaa täydellisen pistemäärän vuoksi?
Ei. Tärkeä toiminto saa käyttää resursseja, jos se auttaa asiakasta tai liiketoimintaa. Tavoite on löytää paras tasapaino nopeuden, käytettävyyden, mittauksen ja tarvittavien ominaisuuksien välillä.
Haluatko nopeat WordPress-kotisivut?
PageSpeed Insights 100 pistettä on realistinen tavoite, kun suorituskyky huomioidaan jo suunnitteluvaiheessa. Kotisivuratkaisut.com rakentaa nopeat, näyttävät ja hakukoneystävälliset WordPress-sivustot kevyeltä pohjalta. Tutustu WordPress-kotisivuihin, lue mistä yrityksen kotisivujen hinta muodostuu tai pyydä tarjous.