Hvilket værktøj skal du bruge til hastighedstest?

PageSpeed Insights, Lighthouse og WebPageTest nævnes ofte sammen, men de er ikke det samme værktøj. De overlapper, fordi PageSpeed Insights bruger Lighthouse til laboratoriemålinger, men hvert værktøj besvarer forskellige spørgsmål om hastighed.

På en virksomhedshjemmeside er det nyttige spørgsmål ikke: “Hvilket resultat fik vi?” Det nyttige spørgsmål er, hvad der gør de sider langsomme, som skaber henvendelser, salg, bookinger eller tillid. En ydelsesside, produktside, kontaktformular, et bookingforløb eller et betalingstrin kan kræve en anden test end forsiden.

Det korte svar

Brug alle tre, når hastighed betyder noget, men brug dem til forskellige beslutninger.

• PageSpeed Insights er bedst til at kombinere data fra virkelige brugere med en hurtig Lighthouse-test i et kontrolleret miljø.
• Lighthouse er bedst til gentagelige lokale gennemgange, fejlfinding og kontrol af hastighed sammen med tilgængelighed, god praksis og SEO.
• WebPageTest er bedst til detaljeret analyse af indlæsningen: lokation, forbindelse, netværksforløb, billedsekvens, gentaget indlæsning, tidsforbrug pr. forespørgsel og eksperimenter.

Hvis en side er vigtig kommercielt, må ét resultattal ikke behandles som svaret. Sammenlign værktøjerne, og undersøg derefter selve siden.

Hvad PageSpeed Insights gør godt

PageSpeed Insights er det nemmeste startpunkt for en offentlig URL.

Værktøjet viser både data fra virkelige brugere og laboratoriedata, når der findes tilstrækkelige brugerdata. Brugerdataene kommer fra Chrome User Experience Report og afspejler oplevelser over en nyere indsamlingsperiode. Det gør værktøjet nyttigt til at se, om besøgende faktisk oplever dårlig LCP, CLS eller INP, i stedet for kun at se et simuleret testresultat.

Laboratoriedelen bruger Lighthouse. Den giver hurtigt tekniske fund om hastighed, tilgængelighed, god praksis og SEO. Som første gennemgang er PageSpeed Insights nyttigt, fordi det samler rigtige brugerdata og en kontrolleret test samme sted.

Hvis selve rapporten er svær at læse, forklarer guiden om at læse en Google PageSpeed Insights-rapport resultattal, brugerdata, laboratoriedata, Core Web Vitals og tekniske fund trin for trin.

Brug det til:

• At kontrollere, om der findes brugerdata til Core Web Vitals
• At sammenligne mobil og computer
• At se om en side eller et origin består Core Web Vitals
• At få en hurtig liste over sandsynlige hastighedsproblemer
• At forklare hastighedsproblemer til ikke-tekniske beslutningstagere

Hvor PageSpeed Insights er svagere

PageSpeed Insights er ikke en komplet undersøgelse af hjemmesidens hastighed.

Brugerdata kan mangle for nye, små eller private sider og sider med lav trafik. Når dataene findes, er de samlede og viser ikke den konkrete forespørgsel, der skabte en dårlig oplevelse. Laboratoriedata kommer fra en simuleret kørsel og kan derfor afvige fra virkelige brugere på andre enheder, netværk eller steder.

Resultattallet kan også flytte fokus væk fra det reelle problem. Et betalingstrin eller en kontaktformular kan få et rimeligt resultat og stadig forsinke det trin, der skaber henvendelsen. Et lavere resultat på grund af et mindre vigtigt tredjepartsscript kan være mindre presserende end en langsom side, der blokerer henvendelser.

Brug PageSpeed Insights til at beslutte, hvor du skal kigge næste gang, ikke som den endelige diagnose.

Hvad Lighthouse gør godt

Lighthouse er værktøjet bag mange rapporter om hjemmesidehastighed.

Det kan køre i Chrome DevTools, fra kommandolinjen, som Node-modul, via Lighthouse CI og gennem PageSpeed Insights. Det gør værktøjet nyttigt, når hastighedskontroller skal gentages under udvikling, kodegennemgang eller udrulning.

Lighthouse er især nyttigt til:

• At genskabe et hastighedsproblem, mens der arbejdes i koden
• At sammenligne før og efter en ændring
• At teste sider, der kræver login, via Chrome DevTools
• At kontrollere tilgængelighed, god praksis og SEO sammen med hastighed
• At forebygge tilbagefald med Lighthouse CI på vigtige skabeloner

Under implementeringen er Lighthouse ofte bedre egnet end PageSpeed Insights, fordi det kan indgå i udviklerens arbejdsgang frem for at være en manuel kontrol på nettet.

Hvor Lighthouse er svagere

Lighthouse er stadig et lab-værktøj.

Det kører en kontrolleret test. Det er godt for gentagelighed, men repræsenterer ikke alle virkelige besøgende, enheder, netværk, browserudvidelser, nedbrud hos tredjeparter eller regionale leveringsveje. En enkelt Lighthouse-rapport viser heller ikke den samme detaljerede dokumentation for hver forespørgsel som WebPageTest.

Lighthouse er stærkt til fejlsøgning, men bør ikke behandles som bevis for, at rigtige brugere har en god oplevelse.

Hvad WebPageTest gør godt

WebPageTest er det stærkeste af de tre værktøjer, når du skal forstå, hvordan en side faktisk indlæses.

Du kan vælge teststed, browser, enhedstype, forbindelse, gentaget indlæsning og mere detaljerede testbetingelser. Det betyder noget, fordi brugere kan sidde på forskellige enheder, forbindelser og steder.

Den største fordel er den detaljerede dokumentation. WebPageTest viser netværksforløb, billedsekvenser, tidsforbrug pr. forespørgsel, sidens samlede størrelse, visuel fremdrift, gentagne indlæsninger og detaljerede kørsler. Det hjælper med at besvare spørgsmål som:

• Hvilken forespørgsel forsinkede visningen?
• Var serveren langsom, før browseren kunne gøre noget?
• Blokerede et tredjepartsscript nyttigt indhold?
• Kom hero-billedet for sent?
• Blev siden visuelt færdig længe før den blev interaktiv?
• Blev den gentagne indlæsning bedre med cache?

Det gør WebPageTest nyttigt, når rettelsen skal være præcis.

Hvor WebPageTest er svagere

WebPageTest kan være mere komplekst end problemet kræver.

Der er mange indstillinger, og et forkert teststed, en forkert browser, forbindelse eller enhedstype kan give misvisende konklusioner. Værktøjet kan også friste til at overanalysere én simuleret kørsel frem for at sammenligne mønstre på tværs af brugerdata, gentagne tests og rigtige brugerforløb.

Brug WebPageTest, når detaljen betyder noget. Til hurtig screening er PageSpeed Insights hurtigere. Til gentagelige udviklertests er Lighthouse ofte bedre egnet.

Sådan bruger du værktøjerne sammen

En tydelig arbejdsgang ser sådan ud:

1. Start med PageSpeed Insights for brugerdata, Core Web Vitals-status og en hurtig Lighthouse-test.
2. Brug Lighthouse lokalt eller i DevTools til at reproducere og teste sandsynlige rettelser.
3. Brug WebPageTest på de vigtige sider, hvor årsagen ikke er åbenlys.
4. Sammenlign mobil og computer hver for sig.
5. Test de sider, der betyder noget kommercielt, ikke kun forsiden.
6. Knyt fundene til implementering: billeder, fonte, scripts, caching, serverrespons, tredjepartsværktøjer, layoutstabilitet og JavaScript-belastning.

Målet er ikke et perfekt resultattal. Målet er en side, der viser nyttigt indhold hurtigt, forbliver stabil, reagerer på handlinger og understøtter virksomhedens mål.

Hvad jeg tjekker på virksomhedshjemmesider

På virksomhedshjemmesider tester jeg typisk de forløb, der skaber værdi:

• Forside og vigtigste ydelsessider
• Produkt-, booking- eller kontaktsider
• Betaling, formularer og vejen til henvendelse
• Mobile landingssider
• Sider med tunge billeder, scripts eller indlejret indhold
• Sider der er vigtige for SEO og henvendelser

Værktøjsvalget afhænger af spørgsmålet. Hvis problemet er “Google siger, at Core Web Vitals er dårlige”, starter jeg med PageSpeed Insights og Search Console. Hvis problemet er “siden føles langsom på mobil”, bruger jeg Lighthouse og WebPageTest. Hvis problemet kun opstår for bestemte brugere eller forbindelser, bliver WebPageTest vigtigere.

Officielle kilder

Værktøjerne ændrer sig over tid, så råd om hastighed bør bygge på aktuelle kilder. Nyttige officielle kilder:

• Google PageSpeed Insights documentation
• Chrome Lighthouse documentation
• WebPageTests officielle kodebase og dokumentation
• Oversigt over Web Vitals-målinger

Brug de officielle kilder til præcise interface-detaljer, men tag den endelige beslutning ud fra siden, brugerne og forretningsflowet.

Ofte stillede spørgsmål

Betyder et højt PageSpeed Insights-resultat, at en side reelt er hurtig for brugerne?

Ikke nødvendigvis. Et betalingstrin kan få et godt resultat og stadig forsinke betalingen eller kontaktformularen, mens en side med et lavere resultat på grund af et mindre vigtigt script kan være mindre presserende. Resultatet bør vise, hvor du skal undersøge videre, ikke fungere som den endelige diagnose.

Er Lighthouse det samme som PageSpeed Insights?

Nej, selvom de overlapper. PageSpeed Insights bruger Lighthouse til labdiagnostik, men tilføjer rigtige brugerdata oveni. Lighthouse alene er et lab-værktøj, der kan køre lokalt, i DevTools eller i CI, hvilket gør det mere velegnet til gentagelige tjek under udvikling.

Er WebPageTest nødvendigt ved hver hastighedstest?

Nej. Det er mest nyttigt, når årsagen til en langsom side ikke er åbenlys, og der er brug for detaljer som netværksforløb og billedsekvenser. Til et hurtigt tjek er PageSpeed Insights hurtigere, og Lighthouse er som regel bedre egnet til gentagelige udviklertests.

Bør hastighedstest kun fokusere på forsiden?

Nej. De sider, der skaber henvendelser, bookinger eller salg — som produktsider, bookingforløb og kontaktformularer — har ofte mere brug for test end forsiden, fordi det er dér, en langsom oplevelse reelt koster forretning.

Fra målinger til rettelser

Næste skridt efter testen er implementering. Hastighedsværktøjer bør føre til konkret arbejde: komprimering af billeder, mindre JavaScript, færre layoutforskydninger, bedre cacheheadere, fjernelse af ubrugt kode, gennemgang af tredjepartsscripts eller lavere svartid fra serveren.

Hvis du vil forstå målingerne bag indlæsning, stabilitet og reaktionstid, så læs Core Web Vitals-guiden. For den bredere diagnostiske arbejdsgang er hjemmesideanalyse til SEO og udvikling et godt startpunkt. Hvis hjemmesiden har brug for målrettede rettelser, kan du sende mig URL’en og det, der føles langsomt.