At måle hastighed er ikke det samme som at jagte en grøn cirkel. Du har brug for værktøjer, der både viser, hvordan rigtige brugere oplever siden, og hvor du skal sætte ind teknisk. Her er en praktisk oversigt til WordPress — uden forældede YSlow-scores og uden at blande lab og field sammen.

Start her: hvad skal du egentlig måle?

Google bedømmer page experience primært via Core Web Vitals i field data (rigtige brugere): LCP, INP og CLS. Lab-værktøjer (Lighthouse) er diagnostik — de finder render-blocking CSS, store billeder og tung JavaScript. Læs mere i field data vs. lab data.

  • Field først: Search Console → Core Web Vitals, eller field-delen øverst i PageSpeed Insights
  • Lab bagefter: samme URL’er som brugerne lander på (produkt, kategori, blog — ikke kun forsiden)
  • Gentag: efter rettelser, og vent på det rullende CrUX-vindue (~28 dage) før du konkluderer

Google PageSpeed Insights

PageSpeed Insights (pagespeed.web.dev) kombinerer CrUX field data (når der er nok trafik) med en Lighthouse-labtest. Den store 0–100-score er lab — ikke det Google “rangerer dig på” direkte.

Brug PSI til:

  • At se LCP, INP og CLS for URL/origin i field
  • At få en prioriteret liste over lab-findings (billeder, unused JS, TTFB-hints)
  • At sammenligne mobil vs. desktop under samme betingelser

Detaljeret guide: PageSpeed Insights — sådan forbedrer du scoren. Til batch-test kan du bruge PSI API.

Chrome UX Report og Search Console

CrUX er kilden til field data. Search Console viser, hvilke URL-grupper der er “Good / Needs improvement / Poor”. Det er her du prioriterer forretningen: en rød produkttemplate slår en grøn forside.

GTmetrix

GTmetrix kører Lighthouse-baserede tests og er nyttig, når du vil vælge testlokation, se waterfall og følge konkrete requests. Ældre artikler nævner stadig YSlow — det er forældet og ikke noget, du skal optimere efter i 2026.

Brug GTmetrix til waterfall, filmstrip og gentagne tests fra en lokation tæt på dine brugere. Brug det ikke som erstatning for CrUX.

WebPageTest

WebPageTest er det dybeste lab-værktøj: valg af lokation, browser, throttling, filmstrip, request-blocking og scriptede flows. Godt når PSI siger “noget er galt”, men du mangler bevis i netværket.

Pingdom og lignende uptime-tools

Pingdom (og lignende) er stærkest til uptime og simpel load-tid fra faste probes — ikke til Core Web Vitals. Fin som monitor; svag som eneste optimeringskompas.

Hurtigt helbredstjek her på siden

Vil du have et pejlemærke uden at åbne fem værktøjer? Start med et gratis helbredstjek på forsiden. Det erstatter ikke CrUX, men giver dig et konkret næste skridt.

Sådan vælger du værktøj

  1. Har siden trafik? → Search Console / PSI field først
  2. Skal du finde årsagen? → PSI lab + GTmetrix waterfall
  3. Er problemet komplekst (third-party, checkout)? → WebPageTest
  4. Vil du bare vide, om siden er “okay nok”? → Helbredstjek + én PSI-kørsel på en vigtig URL

Typiske fejl når du tester

  • Kun forsiden testes, mens kunder køber på produktsider
  • Lab-score jages, mens field-INP er rød
  • Test uden cache vs. rigtige brugere med cache blandes sammen uden kommentar
  • Én test fra USA bruges til at bedømme en dansk shop

Kort sagt

Brug field data til prioritering og lab til diagnose. PageSpeed Insights + Search Console er basen; GTmetrix og WebPageTest er fordybelse. Pingdom er monitorering. Når du ved, hvad der bremser, er næste skridt konkrete rettelser eller en WordPress-hastighedsaudit.