Byg mit site gratis

Videnbanken Hastighed

Hastighed: Googles grænser og vores krav

De tre mål, Google bruger (Core Web Vitals), grænserne for godt, vores eget krav til hver hjemmeside, vi bygger (hovedindholdet på under 0,7 sekunder), og hvordan vi tester hastigheden på hver hjemmeside.

2 min. læsning6 afsnit6 kilder

Tre mål og deres grænser#

Google måler, hvordan hjemmesiden opleves, med tre mål. Vurderingen sker ved den 75. percentil, altså hvordan det går for tre ud af fire besøg [1]. Google bruger målene i sine systemer for sideoplevelse [2].

LCP: hvor hurtigt hovedindholdet visesGodt: højst 2,5 sSkal forbedres: 2,5 s til 4 sDårligt: over 4 s2,5 s4 sINP: hvor hurtigt siden reagerer på klikGodt: højst 200 msSkal forbedres: 200 ms til 500 msDårligt: over 500 ms200 ms500 msCLS: hvor meget siden hopperGodt: højst 0,1Skal forbedres: 0,1 til 0,25Dårligt: over 0,250,10,25

✓ Godt ! Skal forbedres ✕ Dårligt

Vis som tabel
MålGodtSkal forbedresDårligt
LCPhøjst 2,5 s2,5-4 sover 4 s
INPhøjst 200 ms200-500 msover 500 ms
CLShøjst 0,10,1-0,25over 0,25
Kilde: web.dev (Google). Vurderes ved 75. percentil af rigtige besøg.

Hvor tallene kommer fra#

Tallene kommer fra Chrome UX Report: anonyme data fra rigtige Chrome-brugere, der deler statistik. Kun hjemmesider med tilstrækkeligt mange besøg er med, og Google siger ikke, hvor grænsen går [3]. Mangler der data for din hjemmeside, siger vi det. Vi gætter aldrig et tal.

Vores krav: under 0,7 sekunder#

Googles grænser er et minimum. På hjemmesider, vi bygger og driver, kræver vi mere: hovedindholdet skal vises inden for 0,7 sekunder på en computer, og serveren skal svare inden for 0,2 sekunder. På mobilen, hvor Google regner med et langsommere 4G-net, skal siden klare Googles grænse for godt med margin. Kravene gælder både det nye design og kopien af kundens nuværende hjemmeside [4] [5].

MålGoogles grænse for godtVores krav til vores hjemmesider
Serverens svar (TTFB)højst 0,8 s (anbefaling)højst 0,2 s
Det første indhold vises (FCP)højst 1,8 s (anbefaling)højst 0,8 s
Hovedindholdet vises (LCP), computerhøjst 2,5 shøjst 0,7 s
Hovedindholdet vises (LCP), mobil på 4Ghøjst 2,5 shøjst 2,5 s, mål 1,0 s
Svar, når man klikker (INP)højst 0,2 shøjst 0,1 s
Layoutskift (CLS)højst 0,1højst 0,1, mål 0,02
Lighthouse-ydeevne90+ regnes som godt90-100
Lighthouse SEO og tilgængelighedintet krav fra Google95-100
LCP, INP og CLS er Googles Core Web Vitals. TTFB og FCP er Googles anbefalinger, ikke rangeringskrav. Vores krav er tekniske mål, vi sætter for at give margin; perfekte tal garanterer ingen placering.

Sådan tester vi hastigheden#

  • Hver hjemmeside, vi bygger eller viser som forhåndsvisning, testes med Googles PageSpeed Insights, på mobil og computer, mindst én gang om ugen og efter hver ændring. En hjemmeside, der ikke lever op til kravet, ses straks i vores drift med det, der skal rettes [6].
  • Hver hjemmeside, vi analyserer, også kundens nuværende, testes på samme måde. Sælgeren ser tallet med kilde, for eksempel hvor mange sekunder det tager, før hovedindholdet vises på mobilen, sammenlignet med Googles grænse.
  • Har hjemmesiden tilstrækkeligt mange besøgende, viser vi også Googles måling af rigtige besøgende (Chrome UX Report), som er det, Google selv bruger [3].

Det gør vi, for at hjemmesiden skal være hurtig#

  • Siden sendes færdig fra serveren med den vigtigste stil direkte i siden, så intet skal vente på scripts.
  • Hovedbilledet hentes først og i den rigtige størrelse til skærmen; billeder længere nede indlæses, når den besøgende scroller derned.
  • Skrifttyperne ligger på vores egen server, og en reservestil med de samme mål sørger for, at teksten ikke hopper, når skrifttypen kommer.
  • Den næste side hentes på forhånd, når den besøgende peger på et link, så den åbner med det samme.
  • Baggrundsarbejde på serveren kommer altid efter de besøgendes sider.
  • Vi viser Googles måling i analysen, når den findes, med dato og kilde.

Billeder#

Hvordan billeder skal navngives, beskrives og indlæses, og hvad der er myter om EXIF og GPS, står i Billeder og filnavne.

Hvor hurtig er din hjemmeside?

Den gratis analyse måler hastigheden på mobil og computer.

0 SEK · ingen tilmelding · svar på cirka et minut

Næste emneTidslinje →Hvad der sker det første døgn, de første uger og de første måneder, efter at vi har overtaget, og hvornår du kan forvente at se en forskel.

Kilder på denne side

  1. Web Vitals: mål og grænseværdier web.dev (Google) · Officiel dokumentation
  2. Core Web Vitals og Google Søgning Google Search Central · Officiel dokumentation
  3. Chrome UX Report: metode Chrome for Developers · Officiel dokumentation
  4. Largest Contentful Paint (LCP) web.dev (Google) · Officiel dokumentation
  5. Time to First Byte (TTFB) web.dev (Google) · Officiel dokumentation
  6. Om PageSpeed Insights Google for Developers · Officiel dokumentation

Videnbanken opdateret 15. oktober 2026. Er der noget, der ikke passer? Sig til så retter vi det.