Yhden verkkosivuston suorituskyvyn hallinta on helppoa. Suorituskyvyn hallinta kymmenellä verkkosivustolla, viidellä mobiilisovelluksella ja useilla mikropalveluilla on monimutkaista.
Yksi sivusto: mittaristo näyttää LCP:n, CLS:n ja INP:n. Tiimi keskittyy yhteen sivuun kerrallaan.
Yritystaso: mittaristo näyttää satoja sivuja, useita tuotteita ja useita alustoja. Tiimin pitää priorisoida.
Suorituskykyanalytiikan skaalaus tarkoittaa: valitaan, mitä mitataan, valitaan, mitä optimoidaan, ja jaetaan vastuu tiimien kesken.
Esimerkki: yrityksellä on viisi tuotetta (verkkoalusta, mobiilisovellus, hallintapaneeli, analytiikkatyökalu, API). Jokaisella tuotteella on eri suorituskykyprofiili. Jokaista tuotetta ylläpitää eri tiimi. Keskitetty suorituskykytiimi ei voi optimoida kaikkea. Ratkaisu: aseta suorituskykystandardit, jokainen tiimi vastaa oman tuotteensa suorituskyvystä ja keskitetty tiimi seuraa kokonaissuorituskykyä.
Mitä mitata yritystasolla
Mittaa vain kriittiset polut. Verkkokauppa-alusta: etusivu, tuotesivu, kassa (kriittisiä). Blogi, tietoa meistä -sivu (ei kriittisiä). Keskity kriittisiin polkuihin.
Mittaa tuotelinjoittain. SaaS-alusta: rekisteröitymissivu, hallintapaneeli, asetussivu. Jokainen tiimi vastaa omista sivuistaan. Jokainen tiimi seuraa omaa suorituskykyään.
Mittaa liiketoimintavaikutuksen mukaan. Liikevaihtoa tuottavilla sivuilla on suurin merkitys. Vähän liikennettä saavilla sivuilla on pienempi merkitys. Keskity liikevaihtoa tuottaviin sivuihin.
Esimerkki: yritys, jolla on kolme tuotelinjaa:
- Tuote A (verkkokauppa): etusivu, tuote, kassa, haku
- Tuote B (SaaS): rekisteröityminen, hallintapaneeli, asetukset, integraatio
- Tuote C (sisältö): blogin etusivu, artikkeli, kommentit, aiheeseen liittyvät artikkelit
Mittauksen prioriteetti:
- Tuote A (eniten liikennettä, suurin liikevaihto): mittaa kaikki sivut
- Tuote B (paljon liikennettä, suuri liikevaihto): mittaa kriittiset sivut (rekisteröityminen, hallintapaneeli)
- Tuote C (vähän liikennettä, pieni liikevaihto): mittaa vain etusivu
Suorituskyvyn vastuun jakaminen
Keskitetty tiimi asettaa standardit. Jokainen tiimi vastaa oman tuotteensa suorituskyvystä.
Standardit: kaikkien sivujen LCP on alle 2,5 sekuntia, CLS alle 0,1 ja INP alle 200 millisekuntia.
Vastuumalli:
- Tuotteen A tiimi: vastaa etusivun, tuotesivun, kassan ja haun suorituskyvystä
- Tuotteen B tiimi: vastaa rekisteröitymisen, hallintapaneelin ja asetusten suorituskyvystä
- Tuotteen C tiimi: vastaa blogin etusivun suorituskyvystä
- Keskitetty suorituskykytiimi: seuraa vaatimustenmukaisuutta, hälyttää taantumista ja tarjoaa työkalut
Esimerkki: SaaS-yritys, jolla on kolme kehitystiimiä.
Standardit (keskitetyn suorituskykytiimin asettamat):
- LCP-tavoite: kaksi sekuntia (tuotekohtaiset tavoitteet voivat vaihdella, mutta perustaso on kaksi sekuntia)
- CLS-tavoite: 0,05
- INP-tavoite: 150 millisekuntia
Tuotetiimien vastuu:
- Alustatiimi: hallintapaneelin LCP:n on pysyttävä alle kahdessa sekunnissa
- Integraatiotiimi: integraatiosivun LCP:n on pysyttävä alle 2,5 sekunnissa
- Analytiikkatiimi: analytiikkasivun LCP:n on pysyttävä alle kahdessa sekunnissa
Jokainen tiimi mittaa omat sivunsa. Mittaristo hälyttää, jos tiimin sivut ylittävät standardit. Tiimi on vastuussa.
Suorituskyvyn kokoaminen tuotteiden yli
Koottu mittaristo näyttää: kaikki tuotteet, kaikki sivut ja standardien noudattamisen.
Mittaristo näyttää, kuinka suuri osa tuotteista täyttää standardin: yhdeksällä kymmenestä sivusta LCP on alle 2,5 sekuntia. Vihreä alue.
Mittaristo näyttää, mitkä tuotteet eivät täytä standardia: tuotteen B vaatimustenmukaisuus on kahdeksankymmentä prosenttia (kaksi sivua ylittää standardin). Keltainen alue.
Raportointi johdolle: kokonaissuorituskyky on vahva (yhdeksän kymmenestä sivusta täyttää vaatimukset). Yksi tuote vaatii huomiota (tuote B).
Toimenpide: tuotteen B tiimi saa hälytyksen. Tiimi selvittää asian. Tiimi optimoi vaatimukset täyttämättömät sivut.
Esimerkki: kolmen tuotteen yrityksen koottu suorituskyky.
Tuote A (verkkokauppa):
- Etusivu: LCP 1,2 s (täyttää)
- Tuotesivu: LCP 1,8 s (täyttää)
- Kassa: LCP 2,1 s (täyttää)
- Haku: LCP 2,4 s (täyttää)
- Vaatimustenmukaisuus: 100 prosenttia
Tuote B (SaaS):
- Rekisteröityminen: LCP 1,9 s (täyttää)
- Hallintapaneeli: LCP 2,6 s (ei täytä)
- Asetukset: LCP 2,5 s (ei täytä)
- Vaatimustenmukaisuus: 66 prosenttia
Tuote C (sisältö):
- Blogin etusivu: LCP 2,3 s (täyttää)
- Vaatimustenmukaisuus: 100 prosenttia
Yhteensä: 88 prosentin vaatimustenmukaisuus kaikissa tuotteissa.
Johdon raportti: kaksi kolmesta tuotteesta täyttää vaatimukset täysin. Tuote B vaatii huomiota. Tiimi parantaa hallintapaneelin ja asetusten suorituskykyä.
Suorituskykystandardit laitetyypeittäin ja alueittain
Standardit voivat vaihdella asiayhteyden mukaan. Tietokoneen standardit poikkeavat mobiilin standardeista. Yhdysvaltojen standardit poikkeavat kansainvälisistä.
Tietokoneen LCP-tavoite: kaksi sekuntia (nopea internet, nopea suoritin).
Mobiilin LCP-tavoite: kolme sekuntia (hitaampi internet, hitaampi suoritin).
Yhdysvaltojen LCP-tavoite: kaksi sekuntia (yleisesti nopea internet).
Kansainvälinen LCP-tavoite: kolme sekuntia (vaihtelevat internetnopeudet).
Esimerkki: maailmanlaajuinen SaaS-yritys, jolla on usean alueen käyttöönotto.
LCP-standardi alueittain:
- Yhdysvallat: 1,8 sekuntia (tavoite)
- EU: 2,2 sekuntia (tavoite, hitaampi internet kuin Yhdysvalloissa)
- APAC: 2,5 sekuntia (tavoite, vaihtelevampi internet)
Suorituskyky alueittain (nykytila):
- Yhdysvallat: 1,5 sekuntia (hyvä, ylittää tavoitteen)
- EU: 2,3 sekuntia (tavoitteessa, tarvitaan pieni parannus)
- APAC: 3,0 sekuntia (tavoitteen alapuolella, kaipaa parannusta)
Toimenpide: APAC-tiimi (tai keskitetty suorituskykytiimi, jos alueellista tiimiä ei ole) optimoi APAC-alueen suorituskyvyn. Painopiste: CDN:n optimointi APAC-alueille ja kuvien optimointi pienemmälle kaistanleveydelle.
Usein kysytyt kysymykset
Miten asetamme eri tuotteille eri suorituskykystandardit?
Perusta ne liiketoimintakriittisyyteen ja käyttäjien odotuksiin. Eniten liikevaihtoa tuottavalle tuotteelle tiukin tavoite. Vähemmän liikevaihtoa tuottavalle tuotteelle löysempi tavoite. Esimerkki: verkkokaupan kassa on kriittisin (liikevaihtoa tuottava). Tavoite: 1,5 sekuntia. Blogisisältö on vähemmän kriittistä. Tavoite: 2,5 sekuntia. Rakenna tämä suoraan verkkosivustollesi WEMASY-sivustonrakentajalla.
Pitäisikö keskitetyn suorituskykytiimin optimoida kaikki tuotteet vai vain asettaa standardit?
Aseta standardit ja seuraa. Anna tuotetiimien vastata optimoinnista. Keskitetty tiimi tarjoaa työkalut, valmennuksen ja eskalointipolun. Jos tuotetiimi ei pysty täyttämään standardia, keskitetty tiimi auttaa. Päivittäinen optimointi on kuitenkin tuotetiimin vastuulla.
Miten ratkaisemme ristiriidat tuotekehityksen ja suorituskykyvaatimusten välillä?
Suorituskyky on osa tuotteen vaatimuksia. Uuden ominaisuuden pitää täyttää suorituskykystandardit. Jos ominaisuus lisää koodia, joka heikentää suorituskykyä, ominaisuutta ei hyväksytä ennen kuin se on optimoitu. Suorituskyvystä ei neuvotella (paitsi jos johto on liiketoiminnallisesta syystä erikseen laskenut sen prioriteettia).
Pitäisikö vähän liikennettä saavien sivujen suorituskykyä mitata?
Ei. Keskity paljon liikennettä saaviin ja vaikutukseltaan suuriin sivuihin. Vähän liikennettä saavien sivujen optimointi ei ole vaivan arvoista. Liikenne kerrottuna liiketoimintavaikutuksella ratkaisee prioriteetin. Mittaa siellä, missä vaikutus on suurin.
Miten otamme huomioon verkkonopeuksien erot alueiden välillä?
Aseta eri tavoitteet alueittain. Yhdysvalloissa on nopeat verkot. Aseta tiukka tavoite (1,5 sekuntia). Kansainvälisillä alueilla verkot vaihtelevat. Aseta realistiset tavoitteet (2-3 sekuntia). Mittaa suorituskyky alueittain. Hälytä, jos alue jää oman tavoitteensa alle (ei absoluuttisen tavoitteen).
Pitäisikö suorituskykybudjetit liittää kaikkien tiimien julkaisuputkeen?
Kyllä. Tarkista suorituskykybudjetti ennen julkaisua. Jos tiimin koodi ylittää budjetin, julkaisu estetään. Se estää taantumat. Se varmistaa myös vastuun (tiimin on pakko optimoida ennen julkaisua).