Hvad gør et websted langsomt, og hvordan måler du det?

Modul 6: Hastighed · Læsetid: 9 minutter

Læringsmål: Efter denne lektion kan du måle hvor tiden går, og kende forskellen mellem langsomhed på serveren og langsomhed i browseren.

Nøglebegreber: TTFB, Core Web Vitals (LCP, INP, CLS), labdata, velddata, PageSpeed Insights, netværksfanen, komprimering, eksterne scripts, grænser for hostingpakken, 503

Mål først, skru så

"Webstedet er langsomt" kan have ti forskellige årsager. Hvis du uden at måle tager et cacheplugin, et billedoptimeringsplugin og en større pakke på samme tid, ved du bagefter ikke hvad der hjalp, og har tre ting mere at holde styr på. Start derfor altid med tre spørgsmål (de samme som i din hostingudbyders vejledning):

1. Er alt langsomt, eller kun kontrolpanelet? Et langsomt kontrolpanel med en hurtig forside peger på plugins der gør meget i kontrolpanelet, eller på bots der angriber login-siden.
2. Altid, eller på bestemte tidspunkter? Kun i travle perioder eller når en planlagt opgave kører: så rammer din pakke sine grænser.
3. Hos alle, eller kun hos dig? Prøv på din telefon via 4G eller 5G, eller bed en anden person teste det. Er det kun langsomt hos dig, skyldes det din forbindelse eller VPN.

To halvdele: server og browser

Den tid en besøgende venter, består af to dele (lektion 1.2):

1. Serveren laver HTML'en: webserver, PHP, plugins, database. Det ser du som TTFB (time to first byte), tiden indtil den første byte af svaret. web.dev angiver som tommelfingerregel at de fleste websteder bør stræbe efter en TTFB på 0,8 sekund eller mindre.
2. Browseren læser denne HTML og henter derefter alt hvad der står i den: stylesheets, scripts, skrifttyper, billeder, video, målekoder, chatwidgets. Først når nok af det er hentet, ser den besøgende noget.

En høj TTFB løser du på serversiden: caching (lektion 6.2), færre eller lettere plugins, en nyere PHP-version, en oprydet database (lektion 6.3) eller mere regnekraft. En lav TTFB med alligevel en langsom side peger mod browsersiden: for store billeder, for mange scripts, eksterne elementer.

Core Web Vitals

Google måler den besøgendes oplevelse med tre tal, Core Web Vitals:

INP afløste i marts 2024 den ældre måling FID. Google bruger disse tal blandt andet til at rangere søgeresultater, men den vigtigste grund til at forbedre dem er enkel: besøgende forlader en langsom eller springende side.

Labdata og velddata

Der findes to slags målinger, og de giver forskellige tal:

• Labdata: en test på ét tidspunkt, fra ét sted, med en simuleret telefon og forbindelse. Nyttigt til sammenligning (før og efter en ændring), men det er ikke en reel besøgende.
• Velddata: målinger hos reelle besøgende med Chrome, over de seneste 28 dage. Det er det besøgende reelt oplever. Små websteder har ofte for få besøgende til velddata.

PageSpeed Insights (pagespeed.web.dev) viser begge dele: øverst velddata (hvis de findes), derunder en labtest med en score og konkrete råd. Kig ikke blindt på scoren fra 0 til 100. Kig på delelementerne: er LCP dårlig fordi serveren er langsom (TTFB), eller fordi det store billede fylder 3 MB?

Test altid et par gange (tallene varierer), og test også en almindelig side, ikke kun forsiden.

Se selv med browseren

Din browsers udviklerværktøjer (F12) viser hvad der reelt sker:

• Fanen Netværk: genindlæs siden uden cache (afkryds "Deaktiver cache"). Du ser hver fil der indlæses, hvor stor den er, og hvor lang tid det tog. Sortér efter størrelse: de største filer er ofte billeder. Sortér efter domæne: hvor meget kommer fra andre parter (skrifttyper, målekoder, videoer)?
• Den første forespørgsel (selve HTML'en): klik på den, fanen Timing. "Waiting for server response" er TTFB.
• Headers for den første forespørgsel: er der komprimering (content-encoding: br eller gzip), og kom siden fra en cache (lektion 6.2)?

De gængse syndere

I praksis skyldes langsommelighed i WordPress som regel en af disse:

1. Ingen sidecache: hver side genskabes ved hvert besøg (lektion 6.2).
2. For mange eller tunge plugins, især plugins der ved hver forespørgsel kalder eksterne tjenester eller laver tunge forespørgsler (lektion 5.3).
3. Store billeder: et foto på 5 MB fra en telefon på forsiden (lektion 4.4 og 6.3).
4. Et tungt tema eller en pagebuilder der indlæser mange scripts og stylesheets på hver side (lektion 5.1).
5. Eksterne elementer: skrifttyper, videoer, chatwidgets, målekoder, sociale medie-knapper fra andre parter. Hver især er en forbindelse til en anden server som kan være langsom.
6. En gammel PHP-version (lektion 8.4).
7. En rodet database: tusindvis af revisioner, spam, logtabeller fra plugins (lektion 6.3).
8. Bots: crawlere, AI-crawlere og loginforsøg optager din pakkes kapacitet (lektion 7.3).
9. Pakken rammer sine grænser: for lidt regnekraft (CPU), processer eller hukommelse til trafikken.

Grænserne for din pakke

Ved delt hosting får hver pakke en fast del af serveren: regnekraft, hukommelse, diskhastighed og et antal samtidige processer. Bruger dit websted mere, bliver det bremset, eller får besøgende en fejlmeddelelse 503 (Service Unavailable, hos nogle hostingudbydere "Resource Limit Is Reached"). Hos DirectAdmin med CloudLinux ser du det under Resource Usage (med "faults" hvis dit websted blev bremset), og med X-Ray kan du se pr. side hvilket plugin eller hvilken forespørgsel der koster tid. Andre hostingudbydere har tilsvarende oversigter, nogle kun efter anmodning.

En større pakke hjælper hvis dit websted reelt har brug for mere (en travl webshop). Det løser ikke et dårligt indrettet websted: problemet vender tilbage senere. Find først årsagen.

Opsummering

• Mål først: alt eller kun kontrolpanel, altid eller nogle gange, alle eller kun dig.
• TTFB er serversiden (stræb efter 0,8 sekund eller mindre); resten er det browseren indlæser.
• Core Web Vitals: LCP (2,5 s), INP (200 ms) og CLS (0,1); INP afløste FID i 2024.
• PageSpeed Insights viser velddata og labdata; netværksfanen viser hvad der reelt indlæses.
• Det meste langsommelighed skyldes manglende cache, tunge plugins, store billeder og eksterne elementer; en større pakke er først sidste skridt.

Quiz

Opgave

Opgave A6.1: Mål din TTFB og komprimering. Indtast adressen på dit websted og, hvis du vil, én almindelig side (for eksempel din kontaktside). Programmet henter hver side tre gange uden cookies og viser den midterste TTFB, størrelsen på HTML'en, og om serveren sender HTML'en komprimeret (content-encoding gzip eller br). Sammenlign resultatet med en test i PageSpeed Insights og notér hvad du lægger mærke til.

Læs mere

Disse artikler beskriver trinene i WebOkés kontrolpaneler; i andre kontrolpaneler fungerer det på lignende vis.

• DirectAdmin vejledning 18.3: Min hjemmeside er langsom
• DirectAdmin vejledning 17.3: Resource Usage: CPU, hukommelse og processer
• DirectAdmin vejledning 17.4: X-Ray: find langsomme sider
• DirectAdmin vejledning 17.5: 503 eller "Resource Limit Is Reached": hvad gør du nu?
• Min hjemmeside er langsom eller bruger for meget CPU: sådan gør du den hurtigere
• Core Web Vitals (web.dev, Engelsk): https://web.dev/articles/vitals
• PageSpeed Insights: https://pagespeed.web.dev/