Dashboard og rapportering for ydeevne: følg og del udviklingen

Byg dashboards til at følge LCP, CLS og INP. Rapporter ugentligt til udviklerne og månedligt til ledelsen. Knyt målingerne til forretningen.

Kladde

Data om ydeevne er kun værd noget, hvis du følger dem og handler på dem. Et dashboard følger ydeevnen over tid. Rapporter fortæller teamet og ledelsen om udviklingen.

Uden dashboard: Ydeevnen bliver målt én gang. Du ved ikke, om det er blevet bedre. Du ved ikke, om det er blevet dårligere. Data bliver glemt.

Med dashboard: Ydeevnen bliver målt hver dag. Forbedringer er synlige. Forringelser udløser en alarm. Teamet står til ansvar.

Eksempel: LCP forbedres fra tre sekunder til to sekunder over tre måneder. Dashboardet viser forbedringen. Teamet ser, at deres arbejde batter. Ledelsen ser, at investeringen har betalt sig. Der bygges en kultur, hvor ydeevne tæller.

Sådan bygger du et dashboard for ydeevne

Dashboardet viser: LCP, CLS, INP, sidens indlæsningstid, serverens svartid, billedstørrelse og størrelsen på JavaScript-pakken.

Dashboardet viser: den aktuelle værdi, værdien for forrige måned og udviklingen (bedre eller dårligere).

Dashboardet viser: pr. side (forside, produkt, betaling). Forskellige sider har forskellig ydeevne.

Dashboardet viser: pr. enhed (mobil, computer). Mobil og computer har forskellig ydeevne.

Dashboardet viser: pr. område (USA, EU, Asien og Stillehavet). Netværkshastigheden varierer fra sted til sted.

Et ægte eksempel på et dashboard:

  • LCP på forsiden: 1,5 sekunder (mål 2,5), udviklingen er bedre
  • LCP på produktsiden: 2 sekunder (mål 2,5), udviklingen er uændret
  • LCP på betalingssiden: 1,8 sekunder (mål 2), udviklingen er dårligere (alarm)
  • LCP på mobil i gennemsnit: 2,2 sekunder (mål 3), udviklingen er bedre
  • LCP på computer i gennemsnit: 1,3 sekunder (mål 2), udviklingen er bedre

Dashboardet viser med et blik: De fleste sider er gode, betalingssiden bliver dårligere (skal undersøges).

Rytme og former for rapportering

Ugentlig rapport om ydeevne: sendes på e-mail til udviklerne. Viser målingerne for den seneste uge. Fremhæver, hvad der blev bedre, hvad der blev dårligere, og hvad der kræver opmærksomhed.

Månedlig rapport om ydeevne: sendes på e-mail til ledelsen. Viser udviklingen for den seneste måned. Fremhæver ydeevnen set op mod målene og effekten på forretningen (omsætning, konverteringer).

Kvartalsvis gennemgang af ydeevne: præsentation for direktionen. Viser forløbet i ydeevnen. Fremhæver forbedringen år for år og placeringen over for konkurrenterne.

Et ægte eksempel på en ugentlig rapport:

  • Ugen fra 5. maj: LCP i gennemsnit 1,8 sekunder (mål 2,5, god)
  • Forbedring i denne uge: komprimering af billeder sænkede LCP med 0,2 sekunder
  • Forringelse i denne uge: en ny funktion tilføjede 50 KB JavaScript, og LCP steg med 0,1 sekunder
  • Fokus fremover: optimer LCP på betalingssiden (nu 2,2 sekunder, mål 2,0)

Følg ydeevnen op mod målene

Mål: LCP under 2,5 sekunder for 90 procent af brugerne.

Nu: 85 procent af brugerne er under 2,5 sekunder.

Hul: Fem procent af brugerne oplever stadig en langsom LCP.

Tid til målet: to måneder (med den nuværende forbedring på én procent om måneden).

Dashboardet følger hullet til målet. Teamet kender fremskridtene. Teamet kender fristen.

Et ægte eksempel: mål for ydeevne i en webshop.

  • Mål ét: LCP på forsiden under to sekunder ved udgangen af kvartalet
  • Nu: 2,3 sekunder
  • Hul: 0,3 sekunder
  • Fremskridt pr. måned: 0,1 sekund (ud fra den hidtidige udvikling)
  • På rette spor: ja (målet nås om tre måneder, et kvartal er tre måneder)
  • Mål to: højere konverteringsrate på betalingssiden takket være hurtigere sider
  • Forventet løft: én procent (fra undersøgelser)
  • Nuværende konverteringsrate: tre procent
  • Mål for konverteringsraten: 3,03 procent
  • Kunder i udgangspunktet: 500 (tre procent af 100.000 besøgende om måneden)
  • Kunder i målet: 550 (3,3 procent)
  • Forventet løft i omsætningen: 50.000 dollar om måneden

Et ægte eksempel: dashboard og rapportering for ydeevne i en SaaS-virksomhed

Dashboardet nu:

  • LCP på produktsiden: 1,5 sekunder (mål 2), status grøn
  • LCP på tilmeldingssiden: 1,8 sekunder (mål 2), status grøn
  • LCP på indstillingssiden: 2,2 sekunder (mål 2), status gul
  • LCP på dashboardsiden: 2,1 sekunder (mål 2), status gul
  • LCP på mobil i gennemsnit: 2,3 sekunder (mål 3), status grøn
  • LCP på computer i gennemsnit: 1,5 sekunder (mål 2), status grøn
  • Tid til at fuldføre tilmelding (egen måling): 2,5 sekunder (mål 2), status gul

Rapport om ydeevne for uge ét:

  • Tre sider er på målet (status grøn)
  • To sider er over målet (status gul)
  • Handling: Indstillingssiden og dashboardsiden skal optimeres
  • Undersøgelse: Indstillingssiden henter brugerens indstillinger (langsom databaseforespørgsel), dashboardsiden henter analysedata (langsomt API)
  • Løsning: Gem indstillingerne i cache, og forhåndsindlæs analysedata

Uge to efter optimeringen:

  • LCP på indstillingssiden: 1,9 sekunder (fra 2,2), forbedret med 0,3 sekunder
  • LCP på dashboardsiden: 1,9 sekunder (fra 2,1), forbedret med 0,2 sekunder
  • Tid til at fuldføre tilmelding: 2 sekunder (fra 2,5), forbedret med 0,5 sekunder
  • Alle sider er nu på målet

Rapport for uge to: Alle sider er på målet. Målene for ydeevne er nået.

Rapport for måned ét til ledelsen:

  • Måneden startede med, at 40 procent af siderne var over målet
  • Måneden sluttede med, at nul procent af siderne var over målet
  • Forventet forbedring af tilmeldinger: fem procent flere (fra undersøgelser)
  • Nuværende antal tilmeldinger: 1.000 om måneden
  • Forventet nyt antal tilmeldinger: 1.050 om måneden
  • Forventede nye betalende kunder: 50 (med en konvertering på 20 procent)
  • Forventet ny omsætning: 50 kunder gange en kundeværdi på 5.000 dollar er lig med 250.000 dollar

Sådan taler du om ydeevne med dem, der ikke er teknikere

Teknikere forstår LCP og CLS. Dem uden teknisk baggrund (direktør, økonomi, marketing) gør det ikke.

Du skal bruge et lag, der oversætter:

  • LCP på to sekunder betyder, at siden vises hurtigt (brugeren ser indholdet hurtigt)
  • CLS på 0,05 betyder, at siden er stabil (ingen hop)
  • INP på 150 millisekunder betyder, at siden reagerer (knapperne svarer med det samme)

Bedre oversættelse: Knyt det til forretningen.

  • LCP på to sekunder er lig med en forbedring af konverteringsraten på én procent, som er lig med 50.000 dollar i omsætning om måneden
  • CLS på 0,05 er lig med to procent mere engagement, som er lig med 10.000 dollar om måneden
  • INP på 150 millisekunder er lig med tre procent højere brugertilfredshed, som er lig med 2.000 ekstra tilbagevendende brugere om ugen

Dem uden teknisk baggrund forstår omsætning og effekt på brugerne.

Ofte stillede spørgsmål

Skal vi vise vores målinger af ydeevne offentligt?

Ja, hvis det giver en fordel over konkurrenterne. Hvis din ydeevne er den bedste i klassen, så offentliggør målingerne. Brugerne går op i hastighed. Viser målingerne, at du er hurtigere end konkurrenterne, vælger brugerne dig. Men viser de, at du er langsommere, så vent, til du er blevet bedre, før du offentliggør dem. Med WEMASY's hjemmesidebygger kan du sætte det op direkte på din hjemmeside.

Hvordan håndterer vi udsving eller afvigelser i ydeevnen?

Undersøg det med det samme. Et udsving i ydeevnen kan skyldes: et problem med infrastrukturen, en trafiktop, en ny udgivelse af kode. Find årsagen. Hvis problemet varer ved, skal siden optimeres. Hvis det var en enkelt gang, er der intet at gøre. Udviklingen i dashboardet over tid viser de problemer, der varer ved.

Skal vi have forskellige mål for ydeevne på forskellige sider?

Ja. Forsiden er vigtigst (den giver trafik og har betydning for SEO). Mål for forsiden: LCP under to sekunder. Produktsiden er vigtig, men kommer i anden række. Mål for produktsiden: LCP under 2,5 sekunder. Adminsiden er intern. Mål for adminsiden: LCP under fire sekunder. Målene afspejler, hvor vigtig siden er.

Hvordan forhindrer vi, at teamet pynter på målingerne for ydeevne?

Mål data fra rigtige brugere, ikke kun test i laboratoriet. Test i laboratoriet kan manipuleres (test på et hurtigt netværk og en hurtig enhed). Målinger fra rigtige brugere (RUM) viser den faktiske brugeroplevelse. Giv alarm, hvis laboratoriet og RUM viser forskellige tal. Undersøg forskellen.

Hvor ofte er det bedst at gennemgå rapporter om ydeevne?

Ugentlig gennemgang hos udviklerne. Månedlig gennemgang hos ledelsen. Kvartalsvis gennemgang hos direktionen. Ugentligt fanger du forringelser hurtigt. Månedligt ser du udviklingen. Kvartalsvis ser du de strategiske fremskridt. Hyppigere er bedre til at fange problemer, sjældnere er bedre til at se udviklingen.

Hvordan knytter vi forbedringer af ydeevnen til forretningen?

Mål før og efter. Udgangspunkt: LCP på tre sekunder, konverteringsrate på to procent. Forbedring: LCP på 1,5 sekunder. Ny konverteringsrate: 2,1 procent. Effekt: en forbedring på 0,1 procent med 100.000 besøgende om måneden giver 100 ekstra konverteringer. Med en ordreværdi på 100 dollar er det 10.000 dollar om måneden. 120.000 dollar om året. Regn effekten på forretningen direkte ud.

Brug det med det samme
på din egen hjemmeside.

Start gratis med WEMASY, og byg din side på få minutter.