Spravovat výkon jednoho webu je zvládnutelné. Spravovat výkon deseti webů, pěti mobilních aplikací a několika mikroslužeb je složité.
Jeden web: přehled ukazuje LCP, CLS, INP. Tým se soustředí na jednu stránku po druhé.
Velká firma: přehled ukazuje stovky stránek, více produktů, více platforem. Tým musí určovat priority.
Škálování analytiky výkonu znamená: vybrat, co měřit, vybrat, co optimalizovat, rozdělit odpovědnost mezi týmy.
Příklad: firma má pět produktů (webovou platformu, mobilní aplikaci, administraci, analytický nástroj, API). Každý produkt má jiný profil výkonu. Každý produkt spravuje jiný tým. Centrální tým pro výkon nemůže optimalizovat všechno. Řešení: stanovit standardy výkonu, každý tým odpovídá za výkon svého produktu, centrální tým sleduje souhrnný výkon.
Výběr toho, co měřit ve velké firmě
Měřte jen kritické cesty. Platforma e-shopu: úvodní stránka, stránka produktu, pokladna (kritické). Blog, stránka o nás (nekritické). Soustřeďte se na kritické cesty.
Měřte podle produktové řady. Platforma SaaS: stránka registrace, administrace, stránka nastavení. Každý tým vlastní své stránky. Každý tým sleduje svůj výkon.
Měřte podle dopadu na byznys. Nejvíc záleží na stránkách, které vydělávají. Stránky s nízkou návštěvností jsou méně důležité. Soustřeďte se na stránky, které generují tržby.
Reálný příklad: firma se třemi produktovými řadami:
- Produkt A (e-shop): úvodní stránka, produkt, pokladna, vyhledávání
- Produkt B (SaaS): registrace, administrace, nastavení, integrace
- Produkt C (obsah): úvodní stránka blogu, článek, komentáře, související články
Priorita měření:
- Produkt A (nejvyšší návštěvnost, nejvyšší tržby): měřit všechny stránky
- Produkt B (vysoká návštěvnost, vysoké tržby): měřit kritické stránky (registrace, administrace)
- Produkt C (nízká návštěvnost, nízké tržby): měřit jen úvodní stránku
Rozdělení odpovědnosti za výkon
Centrální tým stanovuje standardy. Každý tým odpovídá za výkon svého produktu.
Standardy: všechny stránky musí mít LCP pod dvě a půl sekundy, CLS pod nulu celá jedna, INP pod dvě stě milisekund.
Model odpovědnosti:
- Tým produktu A: odpovídá za výkon úvodní stránky, produktu, pokladny, vyhledávání
- Tým produktu B: odpovídá za výkon registrace, administrace, nastavení
- Tým produktu C: odpovídá za výkon úvodní stránky blogu
- Centrální tým pro výkon: sleduje dodržování, upozorňuje na zhoršení, poskytuje nástroje
Reálný příklad: firma se SaaS a třemi vývojovými týmy.
Standardy (stanovuje centrální tým pro výkon):
- Cíl LCP: dvě sekundy (cíle pro jednotlivé produkty se mohou lišit, ale základ jsou dvě sekundy)
- Cíl CLS: nula celá nula pět
- Cíl INP: sto padesát milisekund
Odpovědnost produktových týmů:
- Tým platformy: administrace musí držet LCP pod dvěma sekundami
- Tým integrací: stránka integrací musí držet LCP pod dvěma a půl sekundy
- Tým analytiky: stránka analytiky musí držet LCP pod dvěma sekundami
Každý tým měří své stránky. Přehled upozorní, pokud stránky týmu překročí standardy. Tým je za výkon odpovědný.
Souhrn výkonu napříč produkty
Souhrnný přehled ukazuje: všechny produkty, všechny stránky, dodržování standardů.
Přehled ukazuje procento produktů, které splňují standard: devadesát procent stránek má LCP pod dvěma a půl sekundy. Zelená zóna.
Přehled ukazuje, které produkty standard nesplňují: produkt B má osmdesátiprocentní soulad (dvě stránky standard překračují). Žlutá zóna.
Reportování vedení: souhrnný výkon je silný (devadesát procent stránek vyhovuje). Jeden produkt vyžaduje pozornost (produkt B).
Akce: tým produktu B dostane upozornění. Tým věc prověří. Tým optimalizuje stránky, které nevyhovují.
Reálný příklad: souhrn výkonu firmy se třemi produkty.
Produkt A (e-shop):
- Úvodní stránka: LCP 1.2s (vyhovuje)
- Stránka produktu: LCP 1.8s (vyhovuje)
- Pokladna: LCP 2.1s (vyhovuje)
- Vyhledávání: LCP 2.4s (vyhovuje)
- Soulad: 100 procent
Produkt B (SaaS):
- Registrace: LCP 1.9s (vyhovuje)
- Administrace: LCP 2.6s (nevyhovuje)
- Nastavení: LCP 2.5s (nevyhovuje)
- Soulad: 66 procent
Produkt C (obsah):
- Úvodní stránka blogu: LCP 2.3s (vyhovuje)
- Soulad: 100 procent
Souhrn: 88 procent souladu napříč všemi produkty.
Report pro vedení: dva ze tří produktů plně vyhovují. Produkt B vyžaduje pozornost. Tým pracuje na zlepšení výkonu administrace a nastavení.
Standardy výkonu podle typu zařízení a regionu
Standardy se mohou podle kontextu lišit. Standardy pro počítač se liší od mobilu. Standardy pro USA se liší od zahraničí.
Cíl LCP na počítači: dvě sekundy (rychlý internet, rychlý procesor).
Cíl LCP na mobilu: tři sekundy (pomalejší internet, pomalejší procesor).
Cíl LCP v USA: dvě sekundy (celkově rychlý internet).
Cíl LCP v zahraničí: tři sekundy (různé rychlosti internetu).
Reálný příklad: globální firma se SaaS s nasazením ve více regionech.
Standard LCP podle regionu:
- USA: 1.8 sekundy (cíl)
- EU: 2.2 sekundy (cíl, pomalejší internet než v USA)
- APAC: 2.5 sekundy (cíl, proměnlivější internet)
Výkon podle regionu (současný stav):
- USA: 1.5 sekundy (dobré, cíl překonán)
- EU: 2.3 sekundy (na cíli, je potřeba mírné zlepšení)
- APAC: 3.0 sekundy (pod cílem, je potřeba zlepšit)
Akce: tým APAC (nebo centrální tým pro výkon, pokud regionální tým není) optimalizuje výkon v APAC. Zaměření: optimalizace CDN pro regiony APAC, optimalizace obrázků pro nižší propustnost.
Často kladené otázky
Jak nastavit různé standardy výkonu pro různé produkty?
Vycházejte z obchodní kritičnosti a očekávání uživatelů. Produkt s nejvyššími tržbami: nejpřísnější cíl. Produkt s nižšími tržbami: volnější cíl. Příklad: pokladna e-shopu je nejkritičtější (generuje tržby). Cíl: 1.5 sekundy. Obsah blogu je méně kritický. Cíl: 2.5 sekundy. S WEMASY Tvůrcem webů to nastavíte přímo na svém webu.
Má centrální tým pro výkon optimalizovat všechny produkty, nebo jen stanovovat standardy?
Stanovovat standardy a sledovat je. Optimalizaci nechte na produktových týmech. Centrální tým poskytuje nástroje, koučování a eskalaci. Pokud produktový tým standard nesplní, centrální tým pomůže. Každodenní optimalizace je ale odpovědností produktového týmu.
Jak řešit střety mezi vývojem produktu a požadavky na výkon?
Výkon je součástí požadavků na produkt. Nová funkce musí splnit standardy výkonu. Pokud funkce přidá kód, který výkon zhorší, není schválena, dokud se neoptimalizuje. O výkonu se nevyjednává (pokud ho vedení z obchodního důvodu výslovně nezařadí níž).
Máme měřit výkon i u stránek s nízkou návštěvností?
Ne. Soustřeďte se na stránky s vysokou návštěvností a velkým dopadem. Stránky s nízkou návštěvností nestojí za úsilí s optimalizací. Priority určuje návštěvnost krát dopad na byznys. Měřte tam, kde je dopad největší.
Jak zohlednit rozdíly v rychlosti sítě mezi regiony?
Nastavte různé cíle podle regionu. USA mají rychlé sítě. Nastavte přísný cíl (1.5 sekundy). Zahraniční regiony mají proměnlivé sítě. Nastavte realistické cíle (2-3 sekundy). Měřte výkon podle regionu. Upozorněte, pokud region zaostává za svým cílem (ne za absolutním cílem).
Máme rozpočty výkonu zapojit do nasazovací pipeline všech týmů?
Ano. Kontrola rozpočtu výkonu před nasazením. Pokud kód týmu rozpočet překročí, nasazení se zablokuje. Zabraňuje to zhoršení. Zajišťuje to i odpovědnost (tým je nucen optimalizovat před nasazením).