Core Web Vitals 2026, nya mått och vad de innebär

LCP (Largest Contentful Paint) mäter hur snabbt det största synliga innehållet på sidan laddas. Målet är under 2.5 sekunder. CLS (Cumulative Layout Shift) mäter hur mycket sidan "hoppar" medan den laddar. Målet är under 0.1.

INP (Interaction to Next Paint) är det nya måttet som ersatte FID. Det mäter hur snabbt sidan svarar när besökaren klickar, trycker på en knapp eller skriver på tangentbordet. Målet är under 200ms.

Måtten bygger på data som Chrome User Experience Report (CrUX) samlar in från riktiga besökare. Labbtester räknas inte. Siffrorna visar alltså hur besökarna upplever din sida, med olika enheter, olika snabba uppkopplingar och från olika platser. Google delar in varje mått i tre nivåer: bra (grön), behöver förbättring (gul) och dålig (röd).

För att en sida ska klara Core Web Vitals måste minst 75% av besöken nå den gröna nivån på alla tre mått. Svenska sajter har i regel goda förutsättningar tack vare snabbt internet. Men mobila besökare med äldre enheter kan fortfarande dra ner resultaten.

Dålig LCP beror oftast på en långsam server, stora bilder, att cache saknas eller CSS och JavaScript som fördröjer visningen av sidan. Cache betyder att servern sparar färdiga sidor och kan skicka dem direkt. En långsam server löser du med ett bättre webbhotell. Bilderna kan göras mindre med formatet WebP. Det som inte syns direkt kan laddas senare (lazy loading).

Dålig INP beror på tung JavaScript som blockerar webbläsarens huvudtråd, den del som ritar upp sidan och tar emot klick. Den som utvecklar sajten kan dela upp koden i mindre delar och ladda skript från andra tjänster senare. Tunga beräkningar kan också flyttas så att de körs vid sidan av huvudtråden.

Dålig CLS beror på bilder utan angiven storlek, annonser som laddas och trycker ner innehållet, och typsnitt som laddas sent. Den som bygger sajten kan ange bredd och höjd på bilderna och lämna plats för innehåll som laddas in efteråt. Typsnitten kan ställas in så att texten visas direkt med ett av datorns inbyggda typsnitt tills sajtens eget typsnitt har laddats.

Börja med att se vilka sidor som har problem i Google Search Console, som visar alla sidor uppdelade efter status. Ta de mest besökta sidorna först, eftersom en förbättring där ger störst effekt. Använd sedan PageSpeed Insights för att få detaljerade råd för varje sida.

Många WordPress-sajter kan förbättra sina värden mycket genom att byta till ett lättare tema och slå på cache. Det hjälper också att låta bilder längre ner på sidan laddas först när besökaren skrollar dit (lazy loading). Verktyg som WP Rocket eller LiteSpeed Cache gör flera av de här sakerna automatiskt, utan att du ändrar någon kod. Mer om det står i guiden om att snabba upp WordPress.

Webbhotellet du väljer påverkar Core Web Vitals direkt och mätbart, framför allt LCP och TTFB (Time to First Byte). TTFB är tiden innan servern börjar skicka sidan. En server med snabb hårdvara, snabba NVMe SSD-diskar och bra cache kan ha en TTFB under 200ms. En överbelastad delad server kan ligga på 800ms eller mer. Skillnaden syns direkt i LCP, eftersom serverns svarstid är det första steget i den totala laddningstiden.

Var servern står spelar också roll. Har sajten svenska besökare ger en server i Stockholm eller Göteborg kortare fördröjning än en server i Frankfurt eller Amsterdam. Ett CDN är ett nät av servrar som skickar ut bilder och andra fasta filer. Med ett CDN kan du få jämnt snabba laddningstider, oavsett var i Sverige besökaren befinner sig.

LiteSpeed Web Server har en inbyggd sidcache. Den gör att servern behöver köra PHP-koden mer sällan för att bygga sidorna. Med Nginx går samma sak att ordna med FastCGI-cache, men den ställs in separat.

Väljer du webbhotell med Core Web Vitals i åtanke bör leverantören ha HTTP/3, NVMe SSD och inbyggd cache. Servrarna bör helst stå i Norden. Testa gärna sajten med PageSpeed Insights före och efter ett byte, så ser du hur stor förbättringen blev. Webbhotellet är bara en del. Att förbättra bilder, CSS, JavaScript och skript från andra tjänster är minst lika viktigt för resultatet.

Google justerar hela tiden hur Core Web Vitals påverkar placeringen i sökresultaten. Under 2025 och 2026 har Google lagt mer vikt vid INP. Ett skäl är att INP ger en mer komplett bild av hur snabbt sidan svarar. Det tidigare måttet FID mätte bara det första klicket eller trycket.

INP mäter i stället alla klick och tryck under hela besöket och rapporterar det sämsta av dem. Det betyder att en sajt kan få dåliga INP-värden fast sidan laddar snabbt. Det räcker med några tunga moment, till exempel avancerade filter i en e-butik eller en interaktiv karta. För svenska e-handlare är det extra viktigt, eftersom produktfilter och kundvagnar ofta kör tung JavaScript som kan blockera huvudtråden.

Att förbättra Core Web Vitals är ett arbete som pågår hela tiden. Google Search Console visar hur dina sidor fungerar för riktiga besökare. För en djupare genomgång behöver du fler verktyg.

Den som utvecklar sajten kan granska en enskild sidladdning i detalj med verktyg som Lighthouse, som gör automatiska kontroller och ger konkreta förslag på förbättringar. WebPageTest.org visar exakt vilka filer som gör laddningen långsam och i vilken ordning de laddas.

Svenska företag som tar Core Web Vitals på allvar bör låta verktyg som SpeedCurve eller Calibre övervaka sajten hela tiden. Verktygen testar dina viktigaste sidor varje dag och larmar när något blir sämre. Det är extra värdefullt efter en uppdatering av tillägg (plugins), teman eller skript från andra tjänster. En sådan uppdatering kan göra sajten långsammare utan att du märker det direkt.

Följer du utvecklingen över tid kan du snabbt hitta och rätta det som blivit sämre, innan det påverkar din placering i sökresultaten. Tänk på att Google mäter under 28 dagar. En tillfällig försämring kan därför påverka dina CrUX-data i flera veckor efter att problemet är löst.