The Accessibility Gap
Roughly 15-20 percent of email subscribers experience emails in a non-default way: screen readers, high-contrast modes, system dark mode, enlarged text, voice-navigated devices. Most DTC email templates are designed for the default experience only. For everyone else, the email is harder to read, harder to navigate, and harder to convert on.
Accessibility isn't just about people with disabilities (though that's a meaningful portion of the 15-20 percent). It's also about anyone reading on a low-brightness phone in sunlight, anyone with older eyes squinting at small fonts, anyone using voice navigation while driving. Design for all of them, and your click-through and conversion rates measurably lift across the entire list.
The WCAG 2.2 Essentials for Email
You don't need to memorize WCAG. Here are the rules that apply to 90 percent of email issues:
Color contrast
Text against its background must meet 4.5:1 contrast for normal text, 3:1 for large text. Most DTC brands fail on secondary CTAs, footer links, and small disclaimer text. Use a contrast checker tool (WebAIM's free tool is good) on every template before it ships.
Alt text on every image
Every image should have meaningful alt text. If the image is decorative, use empty alt="" (intentional, screen readers skip it). If the image is informational (product photo, CTA button as image), write descriptive alt text: "Product: Sleep Aid Gummies, 30 count" not "image1.jpg".
Real buttons, not image buttons
HTML buttons (bulletproof buttons styled with CSS) are screen-reader accessible. Image-based buttons are not. If a screen reader user sees "image: shop now button" as the only link, they can't tell if it goes anywhere. HTML buttons fix this.
Semantic structure
Use heading tags (<h1>, <h2>) in email templates, not styled divs that look like headings. Screen readers use heading structure to navigate.
Font size minimums
14px body minimum, 16px preferred. Below 14px fails WCAG and also just looks terrible on mobile.
Dark Mode Adaptation
A growing share of subscribers (30-40% of Apple Mail, 15-20% Gmail) use system dark mode. Email clients handle this inconsistently: some auto-invert colors, some respect your CSS media queries, some do neither.
Best practices:
- Test every template in dark mode (Apple Mail and Gmail both simulate this easily)
- Use transparent PNGs for logos with hover layers that work in both modes
- Provide dark-mode-aware CSS via @media (prefers-color-scheme: dark) blocks
- Avoid pure white backgrounds, they look jarring when auto-inverted
The Accessibility Checklist (11 Items)
- Contrast ratio 4.5:1 on all text
- Alt text on every image (descriptive or empty if decorative)
- Real HTML buttons, not image buttons
- Semantic heading structure (<h1>, <h2>, etc.)
- Minimum 14px body font (16px preferred)
- Link text meaningful ("Shop the collection" not "click here")
- Focus states on interactive elements
- ARIA labels on any buttons with just icons (social follow icons, etc.)
- Dark mode tested, styled intentionally
- Plain-text version present for every email (Klaviyo generates this by default if you use rich text blocks)
- Mobile-responsive with single-column layout at under 480px
Testing Tools
- Litmus: full device + accessibility testing. Paid but thorough.
- Email on Acid: similar to Litmus.
- Accessible Email Checker (WebAIM): free, focused on WCAG.
- Microsoft Outlook's Accessibility Checker: free, catches obvious issues.
For small brands, the free WebAIM checker plus manually testing in Gmail + Apple Mail (both light + dark) catches 85% of issues.
The Legal Layer
ADA Title III has been interpreted to cover commercial websites (and increasingly emails as extensions of those websites). Plaintiffs have won suits against DTC brands for inaccessible email. The liability is low-probability but real. Compliance also gets ahead of EU's European Accessibility Act, which took effect mid-2025 and applies to US brands selling into EU.
The Revenue Angle
Beyond compliance, accessible email performs better:
- Dark-mode-aware templates have 15-30% higher mobile CTR
- Real HTML buttons click 8-15% more than image buttons
- Semantic heading structure improves screen-reader navigation, increasing engaged-read time
- Alt text surfaces in preview panes when images are blocked (common in Outlook)
A brand that fixes accessibility typically sees 5-12% lift in overall email revenue within 60 days.
Common Mistakes
- Dropping a WCAG-failing template into Klaviyo and never re-checking
- Using PNG text (text rendered as image), screen readers can't read it
- Tiny footer text at 10-11px, fails WCAG and is unreadable
- Alt text = filename ("img_4827.jpg")
- Hero image only, no heading text behind it, if image blocks, subscriber sees nothing
Frequently Asked Questions
Does Klaviyo's default editor produce accessible emails?
Mostly yes, if you use rich-text blocks and proper heading styles. Custom HTML templates need manual attention to accessibility.
How do I test dark mode without owning every device?
Gmail's preview pane supports dark-mode toggle. Apple Mail on Mac simulates via system-wide dark mode toggle. Test there as minimum viable.
Are there ADA lawsuits specifically about email?
Some. Most target websites, but email is increasingly included. Don't gamble.
What's the bare minimum if I'm starting?
Fix contrast ratios, add alt text, use real HTML buttons. That's 70% of accessibility wins.
Do SMS messages have accessibility concerns?
Less so, since SMS is plain text. Watch for confusing abbreviations and emoji-heavy messages that screen readers struggle with.
