education and lms accessibility audits

EdTech Education Accessibility Services

Founder-led education accessibility services for schools, colleges, universities and EdTech vendors. We audit LMS courses, student portals, admissions forms, lecture video and PDFs to WCAG 2.2 AA with NVDA, JAWS and VoiceOver, ahead of the ADA Title II deadlines (April 26, 2027 or April 26, 2028). Starting a project? Book a free 30-minute call. Ready to test? Start a $500 Quick Audit.

Education Accessibility Audits

EdTech Education Accessibility Services for LMS, Student Portals and Course Content

EdTech education accessibility means every student, applicant, parent and staff member can apply, enroll, sign in, take a course, submit work, watch lectures, read handbooks and pay fees using a keyboard, a screen reader, magnification, captions or a small phone screen. NCES reports that about 21% of U.S. undergraduates reported a disability in 2019–20. The Department of Justice’s ADA Title II web rule requires public school districts, community colleges and public universities to make web content and mobile apps conform to WCAG 2.1 AA — including LMS and other tools they provide through contracts or licenses — by April 26, 2027 (populations of 50,000 or more) or April 26, 2028 (smaller entities and special districts), under the April 2026 interim final rule.

HalfAccessible audits Canvas, Moodle, Blackboard, Brightspace and custom LMS platforms, student and parent portals, admissions and financial aid forms, course catalogs, lecture video and accessible PDFs. Audits are founder-led by Mohammad Shadab Saifi (IAAP CPACC, WAS and CPWA; DHS Trusted Tester) with 10+ years of accessibility work. Review the Interstride EdTech audit case study, the sample audit report, the DOJ Title II deadline guide, or compare packages on the pricing page ($100 technical hour, $500 Quick Audit, $2,000 Complete Audit).

Education Accessibility Deadlines at a Glance

Get Started

Choose Your Next Step

Still scoping Title II or LMS work, or need a quote? Start with the free call. Already have findings, a vendor question or a live course issue to review? Book the technical hour.

  • $100

    One-Hour Technical Consultation

    Best for: LMS admins, developers and product teams who need technical answers now

    Walk through existing audit findings, talk with your developers or LMS vendor about fixes, or review a live course or portal issue, with a written summary within 24 hours.

    Book the $100 consultation
  • $500

    Quick Accessibility Audit

    Best for: a first look at the pages students use most

    Manual WCAG 2.2 review of up to 5 representative templates, such as portal sign-in, admissions form and an LMS course page, with a top-10 issues report.

    Start a $500 Quick Audit
  • Quote

    VPAT / ACR for EdTech Procurement

    Best for: vendors selling LMS, courseware or student tools to schools and universities

    Get a quote for a VPAT or Accessibility Conformance Report grounded in real testing, ready for district and university procurement reviews.

    Request a VPAT quote
10+ Years Experience
WCAG 2.2 Experts
ADA, Section 508 & EAA
Manual + Automated Testing
VPAT Support
Founder-Led CPACC/WAS/CPWA
Education Accessibility

How We Audit LMS, Portals and Course Content

LMS testing, Title II deadlines, student portals, PDFs and video, VPAT for procurement, and why overlays are not enough.

LMS Accessibility: Canvas, Moodle, Blackboard and Brightspace

Learning platforms combine navigation, quizzes, modals, uploads, grades and third-party widgets. We test the journeys students and faculty actually take, not just the marketing site.

  • What we test: course pages, quizzes, assignment uploads, gradebooks, announcements and keyboard traps.
  • Assistive technology: NVDA, JAWS and VoiceOver on signed-in role accounts.
  • Vendor vs you: each finding is labelled as your content, a theme or plugin you control, or a vendor defect.
  • Start here: a $500 Quick Audit of up to 5 representative LMS or portal templates.
See accessibility audit services

ADA Title II Deadlines for Public Schools and Universities

The Title II web rule sets WCAG 2.1 AA for web content and mobile apps public schools and universities provide directly or through vendors. The April 2026 interim final rule moved the dates to April 26, 2027 and April 26, 2028.

  • Apr 26, 2027: public entities serving 50,000 or more people (ADA.gov fact sheet).
  • Apr 26, 2028: smaller public entities and special district governments.
  • Vendors count: LMS and other EdTech tools delivered through contracts or licenses are in scope.
  • Private schools: Title III and often Section 504 still apply; procurement still asks for a VPAT.
Read the DOJ Title II deadline guide

Student Portals, Admissions and Financial Aid Forms

Portals hold registration, grades, payments, disability services and support tickets. Long forms, date pickers and payment gateways are where applicants get stuck.

  • Forms: visible labels, clear errors and keyboard-only completion.
  • Sessions: timeout warnings that work with assistive technology.
  • Payments and uploads: focus order, status messages and accessible file pickers.
  • Roles: we test applicant, student, parent and staff journeys with test accounts.
See accessibility remediation

Course PDFs, Handbooks and Lecture Video

Handbooks, syllabi, course catalogs and lecture recordings often sit outside the LMS theme and still block learners.

  • PDFs: PDF/UA-aligned tagging, reading order, headings, tables and form fields, checked with PAC and NVDA.
  • Video: accurate captions, transcripts and keyboard-operable players.
  • Slides: readable structure, alt text and contrast that survive export.
  • Volume: batch quotes for large handbook and syllabus libraries via PDF document remediation.
See PDF document remediation

VPAT and ACR for EdTech Procurement

School districts and universities ask vendors for a current VPAT or Accessibility Conformance Report before they buy.

  • Evidence: based on real WCAG testing, not an overlay claim.
  • Editions: WCAG, 508, EU or INT editions matched to the buyer.
  • Case study: two Interstride audit rounds rated 5.0/5 with NVDA, JAWS and VoiceOver.
  • Next step: request a quote on the VPAT quote request page.
Request a VPAT quote

Why Overlays Do Not Make an LMS Compliant

An overlay toolbar does not change the code of your LMS, quiz, video player or PDF. Public schools still have to meet WCAG under Title II.

  • FTC: in April 2025 the FTC finalized an order requiring accessiBe to pay $1 million and barring WCAG-compliance claims for its automated product.
  • What works: source-code fixes, content remediation and retesting.
  • Soft check: try a free scan at AccessibilityScore.in as a starting point, then plan a manual audit.
  • Replacement path: see overlay replacement services if a widget is already installed.
Read about overlay lawsuits
Education Accessibility Challenges

Accessibility Challenges in Education Websites

Education platforms combine learning content, user accounts, assessment flows, documents, video, forms, and payments. Each layer can create barriers unless accessibility is designed, tested, and maintained deliberately.

Learning Management Systems

Canvas, Moodle, Blackboard, Brightspace, and custom LMS platforms often combine complex navigation, quizzes, modals, uploads, grades, announcements, and third-party widgets. We audit LMS accessibility for keyboard traps, unlabeled controls, inaccessible quizzes, confusing focus order, and screen reader gaps that can prevent students from completing coursework.

  • Canvas
  • Moodle
  • Blackboard
  • Custom LMS
  • Keyboard traps
  • Inaccessible quizzes
  • Unlabeled controls

Student Portals

Student portals are high-risk because they hold registration, grades, payments, profile management, disability services, and support workflows. We test portals for inaccessible forms, login barriers, unclear errors, session timeout issues, and content that is difficult to navigate with screen readers or keyboard-only interaction.

  • Inaccessible forms
  • Inaccessible PDFs
  • Login barriers
  • Unclear validation
  • Session timeout issues

Online Courses

Accessible online learning requires more than readable pages. Course modules need captions, transcripts, predictable navigation, accessible video players, meaningful alt text, readable slides, and assessment flows that work with assistive technology. We review full learning journeys from enrollment to completion.

  • Captions
  • Transcripts
  • Accessible video players
  • Readable slides
  • Assistive technology support

Admissions

Admissions pages and application flows often contain long forms, date pickers, uploads, payment gateways, and eligibility questions. We find and fix issues that stop applicants from submitting information independently, including missing labels, inaccessible custom controls, poor error messaging, and low-contrast instructions.

  • Application forms
  • Date pickers
  • Uploads
  • Payment gateways
  • Error messages

Digital Libraries

Digital libraries need accessible search, filters, document downloads, citations, tables, and reading interfaces. We evaluate whether students can discover, open, understand, and navigate library content with keyboards, screen readers, magnification, mobile devices, and assistive reading tools.

  • Accessible search
  • Clear navigation
  • Document downloads
  • Filters
  • Tables and citations
Education Accessibility Services

Our Accessibility Services for Education

We support audits, remediation, documentation, procurement, and training for education teams that need practical WCAG 2.2 AA progress.

Accessibility Audit

We run WCAG 2.2 AA accessibility audits for education websites, LMS platforms, online courses, portals, and procurement-ready software. Testing combines automated scans with manual review, keyboard-only workflows, screen reader testing, responsive checks, and code-level inspection.

  • Manual testing
  • Automated testing
  • Screen readers
  • Keyboard testing
  • WCAG 2.2 AA reporting

Accessibility Remediation

We help teams fix the barriers we find through accessibility remediation. Remediation can include frontend code changes, design-system updates, WordPress theme fixes, LMS template adjustments, ARIA cleanup, form corrections, focus management, and developer guidance for sustainable accessibility.

  • React
  • Next.js
  • Angular
  • WordPress
  • Shopify
  • Moodle
  • Canvas

PDF Accessibility

Education teams publish critical information in PDFs. We remediate documents so students, applicants, parents, and faculty can read them with assistive technology. That includes tags, headings, reading order, links, tables, forms, alt text, language, and PDF/UA-oriented checks.

  • Student handbooks
  • Prospectus
  • Course catalog
  • Policies
  • Certificates

VPAT and ACR Support

We help education technology vendors and software teams prepare VPATs and Accessibility Conformance Reports for government procurement, university procurement, enterprise sales, and internal risk reviews. Reports are grounded in real testing, not guesswork.

  • Government procurement
  • University procurement
  • Accessibility Conformance Reports
  • Product accessibility documentation

Accessibility Statement

We can help your school, university, or EdTech company publish an accessibility statement that reflects real conformance status, support channels, known limitations, and an improvement plan. The statement should be clear, honest, and useful for disabled users.

  • Public statements
  • Known limitations
  • Feedback channels
  • Compliance positioning

Accessibility Training

We train faculty, developers, QA teams, designers, and content editors on practical accessibility through our accessibility training workshops. Training can focus on WCAG basics, accessible course content, LMS publishing, document accessibility, screen reader testing, keyboard testing, or engineering patterns.

  • Faculty
  • Developers
  • QA
  • Content editors
  • Design teams
Compliance Standards

Standards We Help You Meet

WCAG 2.2 AA

Our recommended audit target. It includes every WCAG 2.1 AA criterion that the ADA Title II rule requires, plus newer criteria such as focus visibility and target size.

ADA

Title II requires public schools, colleges and universities to meet WCAG 2.1 AA by April 26, 2027 (populations of 50,000 or more) or April 26, 2028 (smaller entities and special districts), including content provided through contracts or licenses, such as an LMS. Private schools fall under Title III.

Section 508

The Revised Section 508 Standards incorporate WCAG 2.0 AA. They bind federal agencies and are widely reused in education procurement.

EAA

The European Accessibility Act has applied since June 28, 2025 to listed consumer products and services, including e-books and e-commerce, so EdTech companies selling courses, digital textbooks or subscriptions to EU consumers may be in scope. Microenterprise service providers are exempt. Public universities follow the Web Accessibility Directive.

AODA

Ontario's Integrated Accessibility Standards Regulation (O. Reg. 191/11) requires designated public sector organizations, including school boards, colleges and universities, and organizations with 50 or more employees to make public websites conform to WCAG 2.0 AA, except live captions and pre-recorded audio description.

EN 301 549

European ICT accessibility standard used in public procurement. V4.1.1 (September 2026) adopts WCAG 2.2 and maps to the EAA; until the European Commission cites it in the Official Journal, V3.2.1 (based on WCAG 2.1 AA) remains the cited version.

PDF/UA

ISO 14289 (PDF/UA) defines the structure of accessible PDFs. We remediate handbooks, syllabi, course catalogs, forms and research PDFs to PDF/UA-aligned practice and check them with NVDA.

Supported Platforms

Platforms We Support

We test and remediate custom education products, open-source learning platforms, commercial LMS tools, and the frontend frameworks behind them.

  • Moodle
  • Canvas
  • Blackboard
  • Brightspace
  • LearnDash
  • LearnPress
  • Thinkific
  • Teachable
  • Kajabi
  • WordPress
  • Drupal
  • React
  • Next.js
Common Issues

Common Accessibility Issues We Fix

Missing form labels

Education workflows depend on forms for admissions, enrollment, student profiles, course registration, financial aid, disability accommodation requests, and support tickets. When visible labels are not programmatically connected to form controls, screen reader users may hear only “edit text” or an unclear placeholder. We fix label associations, required-field communication, grouped questions, error summaries, and instructions so students can complete forms independently.

Keyboard traps

Keyboard traps are especially harmful in LMS dashboards, quiz modals, date pickers, menus, video players, and third-party widgets. A student who cannot use a mouse should be able to enter, operate, and exit every component with predictable keyboard commands. We test Tab, Shift+Tab, Enter, Space, Escape, arrow keys, and focus recovery so learning tasks do not become blocked.

Poor heading hierarchy

Clear headings help students skim lessons, jump between sections, understand assignments, and recover context after interruptions. Many education pages use headings for visual size instead of structure, which makes screen reader navigation confusing. We repair heading order across course pages, portals, admissions content, knowledge bases, and policy pages so the document outline supports both accessibility and SEO.

Missing alt text

Course content often includes diagrams, charts, screenshots, campus photos, infographics, icons, and process illustrations. Missing or unhelpful alt text can remove essential information from blind and low-vision students. We identify which images need concise alternatives, which need longer descriptions, and which should be decorative so assistive technology users receive the same learning value.

Low contrast

Low contrast can affect navigation, cards, disabled-looking buttons, captions, badges, links, form borders, and error text. It is common in branded university designs and modern EdTech dashboards. We test contrast across normal text, large text, focus indicators, icons, graphs, and UI states, then recommend token-level fixes so teams can improve contrast consistently without redesigning every page.

Focus visibility

Students using keyboards, switch devices, or voice control need to know exactly where they are on the page. If focus styles are removed, hidden behind sticky headers, or too subtle, navigation becomes guesswork. We improve focus indicators for menus, cards, accordions, quiz answers, pagination, tabs, and embedded tools while preserving the site’s visual identity.

PDF accessibility issues

Universities and schools publish handbooks, policies, course catalogs, forms, certificates, research documents, and prospectuses as PDFs. Untagged PDFs, incorrect reading order, missing table headers, inaccessible links, and scanned images can make documents unusable. We remediate PDF structure and advise when HTML alternatives are more maintainable for frequently updated content.

Video captions and transcripts

Online courses, webinars, lecture recordings, product tutorials, and admissions videos need accurate captions and transcripts. Captions support deaf and hard-of-hearing learners, multilingual students, noisy environments, and mobile learning. We review caption availability, quality, synchronization, transcript access, and player controls so video content remains part of the accessible learning experience.

ARIA problems

ARIA can improve custom components, but incorrect ARIA often makes EdTech interfaces worse. We commonly see invalid roles, missing accessible names, incorrect expanded states, broken comboboxes, fake buttons, and live regions that announce too much or too little. We simplify markup where native HTML works and use ARIA carefully where custom interactions genuinely need it.

Accessible tables

Education sites use tables for timetables, fees, grades, comparison charts, course requirements, library results, and academic calendars. Tables need headers, captions where useful, simple structure, and responsive behavior that does not destroy relationships. We review table semantics and mobile presentation so students can understand row and column meaning with screen readers and zoomed layouts.

Accessible charts

Dashboards and reports often show learner progress, quiz outcomes, attendance, analytics, and institutional metrics as charts. Color-only meaning, canvas-only rendering, missing data tables, and unlabeled controls can exclude users. We provide accessible chart patterns with text summaries, data alternatives, keyboard access, contrast-aware palettes, and screen reader-friendly descriptions.

Mobile accessibility

Many students rely on phones for lessons, assignments, communication, and payments. Mobile accessibility issues include cramped touch targets, sticky elements covering content, zoom restrictions, poor reflow, inaccessible menus, and orientation assumptions. We test responsive layouts with mobile assistive technology expectations in mind, including readable text, touch target size, visible focus, and logical content order.

Screen reader issues

Screen reader testing reveals issues automated scans miss: confusing labels, repeated navigation, missing status messages, broken dialogs, inaccessible quiz feedback, vague links, and poor reading order. We test with assistive technology such as NVDA and VoiceOver, then translate findings into developer-friendly fixes that explain the user impact, affected WCAG criteria, and implementation guidance.

Testing Process

Our Accessibility Testing Process

  1. 01

    Automated Scan

    We start with automated checks to catch common WCAG failures and map templates, components, and high-risk flows.

  2. 02

    Manual WCAG Audit

    We manually test against WCAG 2.2 AA, focusing on real student, faculty, applicant, and administrator tasks.

  3. 03

    Screen Reader Testing

    We verify key journeys with assistive technology such as NVDA and VoiceOver, not just browser extensions.

  4. 04

    Detailed Report

    Findings include user impact, WCAG references, affected pages/components, screenshots, reproduction steps, and fix guidance.

  5. 05

    Remediation

    Your team can fix issues with our guidance, or we can support hands-on remediation across code and content.

  6. 06

    Retesting

    We retest fixed issues to confirm barriers are resolved and no regressions were introduced.

  7. 07

    Compliance Validation

    We help document progress for internal teams, procurement, accessibility statements, VPATs, or launch readiness.

Why HalfAccessible

Why Choose HalfAccessible

Published, Fixed Pricing

A one-hour consultation is $100, the Quick Audit is $500 for up to 5 representative pages or templates, and the Complete Audit is $2,000 for up to 25 templates or key user flows. No surprise quotes.

EdTech Audit Case Study

We audited Interstride's student-facing career and immigration platform twice, in November 2025 and February 2026, with NVDA, JAWS and VoiceOver. Both engagements were rated 5.0 out of 5.0.

Founder-Led IAAP Credentials

Audits are led by Mohammad Shadab Saifi (IAAP CPACC, WAS and CPWA; DHS Trusted Tester) with 10+ years of accessibility and development experience. See accessibilityassociation.org for IAAP credentials.

Real Assistive Technology Testing

We test learning journeys with NVDA, JAWS, VoiceOver, TalkBack, keyboard-only navigation and 400% zoom, not automated scans or overlay widgets alone.

Student, Faculty and Applicant Journeys

We test signed-in LMS and portal flows by role with test accounts: enrolling, taking quizzes, uploading assignments, checking grades, applying and paying fees.

See a Sample Report First

Review our sample audit report to check the severity ratings, WCAG 2.2 mapping and code-level fix guidance before you commit.

Procurement-Ready Evidence

EdTech vendors get audit findings and VPAT or ACR documentation grounded in real testing, ready for university and school district procurement reviews.

Fixes and Retesting

Our developers can fix issues at code level, the Complete Audit includes a retest of fixed issues, and our Interstride retest round caught regressions before release.

Need an Education Accessibility Audit?

Start with a $500 Quick Audit of up to 5 representative pages from your school website, LMS, student portal or EdTech product, or the $2,000 Complete Audit for up to 25 templates or key journeys. Still scoping Title II or VPAT work, or need a quote? Book a free 30-minute call. Teams that need technical answers now — walking through findings with developers or an LMS vendor — can book the $100 one-hour consultation.

get in touch

Know where you stand. Know what to work on next.

Tell us what you’re working on and where you need support. Our accessibility specialists can help with audits, remediation, VPAT/ACR, accessible development, and ongoing compliance.

Free 30-minute consultation (opens in new tab)

Free 30-minute call: talk through where you stand, scope a project or get a quote.

Need technical answers now? Book the $100 one-hour consultation to walk through an audit, talk with a developer or review your site live.

Let’s find the barriers before your users do

Indicates a required field.


Your information is kept private and never shared with third parties.

Education Accessibility FAQs

Frequently Asked Questions

Answers to common questions about WCAG, ADA, LMS accessibility, audits, remediation, VPATs, PDFs, and accessibility training for education teams.

Is WCAG required for universities?

For public universities, yes. The Department of Justice’s ADA Title II web rule requires state and local government entities, including public colleges and universities, to make web content and mobile apps conform to WCAG 2.1 Level AA. Under the April 2026 interim final rule, the compliance dates are April 26, 2027 for entities serving populations of 50,000 or more and April 26, 2028 for smaller entities and special districts. Schools that receive federal funding also have obligations under Section 504 of the Rehabilitation Act, which the Department of Education’s Office for Civil Rights (OCR) enforces. Private universities fall under ADA Title III, which has no specific technical standard, but WCAG is the benchmark used in practice. We recommend auditing to WCAG 2.2 AA, which includes all of the 2.1 AA criteria.

When do public schools and universities have to meet the ADA Title II web rule?

Under the Department of Justice’s April 2026 interim final rule, public entities serving 50,000 or more people must meet WCAG 2.1 AA by April 26, 2027, and smaller entities and special district governments by April 26, 2028. A school district is not a special district: according to the ADA.gov fact sheet, a city or county school district uses the population of its city or county, and an independent school district uses the Census Small Area Income and Poverty Estimates. Our DOJ Title II deadline guide explains what to prioritise, and a $500 Quick Audit shows where you stand today.

What does an education accessibility audit include?

We agree the scope first: usually your public website templates plus key journeys such as admissions and financial aid forms, student portal sign-in, LMS course pages, quizzes and assignment uploads, lecture video and the PDFs students rely on. Each journey is tested against WCAG 2.2 AA with automated scans, manual review, keyboard-only navigation and NVDA, JAWS and VoiceOver. You receive a report with severity, the WCAG criterion, affected templates and a code-level fix for each issue. See the sample audit report or start with the $500 Quick Audit.

Do EdTech vendors need to be accessible if the school is the one covered by the ADA?

In practice, yes. The Title II rule covers web content and mobile apps that public schools and universities provide “directly or through contractual, licensing, or other arrangements,” so an LMS, assessment tool or student app licensed by a public institution is part of that institution’s obligation. Procurement teams respond by asking vendors for a current VPAT or Accessibility Conformance Report and audit evidence. We test your product, help fix the gaps and document results through our VPAT and ACR documentation service; you can request a VPAT quote or read how we audited Interstride’s student platform.

Can you audit course catalog and curriculum platforms?

Yes. Course catalog and curriculum platforms combine search, filters, long tables, program pages, prerequisites, PDFs and often an embedded third-party catalog tool. We check that search results and filter changes are announced, tables have proper headers, course detail pages use a logical heading structure, links make sense out of context and downloadable catalogs are tagged PDFs. If the catalog comes from a vendor, we separate issues you can fix in your templates from issues to raise with the vendor, and we can remediate catalog PDFs through our PDF remediation service.

Are automated accessibility scanners enough for LMS content?

No. Scanners are a useful first pass for missing alt text, contrast and some form errors, but W3C notes that evaluation tools cannot check every accessibility requirement. Whether a quiz can be completed with a keyboard, whether alt text describes a diagram correctly, whether captions are accurate and whether a screen reader announces a grade update all need human testing. Our $500 Quick Audit combines automated scanning with manual and screen reader testing of up to 5 representative LMS pages or templates.

Do accessibility overlays or widgets make an LMS compliant?

No. An overlay toolbar does not change the underlying code of your LMS, course content or PDFs, and it does not make an inaccessible quiz, video player or upload form work with a screen reader. The Title II rule measures conformance with WCAG 2.1 AA itself. Our analysis of accessibility overlays and ADA lawsuits explains the risks. Fixing the source through accessibility remediation is the reliable route.

What results have you delivered for EdTech platforms?

Interstride, a career and immigration platform for international students, engaged us in November 2025 and again in February 2026. Each round combined automated scanning with NVDA, JAWS and VoiceOver testing, keyboard-only navigation and focus-management review, with every finding mapped to WCAG 2.2 and paired with code-level fix guidance. The second round retested earlier issues alongside new features, and both engagements were rated 5.0 out of 5.0. Read the full EdTech accessibility audit case study.

Do schools need ADA compliance?

Schools, universities, and education providers may have accessibility obligations under the ADA, Section 508, state rules, procurement terms, or institutional policies. Public K-12 districts and public colleges are covered by ADA Title II and its WCAG 2.1 AA web rule (see the ADA.gov small entity compliance guide), and federally funded schools must also meet Section 504. We help education teams understand the digital barriers that create risk and prioritize WCAG-based fixes. For context on legal exposure, see our ADA website lawsuit statistics for 2026.

How much does an education accessibility audit cost?

Our packages are listed on the accessibility audit pricing page. First conversations are a free 30-minute call. A one-hour technical consultation (audit walkthrough, developer Q&A or live issue review) is $100. The Quick Audit is $500 for up to 5 representative pages or templates, with a top-10 issues report mapped to WCAG 2.2. The Complete Audit is $2,000 for up to 25 templates or key user flows, such as admissions forms, portal sign-in and LMS course pages, with a retest of fixed issues. Large LMS deployments, course libraries, lecture video, PDF collections and VPAT documentation are scoped separately. If you are not sure which fits, start with the free call or a free needs assessment.

How long does an accessibility audit take?

Small education websites may take one to two weeks. Larger student portals, LMS platforms, and online course libraries can take longer because they include authentication, roles, quizzes, media, documents, forms, and integrations.

Can you audit Moodle?

Yes. We can audit Moodle themes, course pages, quizzes, forms, navigation, plugins, documents, and learner workflows. We test both common LMS patterns and institution-specific customizations.

Can you audit Canvas?

Yes. We can review Canvas course content, custom pages, embedded media, documents, quizzes, navigation, and integration points. We focus on the student experience and the content-authoring patterns that affect accessibility over time.

Can you audit Blackboard or Brightspace?

Yes. We can review Blackboard, Brightspace, and other LMS experiences where your institution controls content, configuration, themes, embedded tools, documents, and custom learning flows.

Can you remediate PDFs?

Yes. We remediate education PDFs such as handbooks, prospectuses, course catalogs, policies, certificates, forms, and reports. We can also advise when HTML is a better format for frequently updated documents.

Do you provide VPATs?

Yes. We help create VPATs and Accessibility Conformance Reports for EdTech vendors, procurement teams, and education software products. VPAT support is based on real testing and clear documentation.

Do you test with NVDA?

Yes. NVDA testing is part of our assistive technology review when it fits the target platform and browser support. We use screen reader testing to find issues automated tools cannot detect.

Do you test with VoiceOver?

Yes. We can test with VoiceOver on macOS and mobile accessibility patterns when relevant. This is useful for education platforms used on Apple devices by students, faculty, and staff.

Can you train our developers?

Yes. We provide practical accessibility training for developers working in React, Next.js, Angular, WordPress, LMS themes, and design systems. Training can include keyboard testing, screen reader basics, semantic HTML, ARIA, forms, focus management, and WCAG interpretation.

Can you train faculty and content editors?

Yes. Faculty and content editors influence accessibility through headings, links, documents, videos, images, tables, and LMS publishing choices. We can tailor training to the authoring tools your team uses.

Do you test online courses?

Yes. We can review online course modules, lessons, quizzes, assignments, downloadable resources, videos, and completion flows. The goal is to make learning content usable with keyboards, screen readers, captions, transcripts, zoom, and mobile devices.

Can you check video accessibility?

Yes. We review captions, transcripts, player controls, keyboard access, focus order, contrast, and media alternatives. We also flag where lecture content needs additional text descriptions or accessible supporting material.

Can you make an LMS WCAG compliant?

We can help move an LMS toward WCAG 2.2 AA by auditing, prioritizing issues, remediating controlled templates and content, advising plugin choices, and retesting. Full conformance depends on your platform, third-party tools, content practices, and governance. An overlay widget will not get you there; see our analysis of accessibility overlays.

What is included in an LMS accessibility audit?

An LMS audit usually includes navigation, login, dashboard, course pages, quizzes, assignments, forms, media, documents, notifications, mobile behavior, keyboard support, screen reader output, and selected learner workflows. For an example, see our Interstride EdTech accessibility audit case study.

Do you support Section 508 education requirements?

Yes. The Revised Section 508 Standards, maintained by the U.S. Access Board, incorporate WCAG 2.0 Level AA and apply to federal agencies; many universities and states reuse them in procurement (see Section508.gov). We test to WCAG 2.2 AA, which covers the 2.0 AA requirements. We can also support documentation such as VPATs for education technology products.

Can you work with our internal engineering team?

Yes. We can provide audit reports, remediation tickets, code guidance, retesting, office hours, and implementation support so your internal team can fix issues efficiently.

Do you offer ongoing accessibility support?

Yes. Ongoing support can include periodic audits, release checks, component reviews, content training, document remediation, procurement documentation, and accessibility governance for education teams.

Should we book the free 30-minute call or the $100 consultation?

Book the free 30-minute call if you are starting a project, scoping Title II or LMS work, or need a quote. Book the $100 one-hour consultation when you already have findings, need to talk with a developer or LMS vendor, or want a live review of a course or portal issue. The free call is the first conversation; the $100 hour is a hands-on technical session.

Can we run a free scan before an education accessibility audit?

Yes. A free automated scan such as AccessibilityScore.in is a useful starting point for spotting common issues on a public page. It does not replace a manual WCAG audit of signed-in LMS journeys, quizzes, portals or PDFs, and it cannot prove Title II or Section 508 conformance on its own. Use the scan to prioritise, then plan a manual audit of the templates students actually use.