A

Accessibility
Making websites, apps, and digital content usable by people with disabilities, including visual, hearing, motor, and cognitive differences. The core idea is that everyone should be able to perceive, understand, navigate, and interact with digital products regardless of ability.
  • WCAG
  • Section 508
  • EAA
Accessibility Audit
A structured review of a website or application to identify barriers that prevent people with disabilities from using it effectively. Findings are mapped to WCAG success criteria and typically result in a prioritised remediation plan.
  • WCAG
Accessibility Overlay
A third-party JavaScript widget that claims to automatically detect and fix accessibility issues on a website. Overlays are generally not sufficient to achieve genuine WCAG conformance and are not accepted as a substitute for proper remediation by most accessibility experts or regulators.
  • WCAG
Accessibility Statement
A public document where an organisation describes the current accessibility status of a digital product, including the standards it targets, any known barriers, and how users can report issues or request assistance.
  • EAA
  • Section 508
Accessible Product
A product that people with disabilities can use effectively and independently. This covers keyboard access, screen reader support, sufficient colour contrast, clear language, and the many other factors addressed by WCAG.
  • WCAG
  • Section 508
ADA Compliance
Meeting the accessibility requirements of the Americans with Disabilities Act (ADA). The ADA does not specify a technical standard directly, but courts and the Department of Justice have endorsed WCAG 2.1 Level AA as the accepted benchmark for digital ADA compliance.
  • ADA
  • WCAG 2.1 AA
Alt Text (Alternative Text)
A short text description of an image, read aloud by screen readers for users who cannot see it. Essential for any non-decorative image. Decorative images should have an empty alt attribute (alt="") so screen readers skip them.
  • WCAG 1.1.1
  • Level A
ARIA (Accessible Rich Internet Applications)
A set of HTML attributes (roles, states, and properties) that add semantic meaning to interactive and dynamic content, helping assistive technologies understand it correctly. The first rule of ARIA is to use native HTML elements where possible; ARIA should supplement, not replace, correct markup.
  • WCAG 4.1.2
  • WAI-ARIA
Assistive Technology
Hardware or software that helps people with disabilities access and interact with digital content. Common examples include screen readers (NVDA, JAWS, VoiceOver), screen magnifiers, switch access devices, eye-tracking software, and voice control tools like Dragon NaturallySpeaking.
  • WCAG

C

Captions
On-screen text that displays the spoken dialogue and relevant non-speech sounds (like [music playing] or [door slams]) in a video, so deaf and hard-of-hearing users can follow along. Closed captions can be turned on or off; open captions are always visible.
  • WCAG 1.2.2
  • Level A
Cognitive Accessibility
Designing content and interfaces to be understandable and usable by people with cognitive disabilities, including learning difficulties, memory impairments, attention differences, and autism. Practical measures include plain language, consistent navigation, clear error messages, and avoiding time pressure.
  • WCAG 3.1
  • WCAG 3.2
  • WCAG 3.3
Color Contrast
The measured difference in luminance between text and its background. Sufficient contrast ensures text remains readable for users with low vision, colour blindness, or age-related vision changes. WCAG requires a minimum 4.5:1 ratio for normal text and 3:1 for large text at Level AA.
  • WCAG 1.4.3
  • Level AA
Conformance Level (A, AA, AAA)
The three tiers of compliance defined by WCAG. Level A is the minimum baseline: failing these criteria creates the most severe barriers. Level AA is the standard required by most laws and regulations and is the accepted industry target. Level AAA is the most comprehensive tier and is not required for entire sites.
  • WCAG
  • Section 508
  • EAA

E

EAA (European Accessibility Act)
EU legislation requiring companies operating in Europe to make their digital products and services accessible to people with disabilities. Unlike earlier EU directives that focused on the public sector, the EAA covers private sector organisations. Enforcement began June 2025.
  • EAA
  • EN 301 549
Error Messages
Descriptive feedback shown to users when something goes wrong in a form or process. Good error messages identify which field has a problem and explain clearly how to correct it, not just that an error occurred.
  • WCAG 3.3.1
  • WCAG 3.3.3
  • Level A

F

Focus Indicator
A visible highlight (typically an outline or ring) that shows which interactive element on the page currently has keyboard focus. Without a visible focus indicator, keyboard users have no way to see where they are on the page. WCAG 2.2 added the stronger 2.4.11 (Focus Not Obscured) criterion, requiring the focused element to not be hidden by sticky headers or overlays.
  • WCAG 2.4.7
  • WCAG 2.4.11
  • Level AA
Form Labels
Visible, programmatically associated text that tells users what a form input field expects. A label must be connected to its input in code (via for/id or aria-label); placeholder text alone does not meet this requirement.
  • WCAG 3.3.2
  • WCAG 1.3.1
  • Level A

K

Keyboard Navigation
The ability to access and operate a website or application using only the keyboard, without requiring a mouse or other pointing device. Critical for users with motor disabilities and for screen reader users who navigate almost exclusively by keyboard.
  • WCAG 2.1.1
  • Level A

P

Plain Language
Writing that communicates clearly and concisely, using familiar words and short sentences, so the widest possible audience can understand it on the first read. Particularly important for users with cognitive disabilities, low literacy, or English as a second language.
  • WCAG 3.1.5
  • Level AAA

R

Remediation
The process of fixing accessibility barriers identified through testing or an audit. Remediation can range from HTML markup corrections and colour changes to content rewrites and component redesigns. A remediation plan typically prioritises Level A barriers first, then Level AA.
  • WCAG
Responsive Design
A design approach that ensures content adapts appropriately to different screen sizes, orientations, and zoom levels, avoiding horizontal scrolling, broken layouts, or loss of content when the viewport changes. Directly relevant to users who increase text size or use mobile devices.
  • WCAG 1.4.10
  • Level AA

S

Screen Reader
Software that converts on-screen content into speech or refreshable braille output, enabling blind and low-vision users to access digital content. Common screen readers include NVDA and JAWS on Windows and VoiceOver on Apple devices. Screen readers rely heavily on correct HTML semantics, ARIA, and logical reading order.
  • WCAG
  • WAI-ARIA
Section 508
A US federal law (part of the Rehabilitation Act) requiring that electronic and information technology developed, procured, maintained, or used by federal agencies be accessible to people with disabilities. Agencies must meet the Section 508 standards, which are closely aligned with WCAG 2.0 Level AA. A VPAT is typically required during procurement.
  • Section 508
  • WCAG 2.0 AA
Seizure Safety
Designing digital content to avoid rapid flashing, strobing, or animated patterns that could trigger photosensitive epilepsy or other seizure disorders. Content that flashes more than three times per second, unless below the general and red flash thresholds, fails this criterion.
  • WCAG 2.3.1
  • Level A
Semantic HTML
Using HTML elements for their intended purpose and meaning, for example <button> for buttons, <nav> for navigation blocks, and <h1><h6> for headings in logical order. Correct semantics allow browsers and assistive technologies to interpret page structure without relying on visual cues.
  • WCAG 1.3.1
  • WCAG 4.1.2
  • Level A
Skip Link
A link near the top of a page (often visually hidden until focused) that lets keyboard users jump past repeated navigation blocks and land directly on the main content. Without a skip link, keyboard users must Tab through every navigation item on every page load.
  • WCAG 2.4.1
  • Level A
Substantial Conformance
An informal term describing a product that largely meets WCAG standards but may have minor remaining gaps. It is not an official WCAG conformance level; the recognised levels are A, AA, and AAA. The phrase is commonly used when 100% conformance is difficult to achieve in practice, for example due to third-party content or assistive technology variations outside the organisation’s direct control.
  • WCAG

T

Tab Order
The sequence in which keyboard focus moves through interactive elements on a page when a user presses the Tab key. Tab order should follow the logical reading order of the content and never trap users in a section with no way to move on.
  • WCAG 2.4.3
  • Level A
Time Limits
Restrictions on how long users have to complete a task or session before it expires or data is lost. Accessible products allow users to extend or disable time limits where possible, as users with disabilities may need more time to complete tasks.
  • WCAG 2.2.1
  • Level A
Transcripts
A written text version of audio-only or audiovisual content, providing access for deaf users, users who cannot play audio in their environment, or users who prefer to read rather than watch. Transcripts also make audio content searchable and indexable.
  • WCAG 1.2.1
  • Level A

V

VPAT (Voluntary Product Accessibility Template)
A standardised document used to describe how accessible a software product is against recognised accessibility standards. A completed VPAT produces an Accessibility Conformance Report (ACR). VPATs are commonly required by US federal agencies and enterprise buyers as part of procurement; a missing or inaccurate VPAT can block a sale.
  • Section 508
  • WCAG 2.1 AA
  • ACR

W

WCAG
Web Content Accessibility Guidelines: the internationally recognised set of standards published by the W3C that define how to make digital content accessible to people with disabilities. WCAG applies to websites, web apps, documents, and increasingly to mobile apps. Versions 2.0 (2008), 2.1 (2018), and 2.2 (2023) are in active use.
  • WCAG 2.0
  • WCAG 2.1
  • WCAG 2.2
  • W3C
WCAG Compliance
Meeting the success criteria defined in a given version of WCAG at a given conformance level. Most organisations and regulations target WCAG 2.1 Level AA as the minimum, with WCAG 2.2 AA increasingly required. WCAG 2.2 builds on 2.1 by adding 9 new criteria focused on cognitive disabilities, low vision, and motor control.
  • WCAG 2.1 AA
  • WCAG 2.2 AA

Z

Zoom / Scaling
The ability for users to resize text or zoom the entire page to 200% (and in some cases 400%) without the content breaking, overflowing horizontally, or requiring two-dimensional scrolling. Many users with low vision rely on browser zoom as their primary accessibility tool.
  • WCAG 1.4.4
  • WCAG 1.4.10
  • Level AA
Common Misconceptions
  • “ADA compliant”: When people use this phrase about websites they almost always mean WCAG 2.1 AA, which is the benchmark courts and the DOJ use to determine what ADA digital compliance looks like in practice. The ADA itself does not specify a technical standard.
  • “Screen reader friendly” or “keyboard accessible”: These describe specific WCAG requirements, not holistic accessibility. A product can satisfy these and still fail Level A in other areas. Full WCAG conformance covers far more than keyboard and screen reader support.
  • “Make our site accessible”: This is almost always a multi-step process: audit to find issues, prioritise by severity, remediate the code and content, then retest. There is no widget or one-click solution that achieves genuine WCAG conformance.