Skip to content

Standards & Guidelines

This page provides a comprehensive reference to the standards, guidelines, and regulations that govern human-centered design, accessibility, and usability. These standards form the foundation for building interfaces that work for everyone.


StandardJurisdictionScopeCurrent VersionWCAG Reference
WCAGInternationalWeb content2.2 (Oct 2023)
EN 301 549EUAll ICTV3.2.1 (2021)WCAG 2.1 AA
Section 508US FederalFederal ICTRevised (2017)WCAG 2.0 AA
ADA Title IIUS state/local govtWeb + mobile appsDOJ final rule (2024)WCAG 2.1 AA
Section 504US HHS-fundedWeb + mobile appsHHS final rule (2024)WCAG 2.1 AA
EAAEUCommercial ICTApplicable June 2025WCAG 2.1 AA
AODAOntario, CAOrganizations2021WCAG 2.0 AA
CAN/ASCCanadaAll ICTEN 301 549:2024WCAG 2.1 AA
StandardFocusKey Parts
ISO 9241Human-system interaction40+ parts on usability, accessibility, UX
ISO 6385Work system designErgonomic principles
ISO 11064Control room designDisplay, layout, environment
ISO 10075Mental workloadCognitive demands, fatigue
ISO 20282Ease of operationConsumer products

Web Content Accessibility Guidelines (WCAG)

Section titled “Web Content Accessibility Guidelines (WCAG)”
VersionPublishedSuccess CriteriaKey Additions
WCAG 2.0Dec 200861Original foundation
WCAG 2.1Jun 201878 (+17)Mobile, cognitive, low vision
WCAG 2.2Oct 202387 (+9)Cognitive, motor, authentication
WCAG 3.0In developmentNew structureBroader scope, new testing
CriterionLevelFocus
2.4.11 Focus Not Obscured (Min)AAFocus visible, not hidden
2.4.12 Focus Not Obscured (Enhanced)AAAFocus fully visible
2.4.13 Focus AppearanceAAAEnhanced focus indicators
2.5.7 Dragging MovementsAAAlternatives to drag-and-drop
2.5.8 Target Size (Minimum)AA24×24px minimum targets
3.2.6 Consistent HelpAHelp in consistent location
3.3.7 Redundant EntryADon’t ask for same info twice
3.3.8 Accessible Authentication (Min)AAAuth without cognitive tests
3.3.9 Accessible Authentication (Enhanced)AAANo object recognition/personal content
LevelRequirementsTypical Use
Level A25 criteriaBare minimum (not sufficient)
Level AA+13 criteriaCommon conformance target; legal applicability varies
Level AAA+23 criteriaEnhanced accessibility (not required)

Note: WCAG 2.2 is backwards compatible — conforming to 2.2 also means conforming to 2.1 and 2.0.


The European standard for accessibility requirements in ICT products and services.

VersionDateWCAG Alignment
V1.1.22015WCAG 2.0 AA
V2.1.22018WCAG 2.1 AA
V3.1.12019WCAG 2.1 AA
V3.2.12021WCAG 2.1 AA (still the harmonised standard)
V4.1.0June 2026WCAG 2.2 AA (final draft)
V4.1.1Expected late 2026WCAG 2.2 AA

Status as of August 2026: V3.2.1 remains the version cited in the Official Journal of the EU, so WCAG 2.1 AA is still the operative legal requirement. ETSI published the final draft V4.1.0 in June 2026; V4.1.1 is expected to be cited in the Official Journal around October 2026, at which point conformance creates a presumption of conformity with the EAA. Plan for WCAG 2.2 AA now, but note that 2.1 AA is what is currently enforceable.

Scope: Hardware, software, websites, apps, documents, support services

Key additions beyond WCAG:

  • Real-Time Text (RTT) requirements
  • ICT with two-way voice communication
  • Video communication with sign language
  • Hardware accessibility (physical controls)

Specification: https://www.etsi.org/standards/search#page=1&search=EN%20301%20549

The EU directive requiring accessibility for products and services.

Effective: June 28, 2025

Scope:

  • E-commerce websites and mobile apps
  • Banking services
  • Transport services (ticketing, check-in)
  • E-books and e-readers
  • Communication services

Technical Standard: EN 301 549 V3.2.1 (WCAG 2.1 AA)

Penalties: Set by each member state, not by the directive. Reported maximums range from roughly €60,000 (Ireland) to about €900,000 (Sweden). France sets €50,000 for a first offence, rising to €250,000 for repeat violations; Germany sets up to €100,000.

Enforcement in practice (first year): All 27 member states have transposed the directive, but enforcement has been uneven. France moved first — in November 2025 the DGCCRF issued formal enforcement notices to four major retailers (Auchan, Carrefour, E.Leclerc, Picard) after inspections found systematic e-commerce accessibility failures. German e-commerce operators began receiving law-firm warning letters shortly after transposition. Active Dutch enforcement is expected in the second half of 2026. As of mid-2026 no confirmed EAA fine had been publicly verified — but authorities can also order product withdrawal, mandate audits, and publish non-compliance, which several have signalled they will use before reaching for fines.


US federal accessibility requirements for ICT.

Current Status:

  • Still references WCAG 2.0 Level AA, unchanged since the 2017 refresh
  • No rulemaking to adopt WCAG 2.1 or 2.2 has been announced by the US Access Board. Commentary predicting a 2.2 update by 2026 did not materialise — treat any such claim with suspicion and check access-board.gov/ict directly
  • Applies to federal agencies and contractors

This leaves US federal procurement one full WCAG generation behind state and local government, which the DOJ moved to WCAG 2.1 AA. In practice most federal agencies and vendors target 2.1 AA or 2.2 AA anyway, because VPATs are increasingly requested against the newer versions.

Enforcement: US Access Board, Department of Justice

Documentation: VPAT (Voluntary Product Accessibility Template)

Resources:

Civil rights law prohibiting discrimination based on disability.

Title II (State/Local Government):

  • April 2024 DOJ final rule
  • References WCAG 2.1 Level AA (not 2.2 — a common misreading)
  • Applies to government websites, mobile apps, and content provided by private contractors on a public entity’s behalf

Compliance deadlines — extended one year in April 2026:

Entity sizeOriginal deadlineCurrent deadline
Population ≥ 50,00024 April 202626 April 2027
Population < 50,000, and special district governments24 April 202726 April 2028

The DOJ announced the extension on 17 April 2026, a week before the first deadline would have hit. The technical standard and the scope of covered content were not changed.

Title III (Public Accommodations):

  • Covers private businesses
  • Courts reference WCAG 2.1 AA in settlements
  • No explicit technical standard (yet)

Litigation: Seyfarth Shaw counted 3,117 federal website accessibility lawsuits in 2025, up 27% from 2,452 in 2024 — 36% of all 8,667 federal ADA Title III filings that year, against 28% in 2024. Filings concentrate heavily: New York (1,021), Florida (961, roughly double its 470 in 2024), and Illinois (585). California recorded just 4, reflecting state court rulings that online-only businesses fall outside ADA coverage. Including state courts, combined annual filings exceed 5,000, and roughly 46% of federal cases involve repeat defendants.

Section 504 of the Rehabilitation Act (HHS)

Section titled “Section 504 of the Rehabilitation Act (HHS)”

Often missed alongside Title II: HHS’s 2024 final rule extends digital accessibility duties to any organisation receiving HHS federal financial assistance — hospitals, health systems, health plans, community health centres, clinical research institutions, and digital health companies.

Requirement: WCAG 2.1 Level AA across websites, mobile apps, patient portals, and kiosks.

Recipient sizeOriginal deadlineCurrent deadline
15 or more employees11 May 202611 May 2027
Fewer than 15 employees10 May 202710 May 2028

HHS’s Office for Civil Rights published an interim final rule on 7 May 2026 — four days before the original deadline — extending both dates by a year, citing the number of community health centres and hospitals that would not have made it.

Resource: HHS OCR announcement


The comprehensive international standard for ergonomics of human-system interaction, comprising 40+ parts.

PartTitleLatest Update
9241-11Usability: Definitions and concepts2018
9241-110Interaction principles2020
9241-112Information presentation2025 (draft)
9241-115Interaction design2024
9241-125Recommendations for visual presentation2017
9241-129Software individualization2010
9241-143Forms2012
9241-151World Wide Web interfaces2008
9241-161Visual elements2016
9241-171Software accessibility2008
9241-210Human-centred design2019
9241-220HCD processes2019
9241-221Process assessment2023
9241-400Physical input devices — Principles2007
9241-920Tactile and haptic interactions2024

Defines usability as:

“The extent to which a system, product or service can be used by specified users to achieve specified goals with effectiveness, efficiency, and satisfaction in a specified context of use.”

Key components:

  • Effectiveness — Accuracy and completeness of goal achievement
  • Efficiency — Resources expended relative to results
  • Satisfaction — Comfort and acceptability of use

2018 updates:

  • Broadened scope from interfaces to entire system/service experience
  • Added evaluation of negative consequences (health, safety, privacy)
  • Enhanced definition of satisfaction (emotional and subjective aspects)
  • Defines accessibility as “usability for people with the widest range of capabilities”

Part 210: Human-Centred Design (2019 Revision)

Section titled “Part 210: Human-Centred Design (2019 Revision)”

Provides guidance on human-centered design processes throughout the product lifecycle.

Key principles:

  1. Design is based on explicit understanding of users, tasks, and environments
  2. Users are involved throughout design and development
  3. Design is driven and refined by user-centered evaluation
  4. Process is iterative
  5. Design addresses the whole user experience
  6. Design team includes multidisciplinary skills and perspectives

2019 updates:

  • Incorporated agile and iterative design processes
  • Replaced earlier ISO 13407 (1999)
  • Added sustainability and accessibility considerations

Seven principles for interaction design:

PrincipleDescription
Suitability for the taskSupports efficient task completion
Self-descriptivenessInteractions and states are clear
Conformity with expectationsConsistent with user expectations
LearnabilitySupports discovery and learning
ControllabilityUser can control interaction pace and sequence
Use error robustnessPrevents, tolerates, and recovers from errors
User engagementMotivating and engaging experience

New part covering:

  • Conceptual design
  • User-system interaction
  • User interface design
  • Navigation design
  • Audio user interfaces (alerts, speech recognition)
  • Integration with AI-driven applications (voice assistants)

Part 920: Tactile and Haptic Interactions (2024)

Section titled “Part 920: Tactile and Haptic Interactions (2024)”

New part addressing:

  • Touch interfaces
  • Virtual reality haptics
  • Multimodal feedback
  • Tactile encodings for accessibility

Specification access: https://www.iso.org/series/604236


Design standards for Apple platforms.

PlatformFocus
iOS/iPadOSTouch interaction, gestures, navigation
macOSPointer interaction, menus, windows
watchOSGlanceable, brief interactions
tvOSFocus-based, remote interaction
visionOSSpatial computing, eye/hand tracking

Key principles:

  • Clarity — Text is legible, icons are precise
  • Deference — Content is prioritized over chrome
  • Depth — Visual layers and motion aid understanding

Accessibility requirements:

  • Dynamic Type support
  • VoiceOver optimization
  • Reduced Motion support
  • Increased Contrast support

URL: https://developer.apple.com/design/human-interface-guidelines/

Google’s design system for Android and web.

Key features:

  • Dynamic Color — Personalized color from user wallpaper
  • Adaptive components — Responsive to screen size
  • Motion system — Meaningful, focused animations
  • Typography scale — Hierarchical type system

Accessibility:

  • Minimum 4.5:1 contrast ratios
  • 48×48dp minimum touch targets
  • State indicators for interactive elements
  • Focus management for keyboard users

URL: https://m3.material.io/

Microsoft’s design language for Windows and web.

Pillars:

  • Light — Illuminate focus and meaning
  • Depth — Create hierarchy and relationships
  • Motion — Connect experiences and actions
  • Material — Ground experiences in reality
  • Scale — Expand experiences seamlessly

Accessibility:

  • High Contrast mode support
  • Narrator optimization
  • Keyboard navigation patterns
  • Touch and pen support

URL: https://fluent2.microsoft.design/

First-party design guidance for applications built with the GNOME platform, particularly GTK 4 and Libadwaita.

Key coverage:

  • Adaptive layouts across desktops, laptops, convertibles, phones, and tiled windows
  • Keyboard navigation, standard shortcuts, and access keys
  • Accessibility testing with high contrast, large text, screen readers, and on-screen keyboards
  • Interface patterns for containers, navigation, feedback, and controls

Scope: These are GNOME-specific platform conventions, not an accessibility conformance standard. Use them alongside WCAG and any applicable regulatory requirements.

URL: https://developer.gnome.org/hig/index.html


The most widely recognized usability principles, developed by Jakob Nielsen in 1994.

#HeuristicDescription
1Visibility of system statusKeep users informed through feedback
2Match between system and real worldUse familiar language and concepts
3User control and freedomSupport undo, redo, and escape
4Consistency and standardsFollow platform conventions
5Error preventionPrevent errors before they occur
6Recognition rather than recallMinimize memory load
7Flexibility and efficiency of useSupport accelerators for experts
8Aesthetic and minimalist designRemove irrelevant information
9Help users recognize and recoverClear error messages with solutions
10Help and documentationProvide searchable, task-oriented help

OrganizationFocusURL
Nielsen Norman GroupUX research, usabilityhttps://www.nngroup.com/
W3C WAIWeb accessibilityhttps://www.w3.org/WAI/
WebAIMAccessibility tools/traininghttps://webaim.org/
A11y ProjectCommunity accessibilityhttps://www.a11yproject.com/
DequeAccessibility tools/traininghttps://www.deque.com/
Baymard InstituteE-commerce UX researchhttps://baymard.com/
ToolTypeURL
axe DevToolsBrowser extensionhttps://www.deque.com/axe/
WAVEBrowser extensionhttps://wave.webaim.org/
LighthouseChrome DevToolsBuilt into Chrome
Pa11yCI/CD integrationhttps://pa11y.org/
NVDAScreen reader (Windows)https://www.nvaccess.org/
VoiceOverScreen reader (macOS/iOS)Built into Apple devices
ReportPublisherFocus
WebAIM MillionWebAIMAccessibility of top 1M sites
State of Mobile UXBaymardE-commerce mobile usability
Accessibility Legal LandscapeSeyfarth ShawADA lawsuit trends

WCAG 2.2 became a W3C Recommendation in October 2023. Key adoption milestones:

  • ISO/IEC 40500:2025 approval (October 2025)
  • EN 301 549 v4.1.1 (planned 2026) will reference WCAG 2.2 AA
  • Courts increasingly citing WCAG 2.2 in litigation

The EAA became legally applicable on June 28, 2025:

  • E-commerce, banking, transport must comply
  • Penalties up to €100,000 or 4% of revenue
  • Technical standard: EN 301 549 / WCAG 2.1 AA
  • April 2024: DOJ published the Title II final rule referencing WCAG 2.1 AA
  • 17 April 2026: DOJ extended both Title II deadlines by a year (now April 2027 / April 2028)
  • 7 May 2026: HHS extended both Section 504 deadlines by a year (now May 2027 / May 2028)
  • Section 508 remains on WCAG 2.0 AA with no announced rulemaking
  • 3,117 federal website accessibility lawsuits in 2025, up 27% year over year (Seyfarth Shaw)

The pattern worth noting: the technical bar has not moved, but the enforcement calendar slipped a full year on both federal tracks within three weeks of each other. Teams that paced remediation to the original dates now have breathing room; teams that had not started are in the same position they were, one year later.

Recent and upcoming parts:

  • Part 115 (2024): Interaction design including AI/voice
  • Part 920 (2024): Tactile and haptic interactions
  • Part 112 (2025): Information presentation principles

W3C published a new WCAG 3 Working Draft on 3 March 2026. What changed:

  • Terminology: “outcomes” are now requirements (the draft describes 174 of them), and “Foundational Requirements” became Core Requirements
  • Conformance: the earlier bronze/silver/gold scoring model is no longer part of the draft. The working group is revising the model toward something more flexible for organisations rather than a single pass/fail score
  • Maturity labels: individual guidelines and requirements now carry a maturity level — Placeholder, Exploratory, Developing, Refining, or Mature — so readers can see which parts are stable
  • Scope: broader than web content alone

Timeline: a Candidate Recommendation is anticipated around Q4 2027, with a final Recommendation not before 2028. W3C has stated WCAG 2 will remain current for at least several years after WCAG 3 is finalised.

The Web Is Getting Less Accessible, Not More

Section titled “The Web Is Getting Less Accessible, Not More”

The 2026 WebAIM Million (February 2026 data) reversed six consecutive years of gradual improvement:

Measure20252026
Home pages with detected WCAG 2 failures94.8%95.9%
Average detected errors per page5156.1 (+10.1%)

The six most common failures, unchanged in rank for years, still account for 96% of all detected errors:

Failure20252026Change
Low contrast text79.1%83.9%↑ 4.8
Missing alternative text55.5%53.1%↓ 2.4
Missing form input labels48.2%51.0%↑ 2.8
Empty links45.4%46.3%↑ 0.9
Empty buttons29.6%30.6%↑ 1.0
Missing document language15.8%13.5%↓ 2.3

These are all detectable by automated tooling in seconds and fixable without redesign. See Testing & Audit Tools.

The EU AI Act’s Article 50 transparency obligations became applicable on 2 August 2026, and they are interface requirements as much as legal ones:

  • People must be clearly informed when they are interacting with an AI system (chatbots, virtual assistants) unless it is obvious from context
  • Synthetic audio, image, video, and text — including deepfakes — must be marked in a machine-readable, detectable format
  • Deployers must disclose deepfakes depicting real people, places, or events

These apply to any AI system in those situations, not only high-risk ones. Separately, obligations for standalone high-risk systems (Annex III) were deferred from August 2026 to 2 December 2027, and product-embedded high-risk systems (Annex I) to 2 August 2028.

For designers this lands squarely in disclosure and labelling patterns — see Trust & Perception and Notifications & Feedback.


WCAG:

European:

US:

Data and trends:

ISO 9241:

Platform Guidelines: