PageSpeed og SEO — Hastighed som rankingfaktor
PageSpeed er et mål for hvor hurtigt en side loader — og en direkte rankingfaktor via Googles Core Web Vitals.
PageSpeed og SEO hænger sammen via Googles Core Web Vitals — det sæt performance-metrics der siden 2021 har været en officiel del af Googles rankingalgoritme. En langsomt ladende side er ikke blot en dårlig brugeroplevelse: den signalerer til Google at siden leverer lav kvalitet, og det har direkte konsekvenser for synlighed i søgeresultaterne.
Core Web Vitals — de tre metrics der tæller
Google måler sideperformance via tre Core Web Vitals:
LCP — Largest Contentful Paint Tid fra sidens load til det største synlige element (typisk hero-billede eller headline) er renderet. Mål: under 2,5 sekunder. LCP er den metric der oftest kræver billedoptimering og server-optimeringer.
INP — Interaction to Next Paint Reaktionstid fra brugerinteraktion (klik, tastatur) til synlig respons. Afløste FID i 2024. Mål: under 200ms. INP-problemer stammer typisk fra tunge JavaScript-opgaver på main thread.
CLS — Cumulative Layout Shift Uventet layout-forskydning under load — f.eks. tekst der hopper ned når et billede loader ind. Mål: under 0,1. Fixes via eksplicitte dimensioner på billeder og embeds.
PageSpeed Insights vs. faktisk ranking
PageSpeed Insights-scoren (0-100) er et diagnostisk tal — ikke selve rankingsignalet. Det Google bruger til ranking er field data fra Chrome User Experience Report (CrUX): aggregerede målinger fra rigtige brugere på din side over de seneste 28 dage.
Forskellen er vigtig: en side kan score 65 i lab-test men have gode CrUX-tal fordi den reelle brugeroplevelse er god (f.eks. på hurtige forbindelser). Det er CrUX-data der bestemmer om du er i “God”, “Forbedring nødvendig” eller “Dårlig”-kategorien i Google Search Console.
Hvad der har størst effekt på PageSpeed
Prioriteret efter typisk indsats/gevinst-ratio:
- Billedoptimering — konverter til WebP/AVIF, brug korrekte dimensioner, implementer lazy loading
- Server og hosting — lavere TTFB via bedre hosting eller CDN
- Tredjeparts-scripts — fjern eller udskyd scripts der blokerer rendering
- JavaScript-bundlestørrelse — code splitting og tree shaking
- Caching — browser caching og CDN-caching af statiske assets
Platformspecifikke udfordringer
WordPress — tunge themes, mange plugins og ukomprimerede billeder er de hyppigste årsager til dårlig PageSpeed. WP Rocket, Perfmatters eller native caching i hosting (Kinsta, WP Engine) løser de fleste problemer.
Shopify — begrænsede muligheder for at optimere app-scripts. Liquid-rendering og tredjeparts-apps fra Shopify App Store er de primære hastighedskilder.
Måleværktøjer
- PageSpeed Insights — hurtig test med field data
- Google Search Console → Core Web Vitals — aggregeret data for hele sitet
- Chrome DevTools → Lighthouse — detaljeret diagnostik
- web.dev/measure — alternativ til PageSpeed Insights med samme data → Denne artikel er en del af Web Performance — Core Web Vitals og teknisk hastighed.
Andre artikler i samme emne
- Animation performance — Frame rate og jank-fri bevægelse
- Billedoptimering — Formater, størrelser og SEO
- Browser rendering pipeline — Fra HTML til pixels
- CLS-problemer — Årsager til Cumulative Layout Shift og løsninger
- Core Web Vitals — LCP, INP og CLS forklaret
- CSS — Cascading Style Sheets og SEO
- CSS containment — Isolér rendering og accelerér layout
- Font-optimering — Webfonts, FOUT og SEO
- HTTP/2 og HTTP/3 — Protokoller der eliminerer latency-overhead
- INP-optimering — Interaction to Next Paint og Core Web Vitals
- JavaScript bundle-optimering — Code splitting, tree shaking og analyse
- Kritisk renderingsti — Hvad browseren gør før du ser noget
- Latency — Forsinkelse i netværket og hvad du kan gøre ved det
- Lazy loading — Udskyd indlæsning af billeder og ressourcer
- LCP-optimering — Sådan forbedrer du Largest Contentful Paint
- Long Tasks og LoAF — Hvad blokerer main thread
- Navigation og resource timings — Browserens performance-API
- Performance budgets — Grænser der forhindrer regressioner
- Performance timings — Hvornår er det for langsomt?
- Resource hints — Preload, prefetch og preconnect til SEO
- Responsive images — srcset, sizes og art direction
- Responsivt design — Mobile-first og SEO
- RUM vs. syntetisk monitoring — To syn på web performance
- Service Workers — Offline caching og PWA performance
- Speculative loading — Prefetch og prerender af næste side
- Startup performance — Hurtig app-start og time to interactive
- Tredjeparts-scripts og performance — Impact og strategier
- Tredjepartsscripts — Analytics, ads og performance-konsekvenser
- TTFB og hosting — Server response time og SEO
- Video performance — Lazy loading, formater og indlæsningsstrategi
- Viewport tag — Meta viewport og mobil-rendering
- Web Workers — Parallel JavaScript uden main thread-blokning
Ofte stillede spørgsmål
- Er PageSpeed en rankingfaktor?
- Ja — men indirekte via Core Web Vitals, som er en del af Googles Page Experience-signal. Google bruger LCP (Largest Contentful Paint), INP (Interaction to Next Paint) og CLS (Cumulative Layout Shift) som rankingsignaler. En side med dårlige Core Web Vitals-scores kan rangere lavere end en konkurrent med bedre UX, alt andet lige. Effekten er typisk marginal på stærkt kompetitive søgeord, men kan være afgørende ved lighed.
- Hvad er PageSpeed Insights og hvad måler det?
- PageSpeed Insights er Googles gratis analyseværktøj der måler en sides performance på både mobile og desktop. Det kombinerer lab-data (simuleret i kontrollerede omgivelser) med real-world field data fra Chrome User Experience Report (CrUX). Field data viser faktiske brugeroplevelser og er det data Google bruger til ranking — lab-data er til diagnosticering.
- Hvad er en god PageSpeed-score?
- PageSpeed Insights giver en score fra 0-100 baseret på en vægtet sammensætning af performance-metrics. 90+ er 'God', 50-89 er 'Forbedring nødvendig', under 50 er 'Dårlig'. Men selve scoren er et diagnostisk værktøj — det der tæller for ranking er om dine Core Web Vitals-metrics er i 'God'-kategorien: LCP under 2,5s, INP under 200ms, CLS under 0,1.
- Hvad er de vigtigste faktorer der sænker PageSpeed?
- De hyppigste årsager til langsom PageSpeed: ukomprimerede billeder (JPEG/PNG i stedet for WebP/AVIF), render-blocking JavaScript og CSS der forsinker sidens visning, langsom server-responstid (TTFB), tunge tredjeparts-scripts (chat, analytics, ads), manglende browser caching og for store JavaScript-bundles. Billedoptimering er typisk det der giver størst gevinst pr. indsats.
- Hvad er forskellen på PageSpeed Insights og Google Lighthouse?
- Google Lighthouse er auditing-motoren bag PageSpeed Insights — det er det samme tekniske fundament. Lighthouse kan køres direkte i Chrome DevTools, som CLI eller via PageSpeed Insights API. Fordelen ved at køre Lighthouse i DevTools er kontrol over testmiljøet og mulighed for at throttle netværkshastighed og CPU. PageSpeed Insights tilføjer field data fra CrUX oven på Lighthouse lab-data.
Placering i ordbogen
- Animation performance — Frame rate og jank-fri bevægelse
- Billedoptimering — Formater, størrelser og SEO
- Browser rendering pipeline — Fra HTML til pixels
- CLS-problemer — Årsager til Cumulative Layout Shift og løsninger
- Core Web Vitals — LCP, INP og CLS forklaret
- CSS — Cascading Style Sheets og SEO
- CSS containment — Isolér rendering og accelerér layout
- Font-optimering — Webfonts, FOUT og SEO
- HTTP/2 og HTTP/3 — Protokoller der eliminerer latency-overhead
- INP-optimering — Interaction to Next Paint og Core Web Vitals
- JavaScript bundle-optimering — Code splitting, tree shaking og analyse
- Kritisk renderingsti — Hvad browseren gør før du ser noget
- Latency — Forsinkelse i netværket og hvad du kan gøre ved det
- Lazy loading — Udskyd indlæsning af billeder og ressourcer
- LCP-optimering — Sådan forbedrer du Largest Contentful Paint
- Long Tasks og LoAF — Hvad blokerer main thread
- Navigation og resource timings — Browserens performance-API
- Performance budgets — Grænser der forhindrer regressioner
- Performance timings — Hvornår er det for langsomt?
- Resource hints — Preload, prefetch og preconnect til SEO
- Responsive images — srcset, sizes og art direction
- Responsivt design — Mobile-first og SEO
- RUM vs. syntetisk monitoring — To syn på web performance
- Service Workers — Offline caching og PWA performance
- Speculative loading — Prefetch og prerender af næste side
- Startup performance — Hurtig app-start og time to interactive
- Tredjeparts-scripts og performance — Impact og strategier
- Tredjepartsscripts — Analytics, ads og performance-konsekvenser
- TTFB og hosting — Server response time og SEO
- Video performance — Lazy loading, formater og indlæsningsstrategi
- Viewport tag — Meta viewport og mobil-rendering
- Web Workers — Parallel JavaScript uden main thread-blokning