Hurtigere hjemmeside hjælp til en langsom hjemmeside

RUM

RUM er måling af performance direkte fra brugernes browsere via dit eget script eller analytics. Det giver dig CWV og brugerforløb på dine konkrete sider og segmenter.

Skrevet af Kim Tetzlaff

Kort fortalt: RUM indsamler timings og hændelser fra rigtige sessions - typisk via et lille JavaScript-snippet der sender målinger til jeres database eller en tredjepartsplatform. Det er jeres eget supplement til CrUX, som er aggregeret offentlig data.

Hvad får I ud af RUM som I ikke altid får fra CrUX?

  • Fuldt samspil med jeres routing, authentication, feature flags og forretningslogik.
  • Mulighed for at splitte på SKU, template, kampagner, betalende vs. organisk - alt hvor I tør sende dimensioner med omtanke for GDPR og privatliv.
  • Længere hale af URL’er og små undersider uden nok CrUX-volumen til meningsfuld statistik.

CrUX er grovere og anonymiseret. RUM kan være finmasket - til gengæld betaler I med kompleksitet, sampling og vedligehold.

RUM vs lab

RUMLab (Lighthouse)
BrugerRigtige brugereKontrolleret miljø
DebuggingSession replay, spans, dashboardsMeget detaljeret trace ét load ad gangen
BiasKun brugere der loader jeres tag og ikke blokerer detKan mangle realistisk net og hardware

Den gode arbejdsgang: lab finder årsag, RUM bekræfter om fix rammer de rigtige populationer og ikke kun staging.

Typiske RUM-målinger

  • LCP, CLS, INP (eller leverandørens tilsvarende interaktionsmetrikker)
  • Navigations-timing (TTFB m.m.)
  • Custom marks (“hero vist”, “checkout klar”) - når I har defineret meningsfulde milestones

Faldgruber

  • For tungt RUM-script kan forværre INP - sample og defer.
  • For mange dimensions med små tal → statistisk støj og vildledende konklusioner.
  • RUM erstatter ikke kvalitetskontrol på staging; I skal stadig bruge DevTools til dyb diagnose.
  • Consent: måling må følge jeres CMP og lovgivning - performance-måling er ikke fritaget.

Relaterede begreber

FAQ

Er RUM påkrævet?

Nej. Mange sites klarer sig med CrUX og Lighthouse. RUM er næste trin når I har mange templates, lande eller skal binde performance til forretnings-KPI med egne dimensioner.

Gør RUM siden langsommere?

Det kan det, hvis scriptet er tungt eller kører for tidligt. Hold payload lille, sample agressivt på høj trafik, og undgå at blokere første interaktion - ellers måler I performance mens I forværrer den.

Hvad kan RUM som CrUX ikke?

Finmasket segmentering (SKU, kampagner, betalende vs. organisk), auth-baserede flows og lange haler af URL’er uden nok CrUX-volumen - forudsat I håndterer GDPR og samtykke ansvarligt.

Skal RUM erstatte lab?

Nej. Lab finder årsag i kontrollerede traces; RUM bekræfter om fix rammer de rigtige brugere og ikke kun jeres udvikler-maskine. Brug begge.

Næste skridt fra begreb til handling

Guides og blogindlæg der matcher begrebets emne - ud fra fælles tags og sidens fokus.

Om forfatteren

Kim Tetzlaff

Kim skriver og vedligeholder indhold på hurtigere-hjemmeside.dk med fokus på målelig performance, Core Web Vitals og teknisk SEO. Målet er at gøre optimering konkret: hvad der faktisk flytter tal i feltdata, og hvordan du finder den korteste vej fra symptom til fix.

Kim Tetzlaff