Ingen tidsbegränsning

Vad kriteriet kräver

Tidsbegränsning är inte en väsentlig del av den händelse eller aktivitet som presenteras av innehållet, utom för icke-interaktiva synkroniserade medier (en video som spelas) och realtidshändelser (en direktauktion, ett direktexamen där tidsgränsen är hela poängen).

Där 2.2.1 tillåter dig att behålla en sessionstimeout om du erbjuder förlängningar och varningar, tar 2.2.3 bort timeouts helt. De flesta offentliga tjänster inom EU riktar sig fortfarande enbart mot AA-överensstämmelse, så 2.2.3 är sällan ett hårt krav — men det förblir guldstandarden för formulär, ansökningar och alla flöden där ett avbrott kostar användaren verkligt arbete.

Hur man uppfyller det

• Ta bort sessionstimeouts för långa formulärapplikationer (bidragsansökningar, immigrationsformulär, skattedeklarationer).
• Spara formulärdata automatiskt till servern var few sekunder så att en sessionstimeout — om en måste finnas av säkerhetsskäl — aldrig kostar användaren data.
• Där autentisering behöver uppdateras av säkerhetsskäl, autentisera om i bakgrunden med en uppdateringstoken snarare än att logga ut användaren.
• Erbjud ett separat, tydligt “Spara och fortsätt senare”-mönster i stället för att förlita sig på sessionstid.

Vanliga fel

• Portaler för förmåns- eller visumansökningar med 15-minuterssessionsgränser som raderar formulärets data, även när användaren aktivt skriver.
• Utbildningsplattformar där frågesportstider inte kan tas bort för elever med utökade tidstillgodosedda behov.
• E-handelskassor där varukorgen töms efter ett fast tidsfönster.

Varför det är viktigt

Detta är ett AAA-kriterium som mycket få kommersiella sajter uppfyller. Men för offentliga tjänster är kostnaden för att misslyckas hög: människor överger förmånsansökningar för att deras session löper ut, ofta mer än en gång, och återkommer aldrig. Gov.UK och den amerikanska Federal Student Aid-sajten har båda offentligt investerat i att eliminera timeouts av denna anledning.