Doherty Threshold er et af de mest brugbare principper i UX design: Hvis din brugerflade reagerer inden for cirka 400 millisekunder, holder du brugeren i flow.
I denne guide får du en praktisk forklaring på, hvad Doherty Threshold er, hvorfor det betyder noget for både UX og SEO, og hvordan du bruger det i praksis.
Hvad er Doherty Threshold?
Doherty Threshold (opkaldt efter forskeren John Doherty) siger, at et system bør reagere på brugerinput inden for ca. 400ms for at fastholde engagement.
Hvis din app eller hjemmeside føles langsommere end det, opstår der friktion. Og friktion betyder ofte lavere tilfredshed, færre konverteringer og højere bounce rate.
Hvorfor er Doherty Threshold vigtig for UX og SEO?
Hastighed påvirker adfærd. Adfærd påvirker SEO.
Når brugere oplever forsinkelse, er de mere tilbøjelige til at:
- forlade siden før de løser deres opgave,
- besøge færre undersider,
- og komme tilbage sjældnere.
Når din løsning reagerer hurtigt, interagerer brugerne mere, bliver længere og gennemfører flere handlinger. Den type adfærd understøtter bedre organisk performance over tid.
Sådan bruger du Doherty Threshold i dit UX design
1. Giv øjeblikkelig visuel feedback
Nogle handlinger vil altid tage længere tid end 400ms. Derfor skal interfacet kvittere med det samme.
Eksempler:
- skift knappens state med det samme,
- vis "Gemmer..."-mikrotekst med det samme,
- vis inline-bekræftelse, når det er muligt.
Det forbedrer den oplevede hastighed, selv når den tekniske behandling tager længere tid.
2. Brug loading states bevidst
God loading-UI reducerer usikkerhed.
Brug fx:
- skeleton screens på indholdstunge sider,
- progress-indikatorer ved længere processer,
- optimistic UI-opdateringer ved lavrisiko-interaktioner.
Når brugeren kan se fremdrift, falder risikoen for frafald markant.
3. Forudindlæs sandsynlige næste handlinger
Hvis du kan forudsige næste klik, så preload data eller assets.
Streamingtjenester forudindlæser fx de første sekunder af en video, så afspilning føles øjeblikkelig. Samme princip virker i dashboards, checkout-flows og indholdsnavigation.
4. Fjern de tunge performance-flaskehalse
Oplevet hastighed hjælper, men reel hastighed vinder altid.
Prioritér:
- billed- og medieoptimering,
- code splitting og færre tunge scripts,
- caching samt asynkron/baggrundsbehandling,
- reduktion af tredjepartsscripts.
Konkrete eksempler på Doherty Threshold
Du ser allerede principperne i produkter som Instagram, Facebook og moderne SaaS-løsninger:
- likes opdateres øjeblikkeligt,
- kommentarer får instant feedback,
- notifikationer og tællere opdateres hurtigt.
Det virker simpelt, men er ofte nøje designet til at være under (eller føles under) 400ms.
Typiske fejl med 400ms-reglen
- Ingen feedback før serversvar.
- Spinnere overalt i stedet for kontekstafhængige loading states.
- Visuel finish prioriteres over interaktionshastighed.
- Mobilforhold og langsomme netværk bliver overset.
FAQ om Doherty Threshold
Er Doherty Threshold altid præcis 400ms?
Se 400ms som en praktisk målsætning - ikke en absolut lov. Hurtigere er ofte bedre, men denne ramme hjælper med at bevare flow i de fleste interaktioner.
Hvad er forskellen på reel og oplevet performance?
Reel performance er den målte tekniske hastighed. Oplevet performance er, hvor hurtigt det føles for brugeren. God UX forbedrer begge dele.
Er Doherty Threshold stadig relevant i dag?
Ja. Brugerforventninger til hastighed er højere end nogensinde - især på mobil. Hurtig feedback er en grundlæggende kvalitetsmarkør i moderne UX.
Relaterede UX-principper
Hvis du arbejder med hastighed og interaktionskvalitet, kan du også læse:
Det vigtigste at tage med
Doherty Threshold handler ikke kun om millisekunder. Det handler om momentum.
Når brugeren får øjeblikkelig respons, bliver de i flow. Når de venter uden feedback, falder de fra.
Design først for hurtig feedback. Optimér derefter alt det bagvedliggende.