AV Group Digital Operations Group
Tillbaka till alla insikter
·

WordPress-prestanda 2026: konkret checklista för Core Web Vitals i Sverige

AD Av Adam Vincent · 5 min läsning

Sedan Google flättade in Core Web Vitals i sina rankning-signaler 2021 har ”webbplatshastighet” gått från en mjuk UX-fråga till en hård SEO-fråga. För en svensk WordPress-sajt med ambition att synas för kommersiella sökord innebar den bytan att man inte längre kan sko sig på ”webbsidan ser ju snabb ut på min Mac”. Det som faktiskt avgör är p75-data från riktiga Chrome-användare i CrUX — oftast på äldre Android-telefoner i 4G.

Den här artikeln är en konkret checklista för att få LCP, INP och CLS på grönt på en svensk WordPress-sajt — utan att byta hosting eller kasta temat i panik. Sorterad efter ROI per timme arbete.

Vad är Core Web Vitals — i en mening per metrik

  • LCP (Largest Contentful Paint) — hur snabbt syns det största synliga elementet (typiskt hero-bild eller h1). Mål: under 2,5 sek.
  • INP (Interaction to Next Paint) — hur snabbt svarar sajten när användaren klickar/tappar. Mål: under 200 ms.
  • CLS (Cumulative Layout Shift) — hur mycket hoppar layouten under laddning. Mål: under 0,1.

Allt mäts på p75 (75:e percentilen) för mobila besökare. Du ser dem i Google Search Console > Core Web Vitals.

1. LCP — fixa hero-bilden först

På 90 % av WordPress-sajter är LCP-elementet hero-bilden på startsidan. Åtgärder, i ordning:

  • Konvertera till WebP/AVIF — 50–70 % mindre filstorlek vid samma kvalitet.
  • Sätt explicit width och height på bilden — både för LCP-prioritering och för att eliminera CLS.
  • Använd fetchpriority="high" på hero-bilden — webbläsaren prioriterar den över allt annat.
  • Preloada hero-bilden i <head> via <link rel="preload" as="image">.
  • Lägg aldrig loading="lazy" på LCP-bilden — det ödlägger metriken.

2. LCP — minimera render-blocking CSS

Varje stylesheet i <head> blockerar första paint tills den är laddad och parsad. Tre konkreta åtgärder:

  • Slå ihop alla theme-CSS-filer till en enda fil (build-process eller via plugin som Autoptimize).
  • Inline kritisk CSS för above-the-fold och ladda resten asynkront via <link rel="preload" as="style" onload="this.rel='stylesheet'">.
  • Avregistrera tema-stilar du inte använder — typiskt wp-block-library, classic-theme-styles och global-styles på sajter som inte kor Gutenberg-blocks.

3. INP — döda huvudtrådens 3:e-parts script

INP mäter hur snabbt sajten svarar på klick/touch. Den största INP-syndaren är tunga 3:e-parts script som blockerar huvudtråden:

  • Google Tag Manager + GA4 — ladda via defer efter window.load.
  • Hotjar/FullStory — oftast helt obehövligt utanför aktiva test-perioder.
  • Cookiebot/CookieYes — viktigt men tungt; bygg den så att den inte blockerar första interaktion.
  • Klarna On-Site Messaging, Trustpilot, chat-widgets — lazy-loada efter user-intent (mouseenter, scroll > 50 %).

För den extremt tunga änden av 3:e-parts script: använd Partytown för att flytta dem till en Web Worker. Huvudtråden frigörs helt och INP rasar (in en bra mening).

4. CLS — reservera plats för allt som laddar sent

CLS uppstår när bilder, annonser, embeds eller fonter laddar och layouten flyttar på sig. Åtgärder:

  • Sätt width/height på alla <img> och <iframe>.
  • Sätt explicit höjd på reklam-platser, embeds (YouTube, Vimeo) och kommer-att-laddas-element.
  • Använd font-display: swap + preload av huvudfonten för att minimera FOIT/FOUT-shift.
  • Undvik animation av layout-egenskaper (top, height) — använd transform istället.

5. Hosting och PHP-version

Allt ovan är värdelöst om TTFB (Time to First Byte) ligger över 600 ms. För svenska sajter med svenska besökare gäller:

  • Kör PHP 8.2 eller 8.3 — typiskt 30–50 % snabbare än PHP 7.4.
  • Kör på ett europeiskt datacenter (Stockholm, Helsinki, Frankfurt) — inte US-baserat shared hosting.
  • Använd persistent objektcache (Redis/Memcached) för alla sajter över 100 sidor.
  • Aktivera full-page caching (LiteSpeed, WP Super Cache, server-side via nginx FastCGI cache).
  • Aktivera HTTP/2 eller HTTP/3 — multiplexering eliminerar request-blocking.
  • Aktivera Brotli-komprimering istället för Gzip — ~20 % mindre payload.

6. Mät ofta, mät rätt

Mainstream-verktyg och vad de faktiskt säger:

  • PageSpeed Insights — lab + fält-data, men fältdata visas bara om sajten har tillräcklig CrUX-trafik.
  • Search Console > Core Web Vitals — verklig CrUX, vad som faktiskt påverkar rankning. Kollas dagligen.
  • web.dev/measure — lab, snabb iteration, använd för individuella sidor.
  • WebPageTest — lab, mer kontroll över geografi/nätverk/device.
  • Chrome DevTools Performance — djup analys av main-thread aktivitet, INP-bottlenecks.

Vanliga frågor

Påverkar Core Web Vitals SEO på Google?

Ja, men inte som folk tror. Det är en tiebreaker-signal: om två sidor har likvärdig relevans, vinner den med bättre Core Web Vitals. CWV är inte en boost — de är ett baseline. Men en sajt som ligger på rött på LCP eller INP kommer att tappa positioner mot likvärdiga konkurrenter.

Hur lång tid tar det att få CWV på grönt?

För en typisk WordPress-sajt med tema + 10–20 plugins: 2–3 dagars fokuserat arbete för LCP/CLS, ytterligare 2–3 dagar för INP om sajten har mycket 3:e-parts script. Sedan 28 dagar väntan på att CrUX-data uppdateras i Search Console.

Cache-plugin eller server-cache?

Server-side cache (LiteSpeed, nginx FastCGI) slår alltid plugin-cache eftersom den bypassar PHP helt. Använd plugin-cache (WP Rocket, W3 Total Cache) bara om hosten inte erbjuder server-cache.

Vill du få din WordPress-sajt på grönt?

AV Group är en webbyrå i Göteborg som gör prestanda-optimering på svenska WordPress-sajter med mätbar SEO-effekt. Vi specialiserar oss på WooCommerce-prestanda, B2B-portaler och produktdataautomatisering. Ansök om att jobba med oss.