For audiences · Education

Accessibility for schools, universities and EdTech — for the LMS, the lecture and the assessment.

Educational institutions sit at the intersection of ADA Title II (public schools and state universities), Section 504 of the Rehabilitation Act, IDEA for K-12, and increasingly the European Accessibility Act for EdTech vendors selling into the EU. Online learning amplified every risk that already existed: inaccessible video lectures, untagged PDF coursework, inaccessible quiz platforms, captioning gaps. This is the 30-point checklist and the platform-by-platform notes the LMS-buyer and the central IT team actually need.

Why education is uniquely high-stakes

Two enforcement tracks at home, a third arriving from the EU.

In April 2024 the US Department of Justice finalised a Title II rule that formally adopts WCAG 2.1 AA as the federal standard for web and mobile content of state and local government bodies — which captures public K-12 districts, state universities, community colleges, and most public-sector education ministries. The compliance deadlines that bind today are April 24, 2026 for large public entities and April 24, 2027 for small ones; both have now passed for many institutions, and OCR has begun citing the rule directly in resolution agreements.

The DOJ rule does not stand alone. Section 504 of the Rehabilitation Act runs as a separate, parallel enforcement track and applies to any institution receiving federal funding — which is nearly all of them. Complaints under Section 504 are filed with the US Department of Education's Office for Civil Rights, and OCR resolution agreements routinely demand WCAG conformance, remediation timelines, designated accessibility leadership, training, and annual self-audits. A school can clear ADA Title II and still get hit on 504. IDEA adds a third layer for K-12, binding districts to make educational materials accessible to students with disabilities in the least-restrictive environment.

On the EU side, the European Accessibility Act binds private-sector EdTech vendors selling into EU member states from June 2025, and the Web Accessibility Directive has bound EU public-sector bodies — including most universities and ministries of education — since 2020. The harmonised technical standard (EN 301 549) incorporates WCAG 2.1 AA plus additional criteria for mobile apps, hardware, documentation, and conformance reporting. A US VPAT is a starting point for an EU procurement conversation; it is not the finish line.

The pandemic permanently moved a large fraction of K-12 and higher-ed activity online — and the same access duties that applied to a classroom apply to the LMS course shell, the recorded lecture, and the digital assessment. The checklist below is what an institutional accessibility lead actually walks through with the LMS buyer, the central IT team, the procurement office, and the Disability Services Office when a new tool is on the table.

The 30-point education checklist

Six surfaces × five checks. Print it, tick it, then audit it.

  1. 01 Course content & documents

  2. 02 Video & live lectures

  3. 03 Assessment & proctoring

  4. 04 LMS surfaces

  5. 05 Communication & community

  6. 06 Administration

Platform-by-platform implementation notes

Where the checklist actually lands across the EdTech surface area.

Canvas, Blackboard, D2L Brightspace, Moodle

The LMS market has had two decades to clean up — and it shows in the marketing more than the product. Instructure (Canvas) and D2L Brightspace currently ship the strongest accessibility postures, with current VPATs, keyboard-operable course navigation, and a recognised commitment to addressing reported issues; Blackboard Learn (the Ultra experience, not the legacy Original one) has narrowed the gap; Moodle's accessibility depends heavily on the host's theme and the version. None of this absolves you of testing your own course shells: faculty-uploaded content, embedded H5P widgets, third-party tools added via LTI, and any custom theme can each re-introduce issues the platform itself avoided.

Zoom, Microsoft Teams Education, Google Meet for Education

All three now ship live captions, recorded-meeting captions, and at least basic keyboard navigation — but accuracy and AT compatibility vary. Zoom's live captions improved sharply through 2024-2025 and the integrated transcript view is now usable with screen readers; Microsoft Teams Education has the strongest integration with institutional accommodations (PowerPoint Live with captions, accessibility checker on shared content); Google Meet's captions are competent but the meeting controls have historically lost focus on layout changes. For high-stakes lectures, pair platform captions with a CART provider — auto-captions are not, on their own, accurate enough for WCAG 1.2.4.

Pearson, McGraw-Hill, Cengage and the publisher digital-content layer

Publisher courseware (Pearson MyLab, McGraw-Hill Connect, Cengage MindTap) ships as deeply embedded LTI tools and is one of the most common accessibility-procurement surprises. The platforms have invested in accessibility but the experience is interactive-question-format-dependent — drag-and-drop, hotspot, simulation, and graphing items routinely lack keyboard-equivalent paths. Demand a current VPAT or EN 301 549 statement, and require the publisher to demonstrate the specific question types your faculty assign — not just the platform shell.

Respondus, ProctorU, Honorlock and the proctoring layer

Proctoring software is the most contested surface in higher-ed accessibility. By design it locks the browser, observes the test-taker, and blocks unapproved processes — which collides with screen readers, magnifiers, dictation tools, and AAC software. All three vendors document accommodation workflows and have improved AT compatibility over the past two years, but the lived experience for a student using AT is materially worse than for a non-AT user. The institutional policy that actually works: the Disability Services Office authorises an alternative testing arrangement (in-person, remote-human-proctored, or LockDown-disabled) for any student whose AT cannot be reconciled with the proctoring tool.

Khan Academy, Coursera, edX, Duolingo

Large online-learning platforms have varied postures and are increasingly part of formal degree pathways. Khan Academy and edX have credible accessibility programmes and current conformance reports; Coursera has improved markedly but the experience is course-vendor-dependent (university and partner content can be much weaker than the platform shell); Duolingo's gamified UI has documented issues with screen readers on certain exercise types. If your institution accepts coursework or credit from any of these platforms, treat the conformance statement as a contract artefact, not a brochure claim.

Custom and institutional web properties

The .edu site, the registrar, the financial-aid portal, the library catalog and the student information system are easy to forget and often the worst-rated surfaces in an OCR resolution. Old SIS interfaces, agency-shipped microsites, legacy library OPACs, and bolt-on payment portals collectively account for a disproportionate share of complaints. Inventory every outward-facing institutional property; assign each to an accountable owner; baseline-scan all of them.

The monitoring + audit cycle

A single audit lasts about one semester.

Course content turns over each semester. Faculty add weekly readings, swap a textbook between fall and spring, drop in a new video lecture, install a new H5P interaction on a Tuesday. A one-time accessibility audit is obsolete by the next academic term — which is why every OCR resolution agreement reaches for a multi-layer model rather than a single audit. The shape that actually holds across K-12, higher-ed, and EdTech vendors is three layers, not one.

First, run a free WCAG 2.2 scanner against your public-facing institutional sites today, and add a continuous scanner across every course shell and every new LMS page on an ongoing basis. Second, layer continuous monitoring against your LMS, your registrar, your library catalog, and your top 20 most-trafficked .edu pages — the goal is catching regressions before the student does. Third, commission a manual audit by testers with disabilities at least every 12-18 months, and after any major LMS upgrade or replatform. Where possible, include current or recent students with disabilities in the tester pool — they catch issues that generic AT testers miss, especially around the lived experience of the assessment and accommodations workflows.

For the monitoring + manual-audit handoff specifically, our monitoring buyer's guide covers the platforms that handle scan → triage → manual verification end-to-end — Qualibooth, axe Monitor, Siteimprove, and Level Access. For education buyers specifically, weigh: does the platform crawl PDF and document content (most course material), does the manual-audit network include testers who are current or recent students, and does the workflow integrate with your LMS and your Disability Services Office's existing accommodations system? Not all of them do.

PDF coursework deserves its own track in this cycle. Most of an institution's document liability sits in tagged-PDF readings, scanned handouts, and faculty-uploaded slides — see our end-to-end accessible-PDF workflow for the per-document baseline that ought to land in the syllabus-preparation phase of every course, not after a student flags a problem.

FAQ

The questions institutional accessibility leads ask before they buy in.

Does Section 504 require WCAG conformance?

Section 504 of the Rehabilitation Act prohibits disability discrimination by any institution that receives federal funding — which, in practice, captures nearly every K-12 district, public university, and most private colleges. The statute itself does not name WCAG, but the Office for Civil Rights (OCR) has been resolving Section 504 web-accessibility complaints against WCAG 2.0 AA and, more recently, 2.1 AA for over a decade. OCR resolution agreements routinely specify WCAG conformance as the remediation standard. Treat WCAG 2.2 AA as the operational floor for Section 504 compliance even though the statute does not say it in those words.

What's an OCR resolution agreement, and how does it specify accessibility?

When a Section 504 or ADA Title II complaint is filed with the US Department of Education's Office for Civil Rights against a school or university, OCR investigates and — if it finds non-compliance — typically settles via a resolution agreement rather than litigation. These agreements are public, and a typical web-accessibility resolution specifies WCAG 2.1 AA conformance for both new and existing web content, a remediation timeline (often 18-24 months for legacy content), an annual self-audit, designated accessibility staff, and training requirements. The agreements bind the institution for several years and OCR monitors compliance with periodic reporting.

Do K-12 districts have to caption every lecture video?

Effectively yes for anything assigned as required course content. The DOJ's 2024 Title II rule sets WCAG 2.1 AA as the standard for state and local government, which includes public K-12 districts, and WCAG 1.2.2 requires captions for prerecorded audio in synchronised media. Auto-generated captions are not, on their own, accurate enough to satisfy WCAG — they need human review or a vendor that meets a stated accuracy floor. The compliance deadline under the 2024 rule was April 24, 2026 for large entities and April 24, 2027 for small entities, with limited exceptions for archived or pre-rule content that is not currently being used.

Are third-party EdTech vendors covered by my school's accessibility duty?

The vendor is not directly liable under ADA Title II or Section 504 — but the institution that procures and deploys the vendor's product is. That is why procurement contracts for LMS, video conferencing, proctoring, publisher content, and ancillary EdTech increasingly require a current VPAT (or its EU equivalent, an EN 301 549 conformance statement), an accessibility roadmap, and indemnification language. If you are evaluating a new EdTech tool, ask for the VPAT, validate it against your top three workflows, and write the accessibility commitments into the contract — not the marketing.

Can a screen-reader user complete a Respondus proctored exam?

In principle yes, but the lived experience varies sharply by version and configuration. Respondus LockDown Browser and Monitor have shipped accessibility improvements in recent releases, but the underlying model — locking the browser, watching the user, blocking unapproved processes — interacts badly with screen readers, magnifiers, and dictation software. The institution's accommodation policy should specifically address proctoring: many universities allow an alternative supervised testing arrangement (in-person or remote with a human proctor) for students who use AT, and the Disability Services Office authorises it. Do not let the procurement decision foreclose accommodations.

Do EU EdTech buyers ask for EN 301 549 conformance statements?

Increasingly yes. The European Accessibility Act binds private-sector EdTech vendors selling into the EU from June 2025, and the Web Accessibility Directive (WAD) has bound public-sector education buyers since 2020. EU procurement processes for universities, schools, and ministries now routinely require an EN 301 549 conformance statement (the EU's harmonised technical standard, which incorporates WCAG 2.1 AA plus mobile, hardware, and documentation criteria). A US VPAT is a starting point but is not sufficient on its own; EN 301 549 covers additional surfaces the VPAT does not.

How often should an LMS be audited?

Course content turns over every semester, faculty add new materials weekly, and the LMS vendor itself ships updates several times a year — so a one-time audit is obsolete by the next academic term. The pattern that works is three layers: automated scanning across the LMS and every new course shell on a continuous basis; a per-semester sampling audit of a representative slice of active courses; and a full manual audit (with testers including current or recent students with disabilities) every 12-18 months and after any major LMS upgrade or replatform.

Three next steps

Pick the one that matches where your institution is today.

  1. Run the free scanner now

    A live free WCAG 2.2 scanner against any public URL — start with your top-level .edu, the registrar, the library, and the financial-aid portal. Best place to begin if you have no current baseline.

    Open the scanner →

  2. Stand up monitoring across the LMS

    Read the accessibility monitoring buyer's guide for the platforms that crawl LMS shells, PDFs, and your full institutional surface continuously — what to require in procurement and what to test in a pilot.

    Read the guide →

  3. Commission a manual audit with student testers

    Our guide to commissioning a manual audit — what to ask for, what to budget, and how to assemble a tester pool that includes current or recent students with disabilities.

    Read the guide →