The compliance position in one paragraph
AODA (Accessibility for Ontarians with Disabilities Act) requires most Ontario private-sector organizations with 50+ employees to meet WCAG 2.0 Level AA on their websites. Many compliance-driven accessibility fixes are also direct SEO wins — alt text, semantic HTML, keyboard navigation, color contrast, and form labels all matter to both screen readers and search crawlers. The practical sequencing: tackle WCAG 2.0 AA in tiers, prioritizing fixes with both accessibility and SEO impact first. Done well, AODA compliance and SEO improvement are the same project, not competing priorities. This guide is informational; consult Ontario counsel for your specific obligations.
What AODA requires (and who's covered)
The Accessibility for Ontarians with Disabilities Act (AODA) is Ontario provincial legislation aiming to make Ontario fully accessible by 2025. The Information and Communications Standards under AODA require most organizations to meet WCAG 2.0 Level AA on websites and web content.
- Applies: private organizations with 50+ employees in OntarioRequired to meet WCAG 2.0 AA on websites and web content. Compliance deadline: January 1, 2021 (passed).
- Applies: public-sector organizations of any sizeSame WCAG 2.0 AA standard.
- Partially applies: smaller private organizations (under 50 employees)Lighter requirements (mostly around accessibility policies and customer service standards), but website-specific WCAG requirements typically don't apply.
- ReportingLarger organizations must file accessibility compliance reports periodically (every 3 years for most private-sector organizations with 20+ employees).
- CaveatThis is informational, not legal advice. Consult Ontario counsel for your specific organization's obligations.
WCAG 2.0 AA — the SEO overlap
WCAG (Web Content Accessibility Guidelines) 2.0 Level AA covers four principles: Perceivable, Operable, Understandable, Robust (POUR). Many WCAG criteria are direct SEO wins — search crawlers and screen readers process content in surprisingly similar ways:
| WCAG criterion | Accessibility benefit | SEO benefit |
|---|---|---|
| Alt text on images (1.1.1) | Screen readers describe images | Image SEO; helps Google understand page topic |
| Semantic headings (1.3.1, 2.4.6) | Screen readers navigate by heading | Clear heading hierarchy is a known ranking factor |
| Color contrast 4.5:1 (1.4.3) | Readable for low-vision users | Better readability lifts dwell time, indirect ranking benefit |
| Keyboard navigation (2.1.1) | Users without mouse can navigate | Crawler can reach all interactive content; lifts indexation |
| Form labels (1.3.1, 3.3.2) | Screen readers announce fields | Better form completion = better conversion signals |
| Page titles (2.4.2) | Screen readers announce on page load | Page title is the highest-leverage SEO element |
| Link text describes destination (2.4.4) | Screen readers announce 'About us page' not 'click here' | Anchor text is a ranking signal |
| Lang attribute on html (3.1.1) | Screen readers pronounce correctly | Helps Google identify content language |
Accessibility and SEO aren't competing priorities. They're the same priority approached from different angles. The work you do for AODA compliance lifts rankings; the work you do for ranking lifts accessibility.
Fix in tiers: high SEO + accessibility leverage first
- Tier 1 (do first): SEO-critical accessibility fixesAlt text, semantic headings, page titles, link anchor text, lang attributes, form labels. These are 80% of compliance gap and 80% of SEO upside.
- Tier 2 (do next): Conversion-critical accessibility fixesKeyboard navigation through forms and CTAs, color contrast on primary buttons and links, focus indicators on interactive elements, error messages that don't rely solely on color. Lifts conversion as much as accessibility.
- Tier 3 (do over time): UX-polish accessibility fixesSkip-to-content links, ARIA landmarks, screen-reader-only headings for nav structure, decorative-image marking. Important for full compliance but lower-impact on SEO.
- Tier 4 (operational): Process changesAccessibility checks in your content workflow (alt text required at upload, contrast checks before design sign-off), accessibility statement on the site, feedback channel for accessibility issues.
The 8 most common Canadian-site accessibility issues
- Missing or generic alt textImages without alt attributes, or alt text like 'image' or 'photo'. Fix: every meaningful image gets descriptive alt; decorative images get alt=''.
- Insufficient color contrast on body text or linksCommon with light-grey-on-white body copy. Fix: minimum 4.5:1 ratio for body text, 3:1 for large text.
- Form fields without visible labelsPlaceholder-only forms (placeholder disappears on input, leaving user without context). Fix: visible labels above each field, with proper <label for> association.
- Heading hierarchy with skipped levelsH1 → H3 → H5 with no H2 or H4. Fix: sequential heading levels (H1 → H2 → H3).
- Click targets too small on mobileButtons or links smaller than 44×44px. Fix: minimum 44×44 with adequate spacing.
- Auto-playing video or audioPlays without user initiation, no clear pause control. Fix: don't auto-play with sound; if visual auto-play, provide an accessible pause button.
- Focus state invisible or removedoutline:none in CSS without alternative focus indicator. Fix: visible focus indicator (custom or default) on every interactive element.
- Modals that trap or release focus incorrectlyOpen modal traps user inside; close modal returns focus to wrong place. Fix: focus management on modal open/close.
How to audit (tools and process)
- Automated tools — first passWAVE (free), axe DevTools (free Chrome extension), Lighthouse Accessibility audit (built into Chrome). These catch ~30–40% of WCAG issues automatically.
- Keyboard-only walkthrough — manual passUnplug your mouse. Try to complete every key user journey using only keyboard. Catches issues automated tools miss (logical tab order, focus traps).
- Screen-reader testing — for known critical pagesNVDA (free, Windows), VoiceOver (built into macOS), TalkBack (Android). Test homepage, top conversion pages, and any complex interactive components.
- Manual audit by accessibility specialist — annuallyC$3,500–C$10,000 for a full WCAG 2.0 AA audit on a mid-sized Canadian website. Worth the cost for compliance baseline and for the issues automated tools can't find.
- Document findings and remediation planTracked in your project management system. AODA reporting requires you to be able to demonstrate active accessibility work.
Why AI accessibility overlays don't actually solve compliance
Accessibility overlay services (accessiBe, UserWay, EqualWeb) are marketed as one-line-of-code solutions for WCAG compliance. They aren't. Multiple class-action lawsuits in the US (and Canadian Human Rights complaints) have established that overlays often fail to deliver the compliance they claim, sometimes break existing accessibility work, and don't reduce the underlying legal obligation.
The Canadian disability advocacy community has also publicly opposed overlay services. The Ontario Human Rights Commission and equivalent bodies treat overlays as supplementary tools at best, not compliance solutions.
- Overlays don't fix underlying code issuesThey overlay attempted corrections client-side. Many issues (missing alt text, broken heading hierarchy, semantically wrong markup) require source-code fixes.
- Overlays can interfere with assistive technologyUsers with screen readers, switch devices, or other assistive tech often report worse experience with overlays present than without them.
- Overlays don't satisfy the legal standardCanadian (and US) accessibility law focuses on substantive accessibility outcomes, not on whether you've installed a tool.
- The right path is structural fixesFix the source. Use overlays only as supplementary aids if at all.
Frequently Asked Questions
Common compliance questions from Canadian operators (informational, not legal advice).