WCAG 3.1.6: Pronunciation
WCAG 3.1.6: Pronunciation (Level AAA)
The WCAG 3.1.6 Pronunciation success criterion is part of the Understandable principle, specifically under Guideline 3.1 Readable. This criterion addresses the need to provide assistance for understanding the correct pronunciation of words, particularly when their pronunciation is ambiguous or crucial for comprehension.
It is classified as a Level AAA success criterion, meaning it represents a higher level of accessibility and may not be feasible for all content and contexts, but it significantly enhances usability for specific user groups.
Why Pronunciation Matters for Accessibility
Ambiguous or unfamiliar pronunciations can create significant barriers for various users. Ensuring that users can determine the correct pronunciation of words is vital for comprehensive understanding and an inclusive web experience.
Accessibility Impact
Success Criterion 3.1.6 Pronunciation
The official wording for this success criterion is:
3.1.6 Pronunciation: When necessary for understanding, provide a way to determine the correct pronunciation of words. (Level AAA)
Key Requirements Explained:
Practical Guidelines for Compliance
Meeting WCAG 3.1.6 involves offering clear, accessible ways for users to discern the correct pronunciation of words where ambiguity could hinder understanding. Here are several methods:
1. Using the HTML <ruby> Element
The <ruby> element is specifically designed for phonetic annotations, often used in East Asian typography (e.g., furigana for kanji) but semantically appropriate for any language requiring phonetic guides. It associates a phonetic guide (ruby text) with a base text.
2. Providing Audio Pronunciation
An audio clip of the word being spoken can be an effective way to convey pronunciation, especially for complex words or foreign languages. Ensure the audio player is accessible (e.g., keyboard navigable, provides controls).
3. Textual Phonetic Spellings or Descriptions
Including a common phonetic spelling (e.g., using IPA or a simplified English-based phonetic spelling) directly adjacent to the word, in a glossary, or as a tooltip can be helpful.
4. Linking to External Resources
For extensive or highly specialized vocabulary, linking to reputable dictionaries or pronunciation guides can be a practical solution.
Examples of Correct and Incorrect Implementations
Correct Implementations
Example 1: Using the <ruby> Element
This method directly associates the phonetic guide with the word, making it programmatically discernible and visually clear.
Explanation: The <ruby> element wraps the base text and its phonetic annotation. The <rp> elements ensure that if a browser doesn’t render ruby text visually, the phonetic guide appears in parentheses, e.g., "Canberra (KAN-buh-ruh)".
Example 2: Providing Audio Pronunciation
An icon or link next to the word that plays an audio clip.
Explanation: A button provides an accessible way for users to trigger the audio playback. The aria-label ensures screen reader users understand the button’s purpose. The audio element is present in the DOM but hidden by default, played via JavaScript.
Example 3: Adjacent Phonetic Spelling or Glossary Link
For simpler cases or less frequent needs, a direct phonetic spelling or a link to a glossary can suffice.
Explanation: The phonetic spelling is directly available in the text. A glossary link provides an organized way to access pronunciation for multiple terms.
Incorrect Implementations
Example 1: No Pronunciation Provided When Needed
Content that uses words requiring pronunciation clarification but offers no method for users to determine it.
Explanation: "Aphthous stomatitis" is a complex medical term that many users, including screen reader users or non-native speakers, would struggle to pronounce or fully understand without assistance. No pronunciation guide is provided.
Example 2: Pronunciation Hidden or Inaccessible
Using methods that are not programmatically determinable or not perceivable by all users.
Explanation: The title attribute is often not consistently exposed to screen readers or other assistive technologies and may not be easily discoverable by all users. An image without proper alt text (or without associated readable text) makes the pronunciation information inaccessible to screen reader users or those with images disabled.
Best Practices and Common Pitfalls
Best Practices
Common Pitfalls
By carefully considering when and how to provide pronunciation information, you can significantly improve the comprehensibility and accessibility of your content for a diverse range of users, aligning with the highest level of WCAG compliance.
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