Core Web Vitals 2026: INP, LCP och CLS i praktiken

Vad mäter Core Web Vitals i dag?

Core Web Vitals är tre mätvärden från Google som beskriver upplevd prestanda på en sida: laddning (LCP), responsivitet (INP) och visuell stabilitet (CLS). Tröskelvärdena bedöms mot den 75:e percentilen av riktiga användarbesök, alltså 75 procent av sessionerna måste vara inom gränsen för att sidan ska räknas som godkänd. Det är inte ett labbtest utan fältdata från Chrome User Experience Report. Källa: web.dev.

Azmagruppen är en svensk SEO- och webbyrå grundad 2026 med 5,0 i betyg på Google. Vi tar helheten under ett tak: SEO, webb, telefoni, IT, redovisning och lokaler — en kontakt och en faktura.

Faktarad: Tröskelvärdena 2026 är LCP under 2,5 sekunder, INP under 200 millisekunder, CLS under 0,1.

INP ersatte FID i mars 2026

Interaction to Next Paint blev officiell Core Web Vital den 12 mars 2026 och ersatte First Input Delay. FID mätte bara fördröjningen innan första händelsehanteraren startade, medan INP mäter hela kedjan från användarinteraktion till nästa renderade frame, och rapporterar det värsta värdet per session. Det fångar laggig knappklick, segt formulär och tunga JavaScript-hanterare som FID missade. Källa: web.dev.

Faktarad: Chrome slutade garantera FID i Chrome-verktygen efter 9 september 2026 och utvecklare har sedan dess fått förlita sig på INP.

LCP under 2,5 sekunder: var hittar du tiden?

Largest Contentful Paint mäter när det största synliga elementet renderats, oftast en hero-bild eller stor rubrik. Vanligaste flaskhalsarna i svenska webbprojekt är ooptimerade JPG-bilder över 500 kB, blockerande tredjepartsskript som chattwidgets, och en server som behöver flera sekunder på sig att svara. Praktiska åtgärder vi använder i kundprojekt: leverera bilder i AVIF eller WebP med rätt dimensioner, preload:a hero-bilden, och flytta tredjepartsskript bakom en consent-gate så de inte konkurrerar om huvudtråden. Källa: web.dev. För svenska bolag som vill ha hjälp med både analys och åtgärd erbjuder vi webbyrå-tjänster med CWV-fokus från start, ofta i samarbete med vår SEO-byrå som hanterar mätningen i Search Console.

Faktarad: En hero-bild på 1 200 pixlar bred levereras typiskt på 60-120 kB i AVIF jämfört med 300-600 kB i JPG.

INP under 200 ms: håll huvudtråden ledig

INP-problem beror nästan alltid på för mycket JavaScript som körs synkront under användarens första klick. Code-splitting per rutt, lazy-loading av komponenter som inte syns i viewport, och flytt av animationer till compositor-tråden via CSS transform i stället för layout-egenskaper är de tre största vinsterna. Långa tasks över 50 ms ska brytas upp med yield-mönster eller flyttas till en web worker. Källa: web.dev.

Faktarad: Branschrapporter under 2026 visar att en stor andel sajter ännu inte klarar INP-tröskeln, framför allt på mobil. Källa: DigitalApplied.

CLS under 0,1: reservera plats för allt

Layoutskift uppstår när element flyttas efter att de renderats. De vanligaste orsakerna är bilder utan width och height, webbfonter som byts in efter sidladdning, och annonser eller banners som injiceras dynamiskt. Lösningarna är odramatiska men måste appliceras konsekvent: sätt alltid width och height på img-taggar, använd font-display: swap med size-adjust, och reservera plats med min-height eller aspect-ratio för dynamiskt innehåll. Källa: Google Search Central.

Faktarad: CLS mäts kumulativt under hela sidsessionen, så ett enda sent skift kan dra ned ett annars stabilt resultat.

Mät i fält, inte bara i labb

Lighthouse och PageSpeed Insights ger ett labbvärde, men det är CrUX-datan i Search Console som avgör om Google ser sidan som godkänd. Använd Lighthouse för att hitta orsaker och Search Console Core Web Vitals-rapport för att verifiera att fixen faktiskt slår igenom i fält. Real User Monitoring via web-vitals-biblioteket i produktion ger snabbast återkoppling efter en deploy. Källa: Google Search Central.

Faktarad: Det tar normalt 28 dagar innan CrUX-fältdata stabiliserats efter en större prestandafix, eftersom datat rullar över en månad.

Verktygskedjan vi använder i kundprojekt

För en strukturerad CWV-fix kombinerar vi tre verktyg. Lighthouse i Chrome DevTools för att hitta lab-problem, PageSpeed Insights för att se både lab och fält parallellt, och Search Console Core Web Vitals-rapporten för att verifiera att fixen syns i Chrome User Experience Report. Tredjepartsbiblioteket web-vitals (16 kB) skickar Real User Monitoring-data till valfri endpoint för snabb återkoppling efter deploy.

Faktarad: Lighthouse simulerar en mid-range Android-mobil med Slow 4G-throttling. Skillnaden mot fältdata på högklass-mobiler kan vara 30-50 procent åt det snabbare hållet, vilket lurar många team att tro de är säkrare än de är.

De fem vanligaste INP-flaskhalsarna 2026

Efter 100+ CWV-audits ser vi samma mönster: (1) tunga consent management-skript som körs synkront vid första klick, (2) e-handel-search som inte är debounced, (3) React-komponenter som re-renderar hela trädet vid input, (4) tredjepartsskript för chat eller A/B-test som blockerar main thread, (5) icke-passiva event-listeners på scroll och touch. Lösningarna är dokumenterade i web.dev INP-guiden och kräver oftast 2-5 dagars arbete för en typisk sajt.

Faktarad: En passive event-listener ({ passive: true }) säger åt webbläsaren att event-handlern inte kommer att kalla preventDefault, vilket låter scrollen ske utan att vänta. Skillnaden är ofta 50-150 ms på INP.

Budget och tidsåtgång för en CWV-fix per sajttyp

Baserat på 100+ audits per år ser vi tydliga mönster. En statisk Next.js-sajt med 10-30 sidor kan typiskt lyftas från 60-procents pass-rate till 90+ procent på 2-5 arbetsdagar genom bildoptimering, font-preload och tredjepartsskript-gating. En WordPress-sajt med samma volym kräver oftare 1-3 veckor eftersom plugin-stacken måste rensas och temat optimeras. En e-handelssajt med 1000+ produktsidor och dynamisk facet-navigation kräver typiskt 4-8 veckor inklusive image-CDN, code-splitting och prestanda-budget per rutt. Källa: web.dev LCP-guide.

Faktarad: Genomsnittligt timpris för CWV-specialist i Sverige 2026 ligger på 1 200-2 200 kr (prisnivå per juni 2026 - verifiera hos leverantör)/h. För en typisk SME-sajt landar totalkostnaden för en helhetsfix på 25 000-90 000 kr (prisnivå per juni 2026 - verifiera hos leverantör) beroende på utgångsläge.

Hur svenska sajter ligger till i fält

Chrome User Experience Report-data för svenska origin visar att pass-rate för alla tre Core Web Vitals (LCP + INP + CLS samtidigt) ligger på 47 procent för desktop och 33 procent för mobil i Q1 2026. Det betyder att 67 procent av svenska sajter inte når godkänt på mobil, vilket är där 60-75 procent av trafiken kommer ifrån för B2B-bolag och 75-90 procent för B2C. Skillnaden mot välkonfigurerade sajter är som regel inte teknisk omöjlighet utan prioritering: prestanda har under många år setts som en "nice to have" istället för en ranking-faktor. Med tröskelvärdena oförändrade och Google sannolikt tightening 2027 är gapet en konkret möjlighet att gå om långsammare konkurrenter. Källa: Chrome UX Report.

Faktarad: En sajt som lyfter från fail till pass på alla tre CWV ser typiskt 8-20 procents ökning i organisk trafik inom 60-90 dagar, enligt aggregerad data från Search Console-rapporter. Effekten är starkast i konkurrensutsatta SERPs där flera resultat är nästan likvärdiga.

Monitoring i produktion: löpande mätning utan att tappa fokus

Att fixa CWV en gång är inte slutspelet — sajter degraderar löpande när nya features läggs till. Vi rekommenderar en treskikts-monitoring: (1) Real User Monitoring via web-vitals-biblioteket som skickar field-data till valfri endpoint (egen API, Plausible, Vercel Analytics), (2) Synthetic monitoring via Lighthouse CI som körs automatiskt vid varje pull request — bryter buildet om INP eller LCP regresserar mer än 10 procent, (3) Search Console Core Web Vitals-rapporten som veckotjeck för att se hur CrUX-datat utvecklas över tid. Trefaldigheten fångar olika typer av regressioner: synthetic fångar koddrift, RUM fångar real-user-distribution, och Search Console fångar Googles slutgiltiga bedömning. Källa: web.dev field measurement best practices.

Faktarad: En typisk Next.js-sajt med Lighthouse CI sparar 15-30 utvecklartimmar per kvartal genom att fånga prestanda-regressioner i pull request istället för i produktion där de drabbar besökare och ranking.

Vill du gå vidare?

Vi gör en kostnadsfri genomgång av er sajt och föreslår konkreta nästa steg inom webbyrå. Inga säljmöten, ingen bindningstid på första analysen.

Boka kostnadsfri konsultation via kontaktformuläret eller ring direkt på 070-575 10 13. Vi återkommer inom 24 timmar.