STANDARDS MAPPING · TECHNICAL REFERENCE

A11yGo Toolbar — WCAG 2.1, WCAG 2.2, IS 17802, WAI-ARIA, EN 301 549 & Section 508 Mapping

A criterion-by-criterion record of exactly what the A11yGo Toolbar fulfils across the six major accessibility frameworks — what it directly provides, what it supports, what it enhances, and what always remains the website owner's responsibility.

Updated 2025 14 min read 6 frameworks
WCAG 2.1 WCAG 2.2 IS 17802 WAI-ARIA EN 301 549 Section 508

How the status legend works

Every criterion in this mapping is marked with one of five statuses. The colour is never the only signal — each status also has a text label.

Directly addresses

The toolbar can directly provide the required functionality.

Supports

The toolbar can help, but the website must still satisfy the requirement.

Enhancement only

Useful accessibility feature, but not a direct WCAG success criterion.

Not addressed by toolbar

Must be handled by the website / application itself.

Test required

Depends on the actual A11yGo implementation and should be verified during testing.

What this mapping means — and what it does not mean

The A11yGo Toolbar is a user-side accommodation layer. It fulfils requirements about giving users controls and preserving their preferences — text size, colour modes, spacing, motion, focus visibility and speech support. That is genuinely valuable, and several success criteria can be met with the toolbar as the mechanism the user operates.

But a website's WCAG / IS 17802 / EN 301 549 conformance is judged on the website's own code: its semantic structure, authored alternative text, captions, form labelling and authored colour contrast. Installing a toolbar does not, by itself, make a site conformant — and no honest mapping should claim that.

Recommended wording

The accurate claim is: "The A11yGo Toolbar provides WCAG / IS 17802 / EN 301 549 / Section 508-aligned user controls, directly addressing criteria such as 1.4.4 Resize Text and 1.4.12 Text Spacing, and supporting 1.4.3, 2.2.2, 2.4.7 and 4.1.3 — as part of a broader accessibility program."

1 · WCAG 2.1 / 2.2 — full mapping

WCAG 2.2 includes the additional criteria 2.4.11–2.4.13, 2.5.7–2.5.8 and 3.3.7–3.3.8; they are shown inline below and should be kept separate from WCAG 2.1 in your own tracking.

WCAG 2.1 and WCAG 2.2 success criteria mapped to A11yGo Toolbar capabilities
WCAG Requirement A11yGo feature Status
1.1.1 Non-text Content Alt-text assistance, if implemented Supports
1.2.1 Audio-only / Video-only Not addressed by toolbar
1.2.2 Captions Not addressed by toolbar
1.2.3 Audio Description / Media Alternative Not addressed by toolbar
1.2.4 Captions — Live Not addressed by toolbar
1.2.5 Audio Description Not addressed by toolbar
1.3.1 Info and Relationships Not addressed by toolbar
1.3.2 Meaningful Sequence Reading mode may help presentation Supports
1.3.3 Sensory Characteristics Not addressed by toolbar
1.3.4 Orientation Not addressed by toolbar
1.3.5 Identify Input Purpose Not addressed by toolbar
1.4.1 Use of Color Contrast / color controls Supports
1.4.2 Audio Control Not addressed by toolbar
1.4.3 Contrast (Minimum) Contrast / High Contrast Supports
1.4.4 Resize Text Text Resize Directly addresses
1.4.5 Images of Text Not addressed by toolbar
1.4.6 Contrast (Enhanced) High Contrast Supports
1.4.7 Low or No Background Audio Not addressed by toolbar
1.4.8 Visual Presentation Text / spacing / contrast / reading controls Supports
1.4.9 Images of Text Not addressed by toolbar
1.4.10 Reflow Text / zoom controls may help Supports
1.4.11 Non-text Contrast Contrast controls Supports
1.4.12 Text Spacing Text spacing controls Directly addresses
1.4.13 Content on Hover / Focus Not addressed by toolbar
2.1.1 Keyboard Keyboard assistance Supports
2.1.2 No Keyboard Trap Toolbar keyboard implementation Test required
2.1.4 Character Key Shortcuts Keyboard settings Supports
2.2.1 Timing Adjustable Not addressed by toolbar
2.2.2 Pause, Stop, Hide Reduce Motion / Stop Animation Supports
2.3.1 Three Flashes Not addressed by toolbar
2.3.2 Three Flashes Not addressed by toolbar
2.3.3 Animation from Interactions Reduce Motion Supports
2.4.1 Bypass Blocks Skip Navigation, if implemented Directly addresses
2.4.2 Page Titled Not addressed by toolbar
2.4.3 Focus Order Focus assistance Supports
2.4.4 Link Purpose Not addressed by toolbar
2.4.5 Multiple Ways Not addressed by toolbar
2.4.6 Headings and Labels Reading / heading highlighting Supports
2.4.7 Focus Visible Focus Highlight Directly addresses
2.4.11 Focus Not Obscured — Minimum Focus assistance Supports
2.4.12 Focus Not Obscured — Enhanced Focus assistance Supports
2.4.13 Focus Appearance Focus enhancement Supports
2.5.1 Pointer Gestures Not addressed by toolbar
2.5.2 Pointer Cancellation Not addressed by toolbar
2.5.3 Label in Name Toolbar controls Test required
2.5.4 Motion Actuation Reduce motion Supports
2.5.7 Dragging Movements Not addressed by toolbar
2.5.8 Target Size Toolbar controls Test required
3.1.1 Language of Page Not addressed by toolbar
3.1.2 Language of Parts Not addressed by toolbar
3.2.1 On Focus Not addressed by toolbar
3.2.2 On Input Not addressed by toolbar
3.2.3 Consistent Navigation Not addressed by toolbar
3.2.4 Consistent Identification Not addressed by toolbar
3.2.6 Consistent Help Not addressed by toolbar
3.3.1 Error Identification Not addressed by toolbar
3.3.2 Labels / Instructions Not addressed by toolbar
3.3.3 Error Suggestion Not addressed by toolbar
3.3.4 Error Prevention Not addressed by toolbar
3.3.7 Redundant Entry Not addressed by toolbar
3.3.8 Accessible Authentication Not addressed by toolbar
4.1.2 Name, Role, Value Accessible toolbar + ARIA Directly addresses
4.1.3 Status Messages ARIA live / status implementation Supports

2 · A11yGo's strongest WCAG areas

Reduced to the criteria where the toolbar can genuinely contribute, the list is:

Perceivable

  • Supports 1.4.1 Use of Color
  • Supports 1.4.3 Contrast (Minimum)
  • Directly addresses 1.4.4 Resize Text
  • Supports 1.4.6 Contrast (Enhanced)
  • Supports 1.4.8 Visual Presentation
  • Supports 1.4.10 Reflow
  • Supports 1.4.11 Non-text Contrast
  • Directly addresses 1.4.12 Text Spacing

Operable

  • Supports 2.1.1 Keyboard
  • Test required 2.1.2 No Keyboard Trap
  • Supports 2.2.2 Pause / Stop / Hide
  • Supports 2.3.3 Animation from Interactions
  • Directly addresses 2.4.1 Bypass Blocks
  • Supports 2.4.3 Focus Order
  • Directly addresses 2.4.7 Focus Visible
  • Supports 2.4.11 Focus Not Obscured
  • Supports 2.4.12 Focus Not Obscured — Enhanced
  • Supports 2.4.13 Focus Appearance
  • Supports 2.5.4 Motion Actuation

Understandable

  • Not addressed by toolbar Very few direct WCAG requirements in this principle can be satisfied by a toolbar; most belong to the website itself.

Robust

  • Directly addresses 4.1.2 Name, Role, Value
  • Supports 4.1.3 Status Messages

3 · WAI-ARIA — a different kind of requirement

WAI-ARIA is not a conformance standard to "pass" — it is a technical specification for making custom controls accessible through correct roles, states, properties, accessible names and interaction patterns. The A11yGo Toolbar is itself a custom control, so this is where the toolbar is tested as a product, not as a site feature.

What the toolbar should implement correctly

Toolbar semantics

  • role="toolbar" where a true toolbar grouping applies
  • An accessible name for the toolbar
  • Correct grouping of related controls

Buttons

  • Accessible name on every button
  • Native button semantics
  • Keyboard activation (Enter / Space)
  • Correct focusability and tab order

Toggle buttons

  • aria-pressed kept in sync with state
<button type="button"
    aria-label="High contrast"
    aria-pressed="false">
    High Contrast
</button>

Expandable controls & panel

  • aria-expanded and aria-controls on the launcher
  • Dialog semantics where applicable
  • Accessible panel name
  • Focus management and focus return

Slider controls

If sliders are used for text size, spacing or zoom, verify:

  • role="slider"
  • aria-valuemin / aria-valuemax / aria-valuenow
  • Accessible name and keyboard operation

Live status

If the toolbar announces changes such as "High contrast enabled", use a live region / status container (e.g. aria-live="polite", role="status").

Required ARIA testing checklist

  • Roles
  • States
  • Properties
  • Accessible names
  • Keyboard interaction
  • Focus management
  • State changes
  • Dynamic updates
  • Screen-reader announcements

4 · EN 301 549 (European ICT standard)

For web pages, EN 301 549's clause 9 requirements are based on WCAG — so it is not an independent checklist to add on top of WCAG; it is the European vehicle for the same criteria. Two further clauses are directly relevant to the toolbar:

  • Clause 11.5.1 / 11.7 User preferences: the toolbar persists each visitor's preferred contrast, text size, spacing, font and motion settings (localStorage) and restores them on return visits.
  • Clause 12.1.2 Accessible documentation: the toolbar ships with a built-in keyboard-shortcut reference (F12, Esc, Ctrl+Alt combos) available from the UI.
A11yGo features mapped to EN 301 549 relevance
A11yGo featureEN 301 549 status
Text Resize Directly addresses / supports
Text Spacing Directly addresses / supports
Contrast Supports
High Contrast Supports
Reduce Motion Supports
Keyboard Assistance Supports
Focus Enhancement Supports
Skip Navigation Directly addresses
Accessible Toolbar Directly addresses; test required
ARIA implementation Directly addresses; test required
Reading Assistance Supports
Cursor Enhancement Enhancement only

5 · Section 508 (U.S. Rehabilitation Act — ICT Refresh)

The U.S. Revised Section 508 Standards incorporate WCAG 2.0 Level A and AA for applicable electronic content (E205.4). A11yGo's relevant support therefore flows through the corresponding WCAG areas, plus the software-application expectations around keyboard access, focus and user preferences:

A11yGo features mapped to Section 508 relevance
A11yGo featureSection 508 status
Text Resize Supports
Contrast Supports
Text Spacing Supports
Keyboard Supports
Focus Supports
Skip Navigation Directly addresses
Accessible Toolbar Directly addresses; test required
ARIA Directly addresses; test required
Reduce Motion Supports
Reading Assistance Enhancement only
Cursor Enhancement only

The website as a whole must still satisfy the applicable requirements — Section 508 does not become satisfied simply because A11yGo is installed.

6 · IS 17802 (Indian ICT accessibility standard)

For the Indian market this is the standard to treat most carefully. BIS lists two parts as active:

  • IS 17802 Part 1:2021 — Accessibility for ICT Products and Services — Requirements (Part 1 is BIS's adoption of EN 301 549).
  • IS 17802 Part 2:2022 — Determination of Conformance.

The relevant areas for the toolbar are the website accessibility requirements that correspond to the WCAG-based web requirements, aligned with India's Supreme Court directive (April 2025) and RBI Circular RBI/2025-26/75:

A11yGo features mapped to IS 17802 relevance
A11yGo featureIS 17802 status
Text Resize Supports
Text Spacing Supports
Contrast Supports
High Contrast Supports
Reduce Motion Supports
Keyboard Assistance Supports
Focus Enhancement Supports
Skip Navigation Directly addresses
Accessible Toolbar Directly addresses; test required
ARIA Directly addresses; test required
Reading Assistance Enhancement only
Cursor Enhancement Enhancement only

A note on clause numbers

We deliberately do not publish exact IS 17802 clause numbers in this matrix until each mapping is verified against the actual BIS standard text. Part 2 is specifically the conformance-determination part — exactly the area where guessing must be avoided. See the BIS portal for the authoritative text.

7 · Master table — A11yGo capability across all six frameworks

The complete internal reference: every A11yGo Toolbar capability mapped against WCAG 2.1, WCAG 2.2, WAI-ARIA, IS 17802, EN 301 549 and Section 508.

A11yGo Toolbar capabilities mapped across WCAG 2.1, WCAG 2.2, WAI-ARIA, IS 17802, EN 301 549 and Section 508
A11yGo capability WCAG 2.1 WCAG 2.2 WAI-ARIA IS 17802 EN 301 549 Section 508
Text Resize 1.4.4 1.4.4 Related Related Related
Text Spacing 1.4.12 Related Related Related
Letter Spacing 1.4.12 Related Related Related
Line Height 1.4.12 Related Related Related
Contrast 1.4.3 1.4.3 Related Related Related
Enhanced Contrast 1.4.6 1.4.6 Related Related Related
Non-text Contrast 1.4.11 1.4.11 Related Related Related
High Contrast Mode 1.4.3 1.4.3 Related Related Related
Grayscale 1.4.x 1.4.x Related Related Related
Reading Mode 1.4.8-related 1.4.8-related Related Related Related
Reading Guide Enhancement Enhancement Related Related Related
Highlight Links Enhancement Enhancement Related Related Related
Highlight Headings Enhancement Enhancement Related Related Related
Large Cursor Enhancement Enhancement Related Related Related
Cursor Contrast 1.4.11-related 1.4.11-related Related Related Related
Reduce Motion 2.3.3-related 2.3.3-related Related Related Related
Stop Animations 2.2.2-related 2.2.2-related Related Related Related
Keyboard Assistance 2.1.1-related 2.1.1-related ARIA implemented Related Related Related
Focus Enhancement 2.4.7 2.4.7 / 2.4.11+ ARIA implemented Related Related Related
Skip Navigation 2.4.1 2.4.1 ARIA implemented Related Related Related
Accessible Toolbar 4.1.2 4.1.2 ARIA implemented Related Related Related
Accessible Names 4.1.2 4.1.2 ARIA implemented Related Related Related
ARIA States 4.1.2 4.1.2 ARIA implemented Related Related Related
ARIA Properties 4.1.2 4.1.2 ARIA implemented Related Related Related
Live Status 4.1.3 4.1.3 ARIA implemented Related Related Related

‡ Roadmap items (Letter Spacing, Reading Mode, Reading Guide, Highlight Links, Highlight Headings): planned capabilities — verify availability in the current build before relying on them in a compliance claim.

8 · What the toolbar does not cover

Being precise about this protects your compliance program. The following always remain the website / application owner's responsibility:

Media alternatives (1.2.x)

Captions, transcripts and audio descriptions for audio and video.

Site semantics (1.3.1, 4.1.2)

Heading structure, landmarks, table markup, page titles and valid markup.

Authored colour contrast

The page's default colours must pass contrast checks on their own; the toolbar's modes help users but do not repair the authored palette.

Site-level keyboard access

Keyboard traps and inaccessible components elsewhere on the page are site bugs, not toolbar gaps.

Forms & errors (3.3.x)

Input purpose, labels, error identification and suggestions in the site's own forms.

Non-text content (1.1.1)

Alternative text for meaningful images, icons and charts must be authored in the site.

Turn this mapping into a compliance record

Run a free assessment to see where your website stands against the same criteria — then use this matrix to document the role the A11yGo Toolbar plays in your accessibility program.