Skip to content
William Alexander
  • Home
  • Case Studies
  • Personal Projects
  • Articles
  1. Home
  2. Articles
  3. WCAG 2.2 Compliance: What Higher Ed Needs to Know in 2026
Higher Ed Web

WCAG 2.2 Compliance: What Higher Ed Needs to Know in 2026

The new accessibility standards and what they mean for your university website

September 6, 2025 10 min read

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
Overview

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.

Changes

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

WCAG 2.2 also adds: Focus Not Obscured (AA), Accessible Authentication (AA), and two AAA criteria. Focus on AA requirements first—they're what compliance typically requires.
Compliance

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

Every OCR resolution agreement, every court decision, and every regulatory update moves toward stricter accessibility requirements. Waiting for explicit mandates is a losing strategy.
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
Assessment

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.

Problems

Common Issues on University Websites

After auditing dozens of university sites, these issues appear consistently.

  1. 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.

  2. 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.

  3. Inaccessible PDFs

    Scanned documents without OCR. PDFs without tagged structure. This is endemic in higher ed—syllabi, forms, and policies are often inaccessible.

  4. Form Labeling Issues

    Form fields without associated labels. Placeholder text used instead of labels. Error messages that don't identify the problem field.

  5. Video Without Captions

    Lecture recordings, promotional videos, and event recordings without accurate captions. Auto-captions are a start but typically need editing.

  6. 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.

Implementation

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

Accessibility overlay widgets (those "accessibility" buttons that add to your site) don't make sites compliant and can actually create new barriers. They're not a substitute for building accessibility into your site properly.
Action Items

Quick Wins to Start

While comprehensive accessibility takes time, these improvements can happen quickly.

  1. Fix your focus states. Add visible, high-contrast focus indicators to all interactive elements. This addresses multiple WCAG 2.2 requirements.
  2. Audit your top 10 pages. Run automated tests on your most-visited pages and fix critical issues first.
  3. Add skip links. Let keyboard users skip repetitive navigation. Simple to implement, high impact.
  4. Review your forms. Ensure all form fields have proper labels and error messages are clear and associated with fields.
  5. Caption new videos. Even if you can't remediate old content immediately, ensure new content is accessible from the start.
  6. Train your content team. A one-hour training on accessible content creation prevents future issues.
Further Reading

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?

Universities receiving federal funding must comply with Section 508 and ADA requirements, which reference WCAG standards. While WCAG 2.2 isn't explicitly mandated yet, courts and OCR increasingly expect current standards. Proactive compliance reduces legal risk.

What's the difference between WCAG 2.1 and 2.2?

WCAG 2.2 adds 9 new success criteria focused on cognitive accessibility, mobile interactions, and authenticated sessions. Key additions include focus appearance requirements, dragging alternatives, and help availability. It builds on 2.1 without removing anything.

How long does WCAG 2.2 compliance take for a university website?

Timeline varies dramatically based on current state. A site already meeting WCAG 2.1 AA might need 2-3 months for 2.2 updates. A site with significant issues could require 6-12 months of remediation. Start with an audit to understand your specific scope.

Should we aim for WCAG 2.2 Level A, AA, or AAA?

AA is the standard target for most universities—it's what OCR and courts typically expect. Level A is the minimum and leaves significant gaps. AAA is aspirational and often impractical for all content. Focus on solid AA compliance first.
Accessibility WCAG Higher Education Compliance Web Standards
William Alexander

William Alexander

Senior Web Developer

25+ years of web development experience spanning higher education and small business. Currently Senior Web Developer at Wake Forest University.

Related Articles

Higher Ed Web

Why WordPress Multisite Makes Sense for Universities

8 min read
Higher Ed Web

What Marketing Directors Need to Know About Website Maintenance

8 min read

Need help with WCAG 2.2 compliance?

I help universities audit their websites and build sustainable accessibility programs.

© 2026 williamalexander.co. All rights reserved.