Core Web Vitals mäter hur sidan upplevs: hur snabbt huvudinnehållet syns, hur snabbt den svarar på klick och hur mycket den hoppar under laddning.
LCP — största innehållet
Oftast en hjältebild eller rubrik. Åtgärda med rätt bildformat, korrekt storlek, förladdning av just det elementet och mindre blockerande skript i toppen av sidan.
INP — svarstid på interaktion
Tunga skript som blockerar huvudtråden är boven. Dela upp koden, ladda tredjepartsskript efter interaktion och ta bort det ni inte längre använder.
CLS — layoutförskjutning
Reservera plats för bilder, annonser och inbäddat innehåll. Ladda typsnitt så att texten inte byter storlek när det egna typsnittet kommer på plats.
Så planerar ni arbetet med core web vitals
Ett bra första steg är att skriva ned nuläget, det önskade resultatet och vilka personer som påverkas. För Core Web Vitals behöver ni inte börja med en komplett kravspecifikation. Samla i stället konkreta exempel på vad som fungerar dåligt i dag, vilka frågor kunder eller medarbetare ofta ställer och vilket resultat ni vill kunna mäta. Prioritera sedan behoven efter affärsnytta, risk och arbetsinsats. Det gör det enklare att välja en första leverans som går att testa i verkligheten utan att låsa hela projektet vid antaganden. Utse också en ansvarig beslutsfattare och bestäm hur återkoppling ska samlas in. Korta, regelbundna avstämningar ger nästan alltid bättre fart än stora presentationer med flera veckors mellanrum.
Vad ni bör jämföra mellan olika lösningar
Jämför inte enbart inköpspris eller antal funktioner. Titta på den totala kostnaden över tid: införande, innehåll, integrationer, utbildning, support, drift och framtida förändringar. En enkel lösning som teamet förstår och faktiskt använder ger ofta större värde än en avancerad plattform som kräver specialistkunskap för varje justering. Be leverantören förklara vad som ingår, vad som ligger utanför omfattningen och vem som äger kod, data, konton och dokumentation efter leverans. Kontrollera dessutom hur lösningen hanterar säkerhet, tillgänglighet, prestanda och sökbarhet. De delarna är betydligt billigare att bygga rätt från början än att reparera när sidan eller systemet redan används.
Mät resultatet efter lansering
Lanseringen är början på nästa arbetsfas, inte slutet på projektet. Bestäm före start vilka signaler som visar att satsningen fungerar. Det kan vara fler relevanta förfrågningar, kortare handläggningstid, färre supportfrågor, bättre synlighet i sök eller att fler besökare slutför en viktig uppgift. Dokumentera utgångsläget så att förändringen går att jämföra rättvist. Följ sedan upp efter två veckor, en månad och ett kvartal. Kombinera statistik med samtal med riktiga användare; siffrorna visar var något händer, medan människor förklarar varför. Justera en sak i taget när det är möjligt. Då blir det tydligare vilken förändring som faktiskt gav effekt och var nästa investering gör mest nytta.
Förbered organisationen för ett hållbart arbetssätt
Tekniken ger bara varaktig effekt när ansvar och arbetssätt är tydliga. Bestäm vem som förvaltar innehåll, vem som följer upp mätvärden och vem som kan godkänna förändringar efter lansering. Dokumentationen ska vara kort, aktuell och begriplig för den som faktiskt ska använda den. Planera även för löpande underhåll, säkerhetsuppdateringar och kvalitetskontroller i stället för att vänta tills något går sönder. Om flera externa parter är inblandade behöver gränserna mellan deras ansvar vara skriftliga. Ett enkelt årshjul med återkommande kontroller av innehåll, länkar, prestanda, formulär och behörigheter minskar risken för att små fel växer till dyra problem. På så sätt blir investeringen lättare att förvalta och förbättra även när personer, prioriteringar eller marknadsförutsättningar förändras.
Vanliga frågor
Vad mäter Core Web Vitals?
Hur sidan upplevs: hur snabbt huvudinnehållet syns (LCP), hur snabbt den svarar på klick (INP) och hur mycket den hoppar under laddning (CLS).
Hur förbättrar vi LCP?
Det största elementet är oftast en hjältebild eller rubrik. Rätt bildformat och storlek, förladdning av just det elementet och färre blockerande skript högst upp på sidan.
Varför hoppar sidan när den laddas?
Bilder, annonser eller inbäddat innehåll som saknar reserverad plats, eller typsnitt som byter storlek på texten när de laddas. Båda går att åtgärda utan att designen ändras.
Hur mycket påverkar det rankingen?
Det är en av flera faktorer, men påverkar framför allt hur många besökare som stannar.
Vilket verktyg ska vi lita på?
Fältdata från riktiga besökare väger tyngre än labbtester.
Räcker det att köpa snabbare webbhotell?
Sällan. Det som laddas i webbläsaren är oftast den större delen av problemet.