Hurtigere hjemmeside hjælp til en langsom hjemmeside

TTI

TTI er en ældre lab-metrik for hvornår siden kunne reagere hurtigt på brugerinput uden at store JavaScript-opgaver stadig blokerede. Den er ikke længere et officielt Core Web Vital; INP og TBT er mere relevante i moderne arbejde.

Skrevet af Kim Tetzlaff

Kort fortalt: TTI forsøgte at besvare: Hvornår er siden både vist og klar til input uden at store JavaScript-opgaver stadig blokerer main thread? I moderne arbejde er feltmetrikken INP og lab-indikatorer som TBT og long tasks mere præcise til interaktivitet.

Hvorfor findes TTI stadig i samtalen?

Mange teams har KPI’er, SLA’er og dokumentation fra før Core Web Vitals-ændringer der stadig nævner TTI. Lighthouse og ældre cases kan referere til den. Det er nyttigt at kunne oversætte gamle mål til nutidens sprog: INP + LCP + CLS som felt-pakke, suppleret med lab til årsagsanalyse.

Hvad var idéen bag TTI?

TTI pegede på et tidspunkt efter load hvor:

  • vigtigt indhold var synligt, og
  • der ikke længere var lange, blokkerende tasks på main thread i et defineret vindue.

Tanken var god - at koble “klar til brug” med JavaScript-tilstand. Problemet var, at definition og måleapparat gjorde TTI ustabil og svær at sammenligne på tværs af sites og værktøjsversioner.

Hvad bruger du i stedet i 2026?

  • INP i felt (CrUX) til om interaktioner føles responsive.
  • TBT og Performance-traces i lab til at finde tunge tasks under load.
  • LCP og CLS til visuel stabilitet og hurtigt primært indhold.
  • Long task-analyse når I debugger konkrete scripts.

Sådan kommunikerer du skiftet til interessenter

“Vi erstatter TTI med INP i felt og TBT/long tasks i lab” er en klar besked. Vis på et dashboard hvordan optimering af tredjeparts-scripts og bundle-størrelse flytter INP-percentiler - det er mere handlingsorienteret end et abstrakt TTI-tal.

Relaterede begreber

FAQ

Skal vi stadig optimere mod TTI?

Kun hvis kontrakter eller interne krav eksplicit måler TTI. Ellers bør mål og dialog flyttes til INP i felt, TBT i lab og konkrete long tasks - de matcher bedre moderne browsere og brugeradfærd.

Hvorfor blev TTI kritiseret?

TTI var følsom over for netværk, tærskelværdier og hvornår scripts stoppede med at dominere main thread. Den sagde mindre om reelle interaktioner end INP, som måler faktiske input-events over tid.

Hvad er forskellen på TTI og INP?

TTI var et enkelt tidspunkt i lab efter load. INP måler respons på interaktioner (klik, tast, touch) i felt over sideforløbet - tættere på hvad brugeren oplever.

Hvor ser jeg TTI i dag?

Ældre Lighthouse-rapporter, dokumentation og legacy dashboards. Nye rapporter vægter andre metriker - tjek jeres værktøjsversionsnoter.

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