Skip to content
Udgivet

Hvilket performanceværktøj skal du bruge?

PageSpeed Insights, Lighthouse og WebPageTest nævnes ofte sammen, men de er ikke samme værktøj. De overlapper, fordi PageSpeed Insights bruger Lighthouse til lab-diagnostik, men hvert værktøj svarer på et forskelligt performance-spørgsmål.

For et dansk virksomhedswebsite er det nyttige spørgsmål ikke “hvilken score 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, bookingflow eller checkout kan kræve en anden test end en generisk forsidescore.

Performanceanalyse-dashboard med speed-score, Lighthouse-checks, waterfall-requests, filmstrip, mobile enheder og dansk websitekontekst

Det korte svar

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

  • PageSpeed Insights er bedst til at kombinere feltdata og en hurtig Lighthouse-labtest.
  • Lighthouse er bedst til gentagelige lokale audits, debugging og kontrol af performance sammen med tilgængelighed, best practices og SEO.
  • WebPageTest er bedst til detaljeret indlæsningsanalyse: lokation, forbindelse, waterfall, filmstrip, repeat view, request timing og eksperimenter.

Hvis en side er vigtig kommercielt, skal én score 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 feltdata og labdata, når der findes nok rigtige brugerdata. Feltdata kommer fra Chrome User Experience Report og afspejler reelle brugere over en nyere indsamlingsperiode. Det gør det nyttigt til at se, om besøgende faktisk oplever dårlig LCP, CLS eller INP, i stedet for kun at se et syntetisk testresultat.

Labdelen bruger Lighthouse. Det giver hurtig diagnostik for performance, tilgængelighed, best practices og SEO. Som første gennemgang er PageSpeed Insights nyttigt, fordi det samler rigtige brugerdata og en kontrolleret audit samme sted.

Hvis selve rapporten er svær at læse, forklarer guiden om at læse en Google PageSpeed Insights-rapport score, feltdata, labdata, Core Web Vitals og diagnostik trin for trin.

Brug det til:

  • At tjekke om Core Web Vitals-feltdata findes
  • At sammenligne mobil og desktop
  • At se om en side eller et origin består Core Web Vitals
  • At få en hurtig liste over sandsynlige performanceproblemer
  • At forklare performanceproblemer til ikke-tekniske beslutningstagere

Hvor PageSpeed Insights er svagere

PageSpeed Insights er ikke en komplet performanceundersøgelse.

Feltdata kan mangle for nye, små, lavtrafikerede eller private sider. Når feltdata findes, er de aggregerede og viser ikke den konkrete request, der skabte en dårlig oplevelse. Labdata er en simuleret kørsel, så den kan afvige fra rigtige brugere i Danmark eller andre relevante markeder.

Scoren kan også flytte fokus væk fra det reelle problem. En checkout eller kontaktformular kan score rimeligt, men stadig forsinke det trin, der skaber henvendelsen. En lavere score på grund af et mindre vigtigt tredjepartsscript kan være mindre presserende end en langsommere side, der blokerer leads.

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 auditværktøjet bag mange performance-rapporter.

Det kan køre i Chrome DevTools, fra kommandolinjen, som Node-modul, via Lighthouse CI og gennem PageSpeed Insights. Det gør det nyttigt, når performancechecks skal gentages under udvikling, review eller deployment.

Lighthouse er især nyttigt til:

  • At reproducere et performanceproblem, 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, best practices og SEO sammen med performance
  • At forebygge regressioner med Lighthouse CI på vigtige templates

I implementeringsarbejde er Lighthouse ofte mere praktisk end PageSpeed Insights, fordi det kan indgå i udviklerens workflow frem for at være et manuelt webtjek.

Hvor Lighthouse er svagere

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

Det kører en kontrolleret audit. Det er godt for gentagelighed, men det repræsenterer ikke alle rigtige besøgende, enheder, netværk, browserudvidelser, tredjepartsnedbrud eller regionale leveringsveje. En enkelt Lighthouse-rapport viser heller ikke samme request-for-request evidens som WebPageTest.

Lighthouse er stærkt til debugging, 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 testlokation, browser, device-profil, forbindelse, repeat view og mere detaljerede testbetingelser. Det betyder noget for danske websites, fordi brugere kan sidde på mobil, kontorforbindelser, hjemmenetværk eller i andre lande.

Den største fordel er evidens. WebPageTest viser waterfalls, filmstrips, request timing, page weight, visuel fremdrift, repeat views og detaljerede kørsler. Det hjælper med at svare på spørgsmål som:

  • Hvilken request forsinkede rendering?
  • 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?
  • Forbedrede caching repeat view?

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 forkert testlokation, browser, forbindelse eller device kan give misvisende konklusioner. Værktøjet kan også friste til at overanalysere én syntetisk kørsel frem for at sammenligne mønstre på tværs af feltdata, gentagne tests og rigtige brugerflows.

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

Sådan bruger du værktøjerne sammen

En praktisk arbejdsgang ser sådan ud:

  1. Start med PageSpeed Insights for feltdata, Core Web Vitals-status og en hurtig Lighthouse-audit.
  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 desktop 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 en perfekt score. Målet er en side, der viser nyttigt indhold hurtigt, forbliver stabil, reagerer på interaktion og understøtter virksomhedens mål.

Hvad jeg tjekker på danske websites

På danske virksomhedswebsites tester jeg typisk de flows, der skaber værdi:

  • Forside og vigtigste ydelsessider
  • Produkt-, booking- eller kontaktsider
  • Checkout, formularer og leadflow
  • Mobile landingssider
  • Sider med tunge billeder, scripts eller embeds
  • 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å performance-råd bør være kildebaserede. Nyttige officielle kilder:

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

Fra performance-data til rettelser

Næste skridt efter testen er implementering. Performanceværktøjer bør føre til konkret arbejde: komprimering af billeder, mindre JavaScript, færre layout shifts, bedre cache headers, fjernelse af ubrugt kode, gennemgang af tredjepartsscripts eller lavere serverresponstid.

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

Flere artikler