WCAG 1.4.9: Images of Text (No Exception)
Introduction
WCAG 2.1 Success Criterion 1.4.9, titled „Images of Text (No Exception)”, is a Level AAA guideline that mandates all text conveying information on a web page must be presented as actual text rather than as images. This criterion builds upon the Level AA Success Criterion WCAG 1.4.5 (Images of Text) by removing its exceptions for essential text and customizable presentation.
In essence, if the primary purpose of a visual element is to convey text-based information, it must be rendered as live, selectable text. This means avoiding the use of raster images (like PNG, JPG, GIF) or even vector images (like SVG) where the text content is not embedded as actual text elements (e.g., using <text> tags within SVG), but rather as flattened graphics.
Why This Criterion Matters
Adhering to SC 1.4.9 significantly enhances accessibility and usability for a diverse range of users. Presenting information as real text offers numerous advantages:
Success Criterion 1.4.9 Requirements
The success criterion states:
Images of Text (No Exception): Text is used to convey information rather than images of text with no exceptions.
The key differentiator here is „no exceptions.” Unlike SC WCAG 1.4.5, which permits images of text when the text is essential to the information conveyed (e.g., a logo where the specific styling is crucial) or can be visually customized by the user, SC 1.4.9 removes these allowances. If text is conveying information, it must be presented as text. This implies a very strict interpretation for Level AAA compliance.
This criterion does not apply to text that is part of a picture that contains significant other visual content (e.g., text on a street sign within a photograph of a street). However, if the entire purpose of an image is to display text, then it falls under this criterion.
Practical Guidelines for Compliance
To ensure compliance with SC 1.4.9, consider the following practical guidelines:
Examples
Incorrect Implementations
These examples demonstrate common scenarios where text is rendered as an image, failing WCAG 1.4.9.
Example 1: Image as a Page Heading
Reason for failure: The main heading is an image. Users cannot select, copy, or apply custom styles to the text. Screen readers rely solely on alt text, losing direct text interaction.
Example 2: Image for a Stylized Button Label
Reason for failure: The button’s label is an image. This prevents text resizing without pixelation and complicates translation or style customization.
Example 3: Text within a Flattened SVG
Reason for failure: Even within an SVG, if text is embedded as a raster image or converted to paths, it ceases to be accessible live text.
Correct Implementations
These examples demonstrate how to achieve similar visual results while adhering to WCAG 1.4.9 by using live text and CSS.
Example 1: HTML Heading with Custom Web Font and CSS Effects
HTML:
CSS:
Explanation: The heading is real text, styled using a custom web font and CSS properties for visual effects. It is fully accessible, scalable, and customizable.
Example 2: HTML Button with Live Text and CSS Styling
HTML:
CSS:
Explanation: The button uses standard HTML text for its label. All styling is applied via CSS, ensuring accessibility and flexibility.
Example 3: Text within an SVG as a Text Element
HTML (SVG):
Explanation: The text „My Company” is an actual <text> element within the SVG. This allows screen readers to read it and users to select it, while still benefiting from vector scaling.
Best Practices and Common Pitfalls
Best Practices
Common Pitfalls
Related WCAG Guidelines
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