WCAG 2.2.3: No Timing
Understanding WCAG 2.2.3 No Timing
WCAG 2.2.3 No Timing (Level A) is a success criterion introduced in WCAG 2.2. It addresses the critical need to eliminate or manage time limits for user interactions on web content, ensuring that users are not rushed and can complete tasks at their own pace. This criterion is fundamental to creating an inclusive web environment where all users, regardless of their abilities, can interact effectively without arbitrary pressure or the risk of losing their progress.
While earlier WCAG versions (2.0 and 2.1) included criteria related to timing (e.g., WCAG 2.2.1 Timing Adjustable), SC 2.2.3 specifically broadens the scope to cover all time limits imposed by content, aiming for a more comprehensive approach to user control over the pace of interaction.
Why No Timing Matters for Accessibility
Time limits can present significant barriers for a wide range of users, making web content inaccessible and frustrating. Removing or managing these limits is crucial for:
Ultimately, time limits can lead to user frustration, abandonment of tasks, loss of unsaved data, and exclusion from essential services or information. Providing control over timing fosters a more relaxed, efficient, and inclusive user experience.
Success Criteria and Requirements (WCAG 2.2.3)
The core requirement of WCAG 2.2.3 No Timing is that, except for real-time events, any time limits imposed by the content are either not present, or the user is allowed to adjust, remove, or extend the limit.
This criterion provides several ways to satisfy its requirements:
It’s important to differentiate between 'essential’ time limits, which are rare and truly integral to the function, and arbitrary time limits that serve no critical purpose for the user.
Practical Guidelines for Compliance
To ensure your web content complies with WCAG 2.2.3 No Timing, consider the following practical guidelines:
Examples of Correct and Incorrect Implementations
Correct Implementation Examples
Below are examples of how to implement user interfaces that comply with WCAG 2.2.3.
Example 1: Session Timeout with Extension Option
Explanation: This example displays a warning message 60 seconds before a simulated session expiration. It provides a prominent 'Extend Session’ button, allowing the user to easily reset the timer and continue their activity without losing progress. The `aria-live=”polite”` attribute ensures screen readers announce the warning.
Example 2: Untimed Form Submission
Explanation: This form has no imposed time limits for completion. Users can fill it out at their own pace without fear of data loss due to a timeout. This is the simplest and often preferred method of compliance.
Incorrect Implementation Examples
These examples demonstrate common pitfalls that violate WCAG 2.2.3.
Example 1: Automatic Logout Without Warning or Extension
Explanation: This script forces a logout after 5 minutes of inactivity without any prior warning or option for the user to extend their session. This is a direct violation of WCAG 2.2.3, as it can cause significant data loss and frustration for users who need more time.
Example 2: Auto-Advancing Carousel Without User Controls
Explanation: An image carousel that automatically rotates every few seconds without providing any controls for the user to pause, stop, or navigate between slides. Users who need more time to read the text or perceive the image on a slide will be rushed, missing content, which violates the „No Timing” principle.
Best Practices and Common Pitfalls
Best Practices
Common Pitfalls
By adhering to WCAG 2.2.3 No Timing, you contribute to a more inclusive and user-friendly web, allowing everyone to interact with content confidently and at their preferred pace.
Related posts
- WCAG 5.2.3: Complete processes
- WCAG 5.2.4: Only Accessibility-Supported Ways of Using Technologies
- WCAG 5.2.5: Non-Interference
- WCAG 5.3.1: Required elements of the conformity declaration
- WCAG 5.3.2: Optional Components of a Conformance Claim
Still looking for answers?
Ask our experts using online chat