Page Speed beskriver, hvor hurtigt en webside bliver klar til brug for den besøgende. Det handler ikke kun om den samlede indlæsningstid, men også om hvor hurtigt indhold vises, og hvor hurtigt siden reagerer på klik, scroll og andre handlinger.
Begrebet dækker derfor både tekniske forhold og den oplevede hastighed. Serverens svartid, billeder, kode og scripts spiller ind, men det gør stabilitet og brugervenlighed også. En side kan godt være delvist synlig hurtigt og stadig føles langsom, hvis elementer hopper rundt, eller knapper først virker sent.
I SEO er Page Speed vigtig, fordi søgemaskiner ønsker at fremhæve sider, der giver en god oplevelse. For brugeren betyder høj hastighed ofte mindre ventetid, færre irritationer og større sandsynlighed for, at besøget fortsætter.
Få sekunders ventetid kan være nok til, at en besøgende mister tålmodigheden og forlader siden. Når en hjemmeside føles langsom, påvirker det brugeroplevelsen med det samme. Det gælder især på mobil, hvor forventningen til hurtig adgang er høj. Resultatet er ofte en højere afvisningsrate, færre sidevisninger og kortere besøg.
Hastighed har også direkte betydning for forretningen. Hvis produkter, kategorier eller kontaktformularer indlæses for langsomt, falder sandsynligheden for klik, henvendelser og køb. Brugere handler sjældent, hvis oplevelsen virker besværlig eller usikker. Selv små forsinkelser kan derfor koste konverteringer, især på sider med mange konkurrerende alternativer.
Fra et SEO-perspektiv er sidehastighed tæt knyttet til teknisk SEO, fordi den påvirker både brugeradfærd og søgemaskiners vurdering af kvaliteten på siden. En langsom side kan sende negative signaler, hvis mange brugere hurtigt vender tilbage til søgeresultaterne. Derfor handler page speed ikke kun om teknik, men om synlighed, brugertilfredshed og evnen til at få mest muligt ud af den trafik, man allerede har.
En sides hastighed vurderes typisk med værktøjer, der analyserer både indlæsningstid, filstørrelser og tekniske flaskehalse. De mest brugte er PageSpeed Insights, GTmetrix og Pingdom. De giver et hurtigt overblik over, hvor hurtigt en side loader, og hvilke elementer der sænker tempoet, for eksempel tunge billeder, langsom serverrespons eller for mange scripts.
PageSpeed Insights er især nyttigt, fordi det kombinerer to typer data: laboratoriedata og rigtige brugerdata. Laboratoriedata er målinger fra en kontrolleret test, hvor siden undersøges under faste forhold. Det gør dem velegnede til fejlfinding og sammenligning. Rigtige brugerdata kommer derimod fra faktiske besøg på siden og viser, hvordan hastigheden opleves i praksis på forskellige enheder og netværk.
GTmetrix og Pingdom bruges ofte som supplement. De viser blandt andet loadtid, antal forespørgsler og størrelsen på sidens ressourcer. Samtidig peger de på konkrete forbedringer, som kan gøre websider hurtigere. Ingen enkelt måling fortæller hele sandheden, så det er bedst at se på flere tests og vurdere både tekniske målinger og den reelle brugeroplevelse.
Når man vurderer page speed, ser man ikke kun på, hvor hurtigt en side teknisk bliver hentet. Det afgørende er, hvordan hastigheden opleves af brugeren. Derfor bruges en række målepunkter, som tilsammen siger noget om, hvor hurtigt indhold vises, hvor hurtigt siden reagerer, og om layoutet forbliver stabilt under indlæsning.
Largest Contentful Paint (LCP) måler, hvornår det største synlige indholdselement i visningsområdet er vist. Det er ofte et stort billede, en overskrift eller en central tekstblok og bruges som signal for, hvornår hovedindholdet virker klar. Interaction to Next Paint (INP) vurderer, hvor hurtigt siden reagerer på brugerens handlinger, for eksempel klik, tryk og tastaturinput. En lav INP tyder på, at siden føles responsiv i praksis. Cumulative Layout Shift (CLS) måler visuelle forskydninger under indlæsning. Hvis knapper, billeder eller tekst flytter sig uventet, stiger CLS, og det forringer brugeroplevelsen.
Andre vigtige målinger understøtter forståelsen af den samlede hastighed. TTFB, eller Time to First Byte, viser hvor hurtigt serveren begynder at sende data tilbage til browseren. En høj TTFB kan pege på langsom serverrespons, tung behandling eller netværksforsinkelser. Rendering dækker den proces, hvor browseren omsætter kode til synligt indhold på skærmen. Selv hvis filer hentes hurtigt, kan tung JavaScript, blokeringer i CSS eller komplekse elementer forsinke visningen. Derfor bør page speed altid vurderes ud fra flere signaler, ikke én enkelt måling.
En langsom side skyldes ofte flere små flaskehalse, der tilsammen forlænger indlæsningen. Et klassisk problem er for store billeder. Hvis et produktfoto uploades i fuld kamerastørrelse, selv om det kun vises i et lille felt, skal browseren hente langt mere data end nødvendigt. Det samme gælder mange tunge billeder på samme side, især hvis de ikke er komprimeret eller tilpasset mobil.
En anden hyppig årsag er render-blocking ressourcer, for eksempel CSS- og JavaScript-filer, som skal hentes og behandles, før indholdet kan vises. Det mærkes ofte som en hvid skærm i de første sekunder. For meget JavaScript kan også gøre siden tung, især hvis scripts bruges til sliders, popups, tracking og avancerede effekter, som ikke er nødvendige for brugerens første visning.
Manglende cache gør også sider langsommere, fordi browseren eller serveren skal hente de samme filer igen og igen. Dertil kommer tredjepartsscripts fra eksempelvis chatværktøjer, annonceplatforme og statistiksystemer, som kan forsinke indlæsningen uden for din egen kontrol. Endelig spiller hosting og serverrespons en stor rolle. En billig eller overbelastet server kan være langsom til at levere selv en enkel side.
De største gevinster kommer som regel fra de tungeste elementer først. Start derfor med billedoptimering: reducer filstørrelser, vælg moderne formater, og tilpas billeder til den faktiske visning på siden. Et stort billede i for høj opløsning er ofte en direkte bremse. Brug også lazy loading til billeder og andet indhold under folden, så browseren kun henter det, brugeren har brug for med det samme. Det sænker den første belastning og forbedrer den oplevede hastighed.
Næste prioritet er at reducere mængden af data, der sendes til browseren. Aktiver komprimering af tekstbaserede filer som HTML, CSS og JavaScript, så overførslen bliver mindre. Kombinér det med minificering, hvor unødige mellemrum, kommentarer og tegn fjernes fra kodefiler. Det giver sjældent mirakler alene, men samlet kan det mærkbart forkorte indlæsningstiden, især på sider med mange ressourcer.
Herefter bør du arbejde med cache. Browsercache gør, at tilbagevendende besøgende ikke skal hente de samme filer igen, mens server- eller sidecache kan mindske behovet for at generere siden fra bunden ved hvert besøg. Et CDN kan desuden levere statiske filer fra servere tættere på brugeren, hvilket reducerer svartid og aflaster din egen infrastruktur.
Til sidst skal serverresponsen forbedres, hvis den stadig er langsom. Det kan handle om hurtigere hosting, bedre databaseforespørgsler, færre tunge plugins og mere effektiv serverkonfiguration. Hvis serveren svarer sent, hjælper frontend-optimeringer kun delvist. Derfor er den bedste løsning næsten altid en kombination af lette sider, effektiv caching og en hurtig server.
Det er let at blande begreberne sammen, men de dækker ikke det samme. Page Speed handler om, hvor hurtigt en enkelt side indlæses og bliver brugbar for brugeren. Site speed bruges bredere om hastigheden på et helt website på tværs af flere sider og skabeloner.
En produktside kan for eksempel være langsom, fordi den har store billeder, mange scripts eller tunge elementer. Det betyder ikke nødvendigvis, at resten af websitet også er langsomt. Omvendt kan et website have generelle hastighedsproblemer, selv om enkelte sider performer fint.
I SEO er forskellen vigtig, fordi måling, fejlfinding og forbedringer ofte sker på sideniveau. Derfor bør man vurdere både den enkelte side og den samlede oplevelse på tværs af websitet.
Er page speed en rankingfaktor? Ja, hastighed indgår som et signal i Googles vurdering, især gennem brugeroplevelse og Core Web Vitals. Det er dog sjældent hastighed alene, der afgør placeringer. Relevans, indhold og links betyder fortsat meget.
Hvad er en god Page Speed-score? Som tommelfingerregel regnes 90-100 som god, 50-89 som middel og under 50 som lav. Scoren er dog kun en indikator. Det vigtigste er, om siden opleves hurtig og stabil for rigtige brugere.
Hvordan måles hastighed? Den måles typisk med laboratoriedata og feltdatasignaler. Laboratoriedata viser ydeevne under kontrollerede forhold, mens feltdata bygger på faktiske brugeres oplevelser på forskellige enheder og netværk.
Hvorfor er mobilhastighed så vigtig? De fleste besøg kommer i dag fra mobil. Mobilbrugere har ofte langsommere forbindelser og mindre kraftige enheder, så tunge sider mærkes hurtigere. Derfor bør mobiloplevelsen prioriteres først.
Påvirker billeder hastigheden? Ja, store og dårligt komprimerede billeder er en af de mest almindelige årsager til langsomme sider. Korrekt format, komprimering og passende billedstørrelser kan ofte forbedre loadtid markant.
Kan en lav score stadig være acceptabel? I nogle tilfælde ja. En side kan få en middel score, men stadig fungere fint for brugerne. Omvendt er en høj score ikke meget værd, hvis siden føles tung eller ustabil i praksis.
Indsæt webadressen i PageSpeed Insights, og kør en analyse for mobil og computer hver for sig. Værktøjet viser både en samlet score, centrale hastighedsmål og forslag til forbedringer.
Se især på feltdata, hvis de findes, fordi de bygger på rigtige brugeres oplevelse. Brug laboratoriedata til at finde konkrete tekniske problemer som store billeder, blokkerende ressourcer eller tung JavaScript.
Core Web Vitals er en vigtig del af vurderingen af Page Speed, men ikke hele billedet. De måler især, hvor hurtigt hovedindhold vises, hvor hurtigt siden reagerer, og om layoutet er stabilt under indlæsning.
En side kan derfor have fornuftig indlæsningstid og stadig give en dårlig oplevelse, hvis den reagerer langsomt eller elementer flytter sig. Core Web Vitals gør hastighed mere brugercentreret.
Mobilenheder har ofte svagere processorkraft og mere ustabile netværk end computere. Derfor bliver tunge billeder, mange scripts og store filer mere tydelige som flaskehalse på mobil.
Derudover kan tredjepartsscripts, popups og avancerede visuelle effekter gøre siden tung at gengive. Det er derfor almindeligt, at en side virker acceptabel på computer, men langsom på mobil.
Billeder er ofte blandt de største filer på en side og kan derfor trække indlæsningstiden markant ned. Problemet opstår især, når billeder uploades i for høj opløsning eller uden komprimering.
Du kan forbedre hastigheden ved at tilpasse billedstørrelser, bruge moderne formater og indlæse billeder længere nede på siden først, når de bliver relevante. Det reducerer mængden af data, der skal hentes med det samme.
Cache gør, at browseren eller serveren ikke behøver at hente eller opbygge det samme indhold fra bunden ved hvert besøg. Det forkorter svartid og mindsker belastningen på serveren.
Browsercache hjælper især tilbagevendende brugere, mens servercache kan gøre dynamiske sider hurtigere for alle. Effekten er ofte tydelig på websites med mange gentagne filer som billeder, skrifttyper, CSS og JavaScript.
Som udgangspunkt regnes en score fra 90 til 100 som god, 50 til 89 som middel og under 50 som svag. Det gælder især i værktøjer som PageSpeed Insights.
Scoren bør dog ikke stå alene. Det vigtigste er, om siden opleves hurtig, stabil og responsiv for rigtige brugere på både mobil og computer.
De mest almindelige årsager er store billeder, tung JavaScript, blokkerende CSS-filer, langsom serverrespons og manglende cache. Mange eksterne scripts fra for eksempel chat, annoncer og statistik kan også forsinke siden.
I nogle tilfælde skyldes problemet også dårlig hosting, ineffektive databaseforespørgsler eller for mange plugins. Langsomme sider er ofte resultatet af flere små fejl, ikke kun én enkelt årsag.