Key Takeaways
- WCAG 2.2 adds 9 new success criteria, with focus on cognitive accessibility and mobile users
- Universities should target Level AA compliance—it's what regulators and courts expect
- New requirements include visible focus indicators, dragging alternatives, and consistent help placement
- Start with an automated audit, then manual testing with assistive technology users
- Accessibility is ongoing, not a one-time project—build it into your content workflow
Why Accessibility Matters More Than Ever
Accessibility isn't optional for higher education. It's a legal requirement, an ethical imperative, and increasingly, a competitive advantage. WCAG 2.2 raises the bar—and your university needs to clear it.
The Web Content Accessibility Guidelines (WCAG) are the global standard for digital accessibility. Version 2.2, released in October 2023, introduces new requirements that specifically address challenges faced by users with cognitive disabilities, limited dexterity, and those using mobile devices.
We thought we were compliant until a student filed an OCR complaint. The remediation cost ten times what proactive accessibility would have.
IT Director, Regional University
For universities, the stakes are high. Office for Civil Rights (OCR) complaints are increasing. Lawsuits targeting inaccessible websites are common. And beyond legal risk, inaccessible websites exclude the very students you're trying to serve.
What's New in WCAG 2.2
WCAG 2.2 builds on version 2.1, adding nine new success criteria. Here's what matters most for university websites.
Focus Appearance (Level AA)
When users navigate with a keyboard, they need to see where they are. WCAG 2.2 requires focus indicators that are:
- At least 2 CSS pixels thick
- Have sufficient contrast against adjacent colors
- Not entirely hidden by author-created content
Impact: Many university sites have subtle or invisible focus states. This needs to change.
Dragging Movements (Level AA)
Any functionality that requires dragging must have an alternative that doesn't require dragging. This affects:
- Drag-and-drop interfaces
- Slider controls
- Sortable lists
- Map interactions
Impact: Course registration systems, interactive maps, and scheduling tools often rely on dragging.
Target Size (Level AA)
Interactive elements must be at least 24×24 CSS pixels, with some exceptions. This ensures users with motor impairments can accurately tap or click targets.
Impact: Small links, icon buttons, and densely packed navigation need review.
Consistent Help (Level A)
If help mechanisms exist (contact info, chat, FAQ links), they must appear in the same relative location across pages.
Impact: University sites with inconsistent header/footer help links need standardization.
Redundant Entry (Level A)
Don't ask users to re-enter information they've already provided in the same process, unless it's essential for security.
Impact: Multi-step application forms often violate this by asking for the same data repeatedly.
The Full List
The Legal Landscape
Universities face multiple overlapping legal requirements for web accessibility.
Section 508
Applies to institutions receiving federal funding (which includes most universities via financial aid). Section 508 was updated in 2018 to incorporate WCAG 2.0 Level AA. Updates referencing 2.2 are expected.
ADA Title II and III
The Americans with Disabilities Act applies to public universities (Title II) and private universities open to the public (Title III). Courts increasingly interpret ADA to require WCAG compliance.
OCR Enforcement
The Office for Civil Rights investigates accessibility complaints against educational institutions. Resolution agreements typically require WCAG 2.0 or 2.1 AA compliance, with 2.2 likely to become the expectation.
The Trend is Clear
| Regulation | Applies To | Current Standard | Trend |
|---|---|---|---|
| Section 508 | Federal funding recipients | WCAG 2.0 AA | Moving to 2.1/2.2 |
| ADA Title II | Public universities | WCAG 2.0/2.1 AA (courts vary) | Increasing expectations |
| ADA Title III | Private universities | WCAG 2.0/2.1 AA (courts vary) | Increasing expectations |
| State Laws | Varies by state | Often references WCAG | More states adopting |
Auditing Your Current State
Before you can fix accessibility issues, you need to know where they are. A comprehensive audit combines automated and manual testing.
Automated Testing
Tools like WAVE, axe, and Lighthouse catch approximately 30-40% of accessibility issues—the easy ones. Run automated scans on:
- Homepage and main landing pages
- Key user journeys (application, registration, course catalog)
- Template pages (one of each type)
- PDF documents and other non-HTML content
Manual Testing
The remaining 60-70% of issues require human evaluation:
- Keyboard navigation: Can you complete all tasks without a mouse?
- Screen reader testing: Does content make sense when read aloud?
- Cognitive review: Is content clear, consistent, and predictable?
- Color and contrast: Is information conveyed without relying solely on color?
User Testing
Nothing replaces testing with actual users of assistive technology. Many universities have disability services offices that can help connect you with student testers.
Prioritize by Impact
You can't fix everything at once. Prioritize issues that affect the most users and block critical tasks. A keyboard trap on the application form matters more than a contrast issue on an archived page.
Common Issues on University Websites
After auditing dozens of university sites, these issues appear consistently.
-
Missing or Inadequate Alt Text
Images without descriptions, or with useless alt text like "image.jpg" or "photo". Every meaningful image needs descriptive alt text; decorative images need empty alt attributes.
-
Poor Heading Structure
Headings used for visual styling rather than document structure. Skipped heading levels (H1 to H3). Multiple H1 tags. Screen reader users rely on headings to navigate.
-
Inaccessible PDFs
Scanned documents without OCR. PDFs without tagged structure. This is endemic in higher ed—syllabi, forms, and policies are often inaccessible.
-
Form Labeling Issues
Form fields without associated labels. Placeholder text used instead of labels. Error messages that don't identify the problem field.
-
Video Without Captions
Lecture recordings, promotional videos, and event recordings without accurate captions. Auto-captions are a start but typically need editing.
-
Insufficient Color Contrast
Light gray text on white backgrounds. Brand colors that don't meet contrast ratios. This affects users with low vision and everyone in bright sunlight.
Building an Accessibility Program
Sustainable accessibility requires more than a one-time remediation project. Build accessibility into your ongoing operations.
Governance
- Assign clear ownership—who is accountable for accessibility?
- Establish accessibility standards and document them
- Create a process for handling accessibility complaints
- Include accessibility in vendor contracts and RFPs
Training
- Train content editors on accessible content creation
- Train developers on accessible coding practices
- Train procurement staff on accessibility requirements for vendors
- Provide resources and job aids for ongoing reference
Process Integration
- Add accessibility checkpoints to content publishing workflows
- Include accessibility in QA testing for new features
- Require accessibility review before launching new sites or major updates
- Schedule regular accessibility audits (annually at minimum)
Technology
- Choose accessible themes and plugins
- Implement automated accessibility testing in development pipelines
- Provide accessible authoring tools for content editors
- Consider accessibility overlays cautiously—they're not a compliance solution
Overlays Are Not Compliance
Quick Wins to Start
While comprehensive accessibility takes time, these improvements can happen quickly.
- Fix your focus states. Add visible, high-contrast focus indicators to all interactive elements. This addresses multiple WCAG 2.2 requirements.
- Audit your top 10 pages. Run automated tests on your most-visited pages and fix critical issues first.
- Add skip links. Let keyboard users skip repetitive navigation. Simple to implement, high impact.
- Review your forms. Ensure all form fields have proper labels and error messages are clear and associated with fields.
- Caption new videos. Even if you can't remediate old content immediately, ensure new content is accessible from the start.
- Train your content team. A one-hour training on accessible content creation prevents future issues.
Resources
These resources can help you deepen your accessibility knowledge:
- WCAG 2.2 Specification: The official W3C documentation
- WebAIM: Practical guides and the WAVE testing tool
- Deque University: Training resources and the axe testing tool
- EDUCAUSE: Higher ed-specific accessibility resources
- Section508.gov: Federal accessibility requirements and guidance
Frequently Asked Questions
Is WCAG 2.2 legally required for universities?
What's the difference between WCAG 2.1 and 2.2?
How long does WCAG 2.2 compliance take for a university website?
Should we aim for WCAG 2.2 Level A, AA, or AAA?
Need help with WCAG 2.2 compliance?
I help universities audit their websites and build sustainable accessibility programs.