Ställ prestandakrav med Core Web Vitals

“Sidan ska vara snabb” är en av de vanligaste raderna i en kravspecifikation, och en av de mest värdelösa. Snabb för vem, mätt hur, och vad händer om den inte är det? Core Web Vitals gör den luddiga önskan till något konkret: mätbara mål som både du och din leverantör kan enas om och verifiera. Här är hur du använder dem som beställare.

De tre måtten utan teknikjargong

Core Web Vitals är tre mätvärden från Google som tillsammans beskriver hur en sida upplevs. Bakom förkortningarna finns tre vardagliga frågor.

• Laddning (LCP): hur lång tid tar det innan det huvudsakliga innehållet syns? Det är väntan från klick till att sidan känns “framme”. En besökare som stirrar på en tom yta tröttnar snabbt.
• Gensvar (INP): hur snabbt reagerar sidan när man gör något – klickar på en knapp, öppnar en meny? Det mäter om sidan känns pigg eller trög att interagera med.
• Visuell stabilitet (CLS): ligger innehållet stilla, eller hoppar det till medan sidan laddar? Alla har råkat trycka fel för att en knapp flyttade sig i sista stund. Det är precis det här måttet fångar.

Poängen är att de här tre täcker det de flesta menar med “snabb och behaglig” – att man ser innehållet fort, att det svarar direkt, och att det inte skuttar runt. Inget av det kräver teknisk bakgrund att förstå.

Exakta tröskelvärden att skriva in i kravspecen

Det som gör Core Web Vitals användbara som beställarkrav är att Google satt tydliga gränser för vad som är bra. De kan skrivas rakt in i kravspecen.

Skriv inte bara in siffrorna, utan också villkoren: att de ska gälla för de viktigaste sidmallarna – startsida, produktsida, kassa eller motsvarande – och mätas på mobil, eftersom det oftast är där prestanda är svårast och där merparten av besökarna finns. Formuleringen kan vara enkel: “Startsida, kategori- och produktsida ska nå Googles gränsvärden för LCP, INP och CLS, mätt på mobil, vid leverans.” Då har du förvandlat en förhoppning till ett accepterbart, testbart krav.

Verifiering med öppna verktyg vid acceptans

Ett krav du inte kan kontrollera är ingen trygghet. Det fina med Core Web Vitals är att verifieringen är gratis och öppen – du behöver ingen specialkompetens för att titta.

Googles PageSpeed Insights ger en mätning direkt i webbläsaren: klistra in adressen till sidan så får du värdena och en färgkod. Lighthouse, som finns inbyggt i webbläsaren Chrome, gör samma sak lokalt. Kör mätningen på just de sidmallar ni kommit överens om, på mobilläget, och stäm av mot tröskelvärdena i kravspecen.

Ett konkret upplägg vid acceptans: gå igenom de tre, fyra viktigaste sidtyperna, kör var och en i PageSpeed Insights, och notera värdena bredvid kraven. Är något rött är det inte godkänt, och leverantören får åtgärda innan slutbetalning. Eftersom verktyget är offentligt tittar ni och leverantören på exakt samma siffror – det finns inget utrymme för olika versioner av verkligheten.

Varför labbmätning och verklig data skiljer sig

En sak att känna till: värdena kan skilja sig mellan en enskild mätning i verktyget och den data Google samlar in från riktiga besökare över tid. En labbmätning görs under kontrollerade förhållanden, medan verkliga användare har olika telefoner, uppkopplingar och platser. En sida kan därför se grön ut i din mätning men släpa i den verkliga datan – ofta för att många besökare har svagare enheter än den dator du testar på.

För dig som beställare betyder det två saker. Skriv kravet så att det gäller mätt på mobil, eftersom det ligger närmare de svagaste besökarnas verklighet. Och betrakta acceptansmätningen som en miniminivå, inte ett slutbevis: följ gärna upp med den verkliga datan när tjänsten varit live ett tag. Att förstå den skillnaden gör att du inte invaggas i falsk trygghet av en snygg siffra som bara gäller under idealförhållanden.

Att bygga en tjänst som klarar de här måtten från början är en del av hur vi på Weapp arbetar med våra tjänster. Vill du ha hjälp att formulera rätt prestandakrav i din kravspecifikation? Hör av dig så tittar vi på vad som är rimligt för just din tjänst.