New K-12 Accessibility Requirements Are Coming. Is Your District Ready?
A major change is coming to how public school districts evaluate and manage the technology they provide to students, staff, parents, and the community.
Under new Title II requirements from the U.S. Department of Justice, public school districts will need to ensure that the web content and mobile applications they provide meet WCAG 2.1 Level AA accessibility standards.
For larger public entities, the compliance deadline is April 26, 2027. Smaller public entities generally have until April 26, 2028.
That may sound like plenty of time. For a school district using hundreds or even thousands of websites, applications, learning platforms, digital curriculum resources, and other online tools, it really isn't.
The first challenge is understanding that this is about much more than making sure your district website is accessible.
The new requirements also apply to web content and mobile applications that a public entity provides or makes available through contractual, licensing, or other arrangements. For schools, that means third-party technology needs to be part of the accessibility conversation.
Think about the number of digital resources being used in your schools today. Learning management systems, curriculum platforms, assessment tools, classroom applications, communication tools, online textbooks, instructional websites, mobile applications, and countless other resources are now part of the daily educational experience.
How many of those resources meet WCAG 2.1 Level AA?
For many districts, the answer right now is probably: we don't know.
Accessibility Needs to Become Part of the Technology Vetting Process
School districts have spent years developing processes to evaluate technology for student data privacy and security. Before approving a new application, districts increasingly want to know what student information is collected, how it is used, who it is shared with, and whether the vendor's practices comply with applicable laws and district requirements.
Accessibility now needs to become part of that same technology review process.
Before approving a resource, districts need to understand whether students with disabilities can actually use it. Does the application work with screen readers? Can it be navigated using a keyboard? Are images properly described? Does the application provide sufficient color contrast? Are forms properly labeled? Are videos captioned? Are there known accessibility issues that could prevent a student from accessing the same educational content as other students?
These questions are not simply technical preferences. They can determine whether a student is actually able to use the technology their school has selected for them.
And under the new Title II requirements, districts have another reason to start asking these questions now.
A VPAT Is Helpful, But It Doesn't Answer Everything
Many districts will start by asking vendors for a VPAT, or Voluntary Product Accessibility Template.
That is a good place to start, but obtaining a VPAT and putting it in a folder isn't the same as determining whether an application is accessible.
A VPAT may show that certain accessibility requirements are fully supported while others are only partially supported or not supported at all. It may identify significant accessibility issues. It may also be several years old and no longer accurately represent the product currently being used by the district.
Some vendors may not have a VPAT at all.
The important question isn't simply whether a vendor has accessibility documentation. The district needs to understand what that documentation actually says and what risks may exist.
That is where the workload can become significant.
If your district uses 1,000 technology applications, are you going to contact 1,000 vendors, request their accessibility documentation, review each document, determine what WCAG requirements are supported, identify deficiencies, and then keep track of that information as products and documentation change?
For most technology departments, that simply isn't realistic.
This Is Why We Added Accessibility Review to EdPrivacy
For more than a decade, Education Framework has helped school districts reduce the amount of manual work required to properly vet educational technology.
As the risks surrounding technology have changed, EdPrivacy has changed with them.
Student data privacy remains at the core of what we do, but privacy is no longer the only information districts need before approving technology. AI has introduced an entirely new set of risks, and the new Title II requirements are making accessibility another important part of the technology review process.
That is why EdPrivacy now brings Privacy Review, AI Risk Review, and Accessibility Review together in one technology vetting platform.
When a district searches for an application in EdPrivacy, they don't need to begin the accessibility review from scratch. EdPrivacy helps identify and organize available accessibility information, evaluates the application against important accessibility criteria, and provides the district with an Accessibility Review alongside the privacy and AI risk information they already need.
Instead of sending staff out to search vendor websites, locate accessibility documents, interpret those documents, and manually organize the results, EdPrivacy does much of that research for them.
The goal is simple: give the person approving technology enough information to make an informed decision before that technology is placed in front of students.
The Bigger Challenge Is What Your District Is Already Using
Reviewing new technology is only part of the problem.
Most districts already have hundreds of applications in use today. Some were purchased by the district. Others were adopted by individual schools or departments. Some may have been introduced by teachers and have been used for years.
The new accessibility requirements create an important question for all of those existing resources.
Which of the applications currently being used by your district have accessibility concerns?
Before a district can address accessibility problems, it needs visibility into where those problems exist.
EdPrivacy gives districts a centralized way to review the technology already in use, identify potential accessibility concerns, and incorporate accessibility into the same approval process they use for privacy and AI risk.
Rather than managing privacy in one system, AI risk somewhere else, accessibility documents in a shared drive, and approved technology in another spreadsheet, districts can manage the review process in one place.
April 2027 Is Closer Than It Sounds
Districts don't need to wait until the compliance deadline to begin addressing accessibility.
In fact, waiting may make the job considerably more difficult.
The Department of Justice recommends that public entities begin identifying the web content and mobile applications they provide, determine who is responsible for those resources, review vendor arrangements, and develop policies and procedures for accessibility.
For school districts, technology vetting should be part of that process.
Every new application approved between now and the compliance deadline is another application the district may eventually need to evaluate. Incorporating accessibility into the approval process today can prevent that list from continuing to grow.
For years, districts have asked an important question before allowing technology into their classrooms:
Is this application safe for our students?
Going forward, there is another question that needs to be asked:
Is this application accessible to all of our students?
EdPrivacy can help districts answer both.
