Siden sidehastighed er blevet en vigtig målestok for både SEO og UX gennem årene, er konceptet om en web performance budget er også kommet i højsædet. Det er nu mere tydeligt, at web-performance er et emne, der kræver et fælles perspektiv på tværs af alle afdelinger, snarere end blot at være prioritet for en enkelt afdeling eller enkeltperson.
For at forklare dette med et eksempel: marketingafdelinger vil måske implementere konvertering og remarketing/retargeting-koder, sammen med værktøjer som Criteo og RTB House, som bruger produktbaseret retargeting. De forventer måske også iøjnefaldende billeder og animationer. I mellemtiden kan produktafdelinger anmode om integration af værktøjer som f.eks Hotjar og Klarhed. Softwareafdelinger tilstræber på den anden side at udvikle sig så hurtigt som muligt på både frontend og backend. Efterspørgslen og omkostningerne forbundet med disse krav til sidehastighed er faktisk i balance. Webpræstationsbudgettet er opstået for at etablere denne balance effektivt.
Et webperformancebudget involverer at sætte en målhastighed for din platform på en specifik platform og etablere numeriske mål, som alle interessenter vil overholde for at opnå denne hastighed. Kort sagt, omkostningerne ved at være hurtig er web-ydelsesbudgettet.
Alt starter med et forslag. Du foreslår, hvor hurtigt din side skal åbne på en bestemt type forbindelse. Nogle præstationsbudgetforslag kunne f.eks. være:
- Kan hjemmesiden åbne i under 2 sekunder på en hurtig 3G-mobilforbindelse (1.6 Mbps)?
- Kan søgeresultatsiden åbnes i under 5 sekunder på en langsom 3G-forbindelse (780 Kbps)?
Dernæst opretter du en handlingsplan og undermetrics for at opnå disse forslag, og opdeler det i dele.
Bortset fra forslag kan der være andre præstationsbudgetmål. For eksempel:
- Forøgelse af det mobile fyrtårn score på detaljesiden over 80
- Reduktion af størrelsen på alle billeder på desktop-webstedet til under 500 KB
Performance Budget Metrics
Der er tre forskellige perspektiver accepteret til at bestemme målene for et præstationsbudget:
Nummerbaserede metrics
- Maksimalt antal skrifttyper / Maksimal skriftstørrelse
- Maksimalt antal billeder / Maksimal billedstørrelse
- Maksimalt antal scripts, stilarter, videoer osv. / Maksimal størrelse for script, stilarter, videoer osv.
- Maksimal HTML-størrelse
- Maksimalt antal HTTP-anmodninger
- Maksimalt antal tredjepartsscripts
Tidsbaserede målinger
- Første Contentful Paint (FCP) tid
- Største Contentful Paint (LCP) tid
- Første indgangsforsinkelse (FID) tid
- Tid til interaktiv (TTI) tid
- Total Blocking Time (TBT) tid
- Cumulative Layout Shift (CLS) score
- Hastighedsindeksscore
Regelbaserede metrics
- Lighthouse score
- GTmetrix score
- Websidetest score
- Slow score
Når du sætter dit webperformancebudget, anbefales det generelt at kombinere alle disse perspektiver i det rigtige mål i stedet for kun at vælge ét. Du kan bruge præstationsbudgetsimulatoren for at finde de nødvendige tal for at nå din målhastighed.
Evaluer sidetyper separat
Et afgørende punkt ved fastlæggelse af præstationsbudgettet er ikke at basere det på en enkelt side på webstedet. En almindelig fejl er kun at teste hjemmesiden, hvilket fører til en ufuldstændig evaluering.
Du bør starte med at undersøge platformen og identificere forskellige typer sider. Analyser derefter platformens trafik for at identificere de sider, der modtager mest trafik, og prioriter dem. Resultatet bliver en tabel, der ligner denne:
- Hjemmeside
- Statiske listesider
- Dynamiske listesider
- Detalje sider
- Checkout sider
- Søgeresultatsider
- Kampagnesider
- Blog sider
Du skal fokusere på effektivitetsbudgetterne for disse sidetyper separat, baseret på prioriteringerne.
