Egyetlen weboldal teljesítményét kezelni egyszerű. Tíz weboldal, öt mobilapp és több mikroszolgáltatás teljesítményét kezelni bonyolult.
Egyetlen oldal: a vezérlőpult az LCP-t, a CLS-t és az INP-t mutatja. A csapat egyszerre egy oldalra fókuszál.
Nagyvállalat: a vezérlőpult több száz oldalt, több terméket és több platformot mutat. A csapatnak sorrendet kell felállítania.
A teljesítmény analitika skálázása azt jelenti: kiválasztod, mit mérsz, kiválasztod, mit optimalizálsz, és szétosztod a felelősséget a csapatok között.
Példa: egy nagyvállalatnak öt terméke van (webes platform, mobilapp, vezérlőpult, analitikai eszköz, API). Minden termék teljesítményprofilja más. Minden terméket más csapat tart karban. A központi teljesítménycsapat nem tud mindent optimalizálni. Megoldás: teljesítményszabványokat állítasz fel, minden csapat felel a saját terméke teljesítményéért, a központi csapat az összesített teljesítményt figyeli.
A mérendő dolgok kiválasztása nagy léptékben
Csak a kritikus útvonalakat mérd. Webshop platform: főoldal, termékoldal, pénztár (kritikus). Blog, rólunk oldal (nem kritikus). A kritikus útvonalakra fókuszálj.
Mérj termékvonalanként. SaaS platform: regisztrációs oldal, vezérlőpult, beállítások oldal. Minden csapat a saját oldalaiért felel. Minden csapat követi a saját teljesítményét.
Mérj üzleti hatás szerint. A bevételt hozó oldalak számítanak a legtöbbet. Az alacsony forgalmú oldalak kevésbé. A bevételt termelő oldalakra fókuszálj.
Valós példa: nagyvállalat három termékvonallal:
- A termék (webshop): főoldal, termék, pénztár, keresés
- B termék (SaaS): regisztráció, vezérlőpult, beállítások, integráció
- C termék (tartalom): blog főoldal, cikk, hozzászólások, kapcsolódó cikkek
Mérési prioritás:
- A termék (a legnagyobb forgalom, a legnagyobb bevétel): minden oldalt mérj
- B termék (nagy forgalom, nagy bevétel): a kritikus oldalakat mérd (regisztráció, vezérlőpult)
- C termék (kis forgalom, kis bevétel): csak a főoldalt mérd
A teljesítményért való felelősség szétosztása
A központi csapat szabványokat állít fel. Minden csapat a saját termékének teljesítményéért felel.
Szabványok: minden oldal LCP-je 2,5 másodperc alatt, CLS-e 0,1 alatt, INP-je 200 ezredmásodperc alatt legyen.
Felelősségi modell:
- Az A termék csapata: a főoldal, a termék, a pénztár és a keresés teljesítményéért felel
- A B termék csapata: a regisztráció, a vezérlőpult és a beállítások teljesítményéért felel
- A C termék csapata: a blog főoldal teljesítményéért felel
- A központi teljesítménycsapat: figyeli a megfelelést, riaszt romláskor, eszközöket biztosít
Valós példa: SaaS cég három fejlesztőcsapattal.
Szabványok (a központi teljesítménycsapat állítja fel):
- LCP cél: 2 másodperc (a termékspecifikus célok eltérhetnek, de az alap 2 másodperc)
- CLS cél: 0,05
- INP cél: 150 ezredmásodperc
A termékcsapatok felelőssége:
- Platformcsapat: a vezérlőpult LCP-je maradjon 2 másodperc alatt
- Integrációs csapat: az integrációs oldal LCP-je maradjon 2,5 másodperc alatt
- Analitikai csapat: az analitikai oldal LCP-je maradjon 2 másodperc alatt
Minden csapat a saját oldalait méri. A vezérlőpult riaszt, ha a csapat oldalai túllépik a szabványt. A csapat felelős.
A teljesítmény összesítése a termékek között
Az összesítő vezérlőpult megmutatja: az összes terméket, az összes oldalt, a szabványoknak való megfelelést.
A vezérlőpult megmutatja, hány százalék felel meg a szabványnak: az oldalak 90 százalékának az LCP-je 2,5 másodperc alatt van. Zöld zóna.
A vezérlőpult megmutatja, mely termékek nem felelnek meg: a B termék megfelelése 80 százalék (két oldal túllépi a szabványt). Sárga zóna.
Riport a vezetésnek: az összesített teljesítmény erős (az oldalak 90 százaléka megfelel). Egy termékre oda kell figyelni (B termék).
Teendő: a B termék csapata riasztást kap. A csapat kivizsgálja. A csapat optimalizálja a nem megfelelő oldalakat.
Valós példa: háromtermékes cég összesített teljesítménye.
A termék (webshop):
- Főoldal: LCP 1,2 mp (megfelel)
- Termékoldal: LCP 1,8 mp (megfelel)
- Pénztár: LCP 2,1 mp (megfelel)
- Keresés: LCP 2,4 mp (megfelel)
- Megfelelés: 100 százalék
B termék (SaaS):
- Regisztráció: LCP 1,9 mp (megfelel)
- Vezérlőpult: LCP 2,6 mp (nem felel meg)
- Beállítások: LCP 2,5 mp (nem felel meg)
- Megfelelés: 66 százalék
C termék (tartalom):
- Blog főoldal: LCP 2,3 mp (megfelel)
- Megfelelés: 100 százalék
Összesítve: 88 százalék megfelelés az összes terméken.
Vezetői riport: a három termékből kettő teljes mértékben megfelel. A B termékre oda kell figyelni. A csapat a vezérlőpult és a beállítások teljesítményének javításán dolgozik.
Teljesítményszabványok eszköztípusonként és földrajzi régiónként
A szabványok a környezettől függően eltérhetnek. Az asztali szabvány más, mint a mobilé. Az amerikai szabvány más, mint a nemzetközi.
Asztali LCP cél: 2 másodperc (gyors internet, gyors processzor).
Mobil LCP cél: 3 másodperc (lassabb internet, lassabb processzor).
USA LCP cél: 2 másodperc (összességében gyors internet).
Nemzetközi LCP cél: 3 másodperc (változó internetsebességek).
Valós példa: globális SaaS cég több régiós kiszolgálással.
LCP szabvány földrajzi régiónként:
- USA: 1,8 másodperc (cél)
- EU: 2,2 másodperc (cél, lassabb internet, mint az USA-ban)
- APAC: 2,5 másodperc (cél, változékonyabb internet)
Teljesítmény régiónként (jelenlegi állapot):
- USA: 1,5 másodperc (jó, a cél felett teljesít)
- EU: 2,3 másodperc (a célnál, kis javulás kell)
- APAC: 3,0 másodperc (a cél alatt, javítani kell)
Teendő: az APAC csapat (vagy a központi teljesítménycsapat, ha nincs regionális csapat) optimalizálja az APAC teljesítményt. Fókusz: CDN-optimalizálás az APAC régiókban, képoptimalizálás az alacsonyabb sávszélességhez.
Gyakran ismételt kérdések
Hogyan állítsunk be különböző teljesítményszabványokat a különböző termékekhez?
Az üzleti kritikusságra és a felhasználói elvárásokra építs. A legtöbb bevételt hozó termék: a legagresszívebb cél. A kevesebb bevételt hozó termék: lazább cél. Példa: a webshop pénztár a legkritikusabb (bevételt termel). Cél: 1,5 másodperc. A blogtartalom kevésbé kritikus. Cél: 2,5 másodperc. A WEMASY weboldalépítőjével ezt közvetlenül a saját weboldaladon beállíthatod.
A központi teljesítménycsapat optimalizáljon minden terméket, vagy csak szabványokat állítson fel?
Állítson fel szabványokat és figyeljen. Az optimalizálás a termékcsapatoké. A központi csapat eszközöket, tanácsadást és eszkalációt biztosít. Ha egy termékcsapat nem tudja teljesíteni a szabványt, a központi csapat segít. De a napi optimalizálás a termékcsapat felelőssége.
Hogyan kezeljük a termékfejlesztés és a teljesítménykövetelmények közötti konfliktusokat?
A teljesítmény a termékkövetelmények része. Az új funkciónak meg kell felelnie a teljesítményszabványoknak. Ha a funkció olyan kódot ad hozzá, ami rontja a teljesítményt, a funkciót addig nem hagyják jóvá, amíg nincs optimalizálva. A teljesítmény nem alku tárgya (kivéve, ha a vezetés üzleti okból kifejezetten hátrébb sorolja).
Mérjük az alacsony forgalmú oldalak teljesítményét?
Nem. A nagy forgalmú, nagy hatású oldalakra fókuszálj. Az alacsony forgalmú oldalak optimalizálása nem éri meg a fáradságot. A forgalom szorozva az üzleti hatással dönti el a prioritást. Ott mérj, ahol a hatás a legnagyobb.
Hogyan vesszük figyelembe a hálózati sebesség különbségeit a régiók között?
Állíts be régiónként eltérő célokat. Az USA-ban gyorsak a hálózatok. Állíts be agresszív célt (1,5 másodperc). A nemzetközi régiókban változóak a hálózatok. Állíts be reális célokat (2-3 másodperc). Mérd a teljesítményt régiónként. Riaszts, ha egy régió elmarad a saját céljától (nem az abszolút céltól).
Építsük be a teljesítménykereteket minden csapat élesítési folyamatába?
Igen. Teljesítménykeret-ellenőrzés az élesítés előtt. Ha a csapat kódja túllépi a keretet, az élesítés leáll. Megelőzi a visszaeséseket. Azt is biztosítja, hogy a csapat felel (kénytelen optimalizálni, mielőtt élesít).