Time to Interactive (TTI) var en laboratoriemåling, der estimerede tidspunktet, hvor siden var visuelt indlæst og hovedtråden havde været uden lange opgaver i en periode. Ideen var at finde det øjeblik, hvor brugeren kunne interagere uden mærkbar forsinkelse — men metrikken er i praksis historisk.
TTI i dag: historisk, ikke primær
TTI indgår ikke længere i Lighthouse 10+ performance-scoren og er ikke en Core Web Vital. Den kan stadig forklare ældre rapporter og GTmetrix-resultater, men bør ikke være hovedmål i nye optimeringsprojekter. Brug i stedet INP til oplevet responsivitet hos rigtige brugere og TBT til at lokalisere blokerende JavaScript i laboratoriet.
En side kan have god LCP og stadig føles træg, hvis scripts monopoliserer hovedtråden. TTI forsøgte at fange det, men var følsom over for netværksstøj og svær at reproducere stabilt. Long tasks over 50 ms er stadig det praktiske signal i DevTools.
Interaktivitet i WordPress
Det rigtige mål er ikke at jagte et enkelt “fuldt interaktivt” tidspunkt, men at sørge for, at vigtige handlinger virker hurtigt. Gennemgå scripts fra tema, plugins, samtykke, chat og analyse — og indlæs dem kun, hvor de er nødvendige. Page builders, sliders og WooCommerce-udvidelser er hyppige kilder til blokerende arbejde efter første rendering.
Reducer mængden af JavaScript frem for kun at flytte indlæsningstidspunktet. Fjern funktioner, der ikke bruges, og test formularer, navigation og checkout på en mindre mobil enhed.
Sådan måler du i stedet
Brug PageSpeed Insights til feltdata for LCP og INP. I Lighthouse og Chrome DevTools: se TBT, long tasks og Performance-panelets main thread-aktivitet. Reproducer langsomme flows manuelt — søgning, filtrering, kurv — og knyt dem til konkrete scripts, før du optimerer bredt.