RatedWithAI
Accessibility scanner
A Voluntary Product Accessibility Template (VPAT) documents how your digital product conforms to accessibility standards. It's required for government procurement and increasingly demanded by enterprise buyers.
A Voluntary Product Accessibility Template (VPAT) is a standardized document created by the Information Technology Industry Council (ITI) that explains how a technology product or service meets accessibility standards.
When you complete a VPAT, the resulting document is called an Accessibility Conformance Report (ACR). While people often use "VPAT" to mean both the template and the completed report, technically the VPAT is the blank template and the ACR is the filled-in version.
The current version is VPAT 2.5 (released 2023), which covers three major accessibility standards:
Federal agencies require VPATs under Section 508. Without one, your product is automatically disqualified from government contracts worth billions annually.
Large companies (Fortune 500, universities, hospitals) increasingly require accessibility documentation. A VPAT shows you take accessibility seriously.
With 5,000+ ADA lawsuits filed in 2025, having documented accessibility conformance provides evidence of good-faith compliance efforts.
The European Accessibility Act (EAA) takes effect June 2025. EN 301 549 VPATs demonstrate conformance for EU market access.
State and local governments must comply with WCAG 2.1 AA by April 24, 2026. Vendors serving government need updated VPATs NOW.
Government IT spending exceeds $100B/year. Education budgets add billions more. A VPAT is your ticket to these markets.
The VPAT 2.5 comes in four editions. Choose based on which markets and regulations apply to your product:
| Edition | Standards Covered | Use When |
|---|---|---|
| WCAG | WCAG 2.x (Level A, AA, AAA) | International products, not targeting specific government regulations |
| Revised Section 508 | WCAG 2.x + Revised Section 508 | Selling to U.S. federal agencies |
| EN 301 549 | WCAG 2.x + EN 301 549 | Selling to European public sector |
| INT (International) | WCAG 2.x + Section 508 + EN 301 549 | Global products targeting both U.S. and EU markets |
Recommendation: If unsure, use the INT edition — it covers all standards and saves you from creating multiple VPATs later.
These are the official ITI VPAT 2.5 templates. Download the edition that matches your target market:
Best for: International products • Format: .doc
Best for: U.S. government sales • Format: .doc
Best for: EU public sector • Format: .doc
Best for: Global / both U.S. + EU • Format: .doc
Templates are provided by ITI (Information Technology Industry Council). Always verify you have the latest version at itic.org.
Before you can document conformance, you need to know your actual accessibility status. Use RatedWithAI's free scanner to get a baseline WCAG 2.1 AA compliance score, then supplement with manual testing for keyboard navigation, screen reader compatibility, and cognitive accessibility.
Run Free Scan →Select the VPAT edition matching your target market. For most SaaS companies, the INT (International) edition covers all bases. If you're only targeting U.S. federal agencies, the Revised Section 508 edition is sufficient.
Document your product name, version, date of evaluation, contact information, and a description of the product's functionality. Be specific about what was tested — if you only evaluated the web application and not mobile apps, say so.
For each WCAG criterion (there are 78 in WCAG 2.1), rate your conformance level. Use the standard terms: 'Supports' (fully meets), 'Partially Supports' (some aspects don't meet), 'Does Not Support' (majority doesn't meet), or 'Not Applicable' (criterion doesn't apply).
For every criterion that isn't fully supported, explain specifically what doesn't conform and what your remediation plans are. Honest, detailed remarks build trust with procurement teams. Vague or misleading remarks can backfire badly.
Have someone else review the VPAT for accuracy and completeness. Then publish it on your website (typically on a dedicated accessibility page or in your documentation). Government agencies and enterprise buyers will look for it there.
When evaluating each criterion in your VPAT, you'll use these standard conformance terms:
The functionality of the product has at least one method that meets the criterion without known defects or meets with equivalent facilitation.
Some functionality of the product does not meet the criterion.
The majority of product functionality does not meet the criterion.
The criterion is not relevant to the product. For example, WCAG 1.2.1 (Audio-only and Video-only) doesn't apply to a text-only product.
The product has not been evaluated against the criterion. This should be used sparingly — procurement teams may interpret it negatively.
Overstating conformance is the most damaging mistake. Procurement teams test claims — getting caught erodes trust and can disqualify you from future bids. Be honest about gaps and show a remediation plan instead.
Marking criteria as "Not Applicable" when they actually apply raises red flags. If your product has images, WCAG 1.1.1 (Non-text Content) applies. If it has any interactive elements, keyboard criteria apply.
Remarks like "Working on it" or leaving the column blank tells procurement teams nothing. Specify what doesn't conform and when you plan to fix it: "Dashboard charts lack alt text. Remediation planned Q2 2026."
Automated scanners catch ~30-40% of accessibility issues. Manual testing with screen readers (NVDA, JAWS, VoiceOver), keyboard navigation, and cognitive review is essential for an accurate VPAT.
Your product changes — your VPAT should too. Best practice: update after every major release, or at minimum annually. Date your VPAT prominently so buyers know it's current.
If you only tested the web application but not the mobile app, iOS app, or API documentation, say so. A VPAT covering the wrong product version or platform is useless to procurement.
Claiming conformance based on an accessibility overlay widget doesn't hold up. Procurement teams know overlays don't fix underlying code issues. 30% of ADA lawsuits in 2023 involved sites using overlays. Learn more about overlay alternatives.
Here are examples of well-written vs. poorly-written VPAT entries for common WCAG criteria:
❌ Bad
Level: Partially Supports
Remarks: "Some images may not have alt text."
✅ Good
Level: Partially Supports
Remarks: "All UI icons and decorative images have appropriate alt attributes. User-uploaded images in the gallery section lack enforced alt text — implementing mandatory alt text field in upload flow, targeted for v3.2 (March 2026)."
❌ Bad
Level: Supports
Remarks: "Keyboard accessible."
✅ Good
Level: Partially Supports
Remarks: "All navigation, forms, and primary actions are fully keyboard operable with visible focus indicators. Exception: the drag-and-drop task board requires mouse interaction — keyboard alternative (arrow key reordering) shipping in v3.1 (February 2026)."
Understanding who reads your VPAT helps you write it effectively:
⏰ April 24, 2026 Deadline
The ADA Title II digital accessibility deadline is 61 days away. If you sell to government agencies, having an up-to-date VPAT is now critical. Run a free scan to assess your current status and start your VPAT with real data.
Not directly — but practically, yes. U.S. federal agencies require VPATs under Section 508 for procurement. Without one, you can't sell to the government. Enterprise buyers increasingly require them too. While you won't be fined for not having a VPAT, you'll lose deals.
Creating a VPAT yourself is free — you just fill in the template. However, getting a professional accessibility audit first (which informs the VPAT) typically costs $3,000-$15,000 depending on product complexity. You can start with a free automated scan from RatedWithAI and supplement with manual testing.
At minimum annually, or after any major product release that changes functionality. Government agencies may reject VPATs older than 12 months. Best practice: tie VPAT updates to your release cycle.
No. Automated tools catch 30-40% of WCAG issues. A credible VPAT requires manual testing with assistive technologies (screen readers like NVDA/JAWS/VoiceOver, keyboard navigation, magnification software). Start with automated testing to find the easy wins, then add manual testing.
A VPAT (Voluntary Product Accessibility Template) is the blank template. When you fill it in with your product's conformance data, the completed document is called an ACR (Accessibility Conformance Report). People often use 'VPAT' to mean both.
On your website — typically on a dedicated accessibility page, in your product documentation, or in a 'Trust Center' section. Make it easy to find. Some vendors also upload to the Partnership on Employment & Accessible Technology (PEAT) database.
Our free scanner evaluates WCAG 2.1 AA criteria and gives you a compliance score with specific findings. This data maps directly to VPAT criteria, giving you a solid starting point. For a complete VPAT, supplement our automated results with manual testing.