Ingen timing

Hvad kriteriet kræver

Timing er ikke en nødvendig del af den begivenhed eller aktivitet, indholdet præsenterer, undtagen for ikke-interaktive synkroniserede medier (en video der afspilles) og realtidshændelser (en live-auktion, en live-eksamen, hvor tidsbegrænsningen er selve pointen).

Hvor 2.2.1 tillader en sessionstimeout, hvis du tilbyder forlængelse og advarsler, fjerner 2.2.3 timeouts helt. De fleste offentlige tjenester i EU sigter stadig kun mod AA-overensstemmelse, så 2.2.3 er sjældent et hårdt krav — men det forbliver guldstandarden for formularer, ansøgninger og ethvert flow, hvor et afbrud koster brugeren reelt arbejde.

Sådan lever du op til det

• Fjern sessionstimeouts på lange ansøgningsskemaer (ydelsesansøgninger, immigrationsblanketter, selvangivelser).
• Auto-gem formularindhold til serveren hvert par sekunder, så en sessionstimeout — hvis den skal eksistere af sikkerhedsmæssige årsager — aldrig koster brugeren data.
• Hvor autentificering skal fornyes af sikkerhedsmæssige årsager: re-autentificer stille i baggrunden med et refresh-token frem for at logge brugeren ud.
• Tilbyd et eksplicit „Gem og fortsæt senere“-mønster frem for at støtte sig til sessionens levetid.

Typiske fejl

• Ydelse- og visumansøgningsportaler med 15-minutters sessionsbegrænsninger, der sletter formularindhold, selv når brugeren aktivt er ved at taste.
• Uddannelsesplatforme, hvor quiz-timing ikke kan fjernes for studerende med forlænget-tid-tilpasninger.
• E-handels-checkout-flows, hvor indkøbskurven tømmes efter et fast tidsvindue.

Hvorfor det er vigtigt

Dette er et AAA-succeskriterium, som meget få kommercielle websteder opfylder. Men for offentlige tjenester er prisen for at mislykkes høj: folk opgiver ydelsesansøgninger, fordi deres session udløber — ofte mere end én gang — og vender aldrig tilbage. Gov.UK og det amerikanske Federal Student Aid-websted har begge offentligt investeret i at eliminere timeouts af denne grund.