Fastsette ytelsesbudsjetter

Akkurat som økonomiske budsjetter setter ytelsesbudsjetter grenser som holder nettstedet raskt og effektivt.

De er spesifikke og målbare terskler for ulike ytelsesmålinger. Tenk på dem som rekkverk som hindrer nettstedet i å bli tregere over tid.

Uten budsjetter kan ytelsen gradvis bli dårligere når nye funksjoner eller nytt innhold legges til. Dette kalles «ytelsesregresjon».

• Forebygg regresjoner: Oppdag ytelsesfall tidlig.
• Oppretthold brukeropplevelsen: Sørg for en konsekvent rask brukeropplevelse.
• Samkjør teamet: Gi utviklerne tydelige ytelsesmål.
• Forretningspåvirkning: Beskytt konverteringsfrekvenser og SEO-rangeringer.

Ytelsesbudsjetter kan settes for ulike deler av nettstedet. Når du forstår disse kategoriene, blir det enklere å velge riktig fokus.

Vanlige typer omfatter budsjetter for ressursstørrelse, innlastingstid, antall forespørsler og til og med overordnede ytelsespoeng.

Denne typen budsjett begrenser den totale størrelsen på ressursene siden laster inn. Større filer betyr lengre nedlastingstid, særlig i tregere nettverk.

• JavaScript: for eksempel maksimalt 150 KB (gzippet) for kritisk JS.
• CSS: for eksempel maksimalt 50 KB (gzippet).
• Bilder: for eksempel maksimalt 1 MB totalt for alle bilder på en side.

Disse budsjettene bidrar til å holde den totale sidestørrelsen under kontroll.

Disse budsjettene fokuserer på hvor raskt bestemte deler av siden lastes inn og blir interaktive. De påvirker direkte brukernes oppfatning av hastighet.

• First Contentful Paint (FCP): for eksempel under 1,8 sekunder.
• Largest Contentful Paint (LCP): for eksempel under 2,5 sekunder.
• Time to Interactive (TTI): for eksempel under 3,8 sekunder.

Disse er ofte knyttet til Core Web Vitals.

Noen ganger kan antallet elementer eller forespørsler påvirke ytelsen, selv om hvert enkelt element er lite. Færre forespørsler betyr ofte raskere innlasting.

• HTTP-forespørsler: for eksempel maksimalt 30 forespørsler per sideinnlasting.
• Nettfonter: for eksempel maksimalt 2 fontfamilier.
• Tredjepartsskript: for eksempel maksimalt 5 eksterne skript.

Dette bidrar til å redusere belastningen på nettverket og behandlingen.

Du kan også sette budsjetter basert på overordnede ytelsespoeng fra verktøy som Google Lighthouse. Dette gir et helhetlig mål for nettstedets tilstand.

Du kan for eksempel sikte mot en Lighthouse Performance Score på minst 90 på mobil. Dette samler mange måleverdier i ett enkelt tall som er lett å følge opp.

Før du setter budsjetter, må du kjenne den nåværende ytelsen. Denne «grunnlinjen» hjelper deg med å definere realistiske mål som gir effekt.

• Revider nettstedet: Bruk Lighthouse eller andre verktøy til å måle de nåværende måleverdiene.
• Analyser konkurrenter: Se hvordan nettstedet ditt gjør det sammenlignet med ledende aktører i bransjen.
• Forstå brukerdata: Undersøk analyseverktøyene dine for å se den faktiske ytelsen hos brukerne (RUM-data).

Ytelsesbudsjettmålene bør være ambisiøse, men oppnåelige. Ta hensyn til brukernes forventninger, forretningsmål og tekniske begrensninger.

Begynn med noen få viktige måleverdier og juster underveis. Det er bedre å nå noen få viktige mål jevnlig enn å mislykkes med mange mål som er satt for høyt.

Vi har lært at ytelsesbudsjetter er avgjørende for å holde et nettsted raskt over tid. De fungerer som grenser for ulike måleverdier.

Du kan lage budsjetter basert på ressursstørrelse, innlastingstid, antall forespørsler eller overordnede ytelsespoeng. Etabler alltid en grunnlinje før du setter realistiske og oppnåelige mål.