Skip to content

WCAG 2.1 Criteria

19.1.1. Conformance Levels

The TQS frontend specification requires mandatory conformance to WCAG (Web Content Accessibility Guidelines) 2.1 Level AA.

LevelDescriptionTQS Requirement
AMinimum level of accessibility. Basic requirements for all users to access contentMandatory
AAGeneral level of accessibility. Ensures accessibility for most types of disabilitiesMandatory
AAAHighest level of accessibility. Enhanced criteria covering specialized scenariosRecommended
  • All success criteria for Level A and Level AA must be satisfied.
  • Level AAA may be applied selectively depending on project characteristics.
  • New projects must incorporate Level AA from the initial design phase.

19.1.2. Four Principles

WCAG 2.1 is based on the following four principles. The key guideline items under each principle must be followed.

Perceivable

  • All non-text content (images, icons, etc.) must have alternative text.
  • Multimedia content must have captions or transcripts.
  • Content structure and relationships must be programmatically determinable.
  • Information must not be conveyed by color alone.

Operable

  • All functionality must be operable using only a keyboard.
  • Content with time limits must allow users to adjust the time.
  • Content that flashes more than 3 times per second must not be used.
  • Means must be provided for users to navigate content and identify their current location.

Understandable

  • The page language must be specified, such as <html lang="ko">.
  • Input errors must be automatically detected, and error descriptions must be provided in text.
  • Consistent navigation and consistent identification must be maintained.
  • Context changes must not occur automatically in ways unintended by the user.

Robust

  • Valid HTML markup must be used. Opening/closing tags and unique id attributes must be properly maintained.
  • The name and role of all UI components must be recognizable by assistive technologies.
  • Status messages must be conveyed to assistive technologies without moving focus.

19.1.3. Color Contrast

The color contrast ratio between text and background must meet the following criteria.

TargetMinimum Contrast RatioNotes
Normal text (below 18px)4.5:1Required for AA level
Large text (18px or above, or 14px or above bold)3:1Required for AA level
UI components and graphical elements3:1Includes button borders, icons, etc.
  • Inactive UI components and purely decorative elements are exempt from contrast requirements.
  • Logos and brand text are exempt from contrast requirements.
  • Contrast ratios must be verified numerically using validation tools.
  • Contrast requirements must be met in both dark mode and light mode.

19.1.4. Validation Tools

Accessibility conformance must be automatically validated using the following tools.

ToolPurposeApplication Timing
axe-coreRuntime automated accessibility testingDevelopment and CI/CD
Lighthouse accessibility auditAccessibility score measurement of build artifactsCI/CD
eslint-plugin-vuejs-accessibilityAccessibility lint rules for Vue templatesDuring code authoring
  • axe-core must be integrated into unit tests and E2E tests. Using @axe-core/playwright or vitest-axe is recommended.
  • The Lighthouse accessibility audit score must be maintained at 90 or above. It must be measured automatically in the CI pipeline.
  • eslint-plugin-vuejs-accessibility must be included in the ESLint configuration to detect accessibility violations at the time of code authoring.
bash
# Install eslint-plugin-vuejs-accessibility
npm install --save-dev eslint-plugin-vuejs-accessibility
  • Automated validation tools alone cannot detect all accessibility issues. Manual testing with screen readers (NVDA, VoiceOver) is recommended as a complement.

TIENIPIA QUALIFIED STANDARD