Why Conformance Reports Matter
Courts are increasingly requiring accessibility conformance reports. When you're sued for ADA violations, the defendant's lawyer will ask: "Do you have documentation of your accessibility efforts?" Without a conformance report, the answer is "No"—which implies negligence. A well-documented conformance report proves you took accessibility seriously, tested thoroughly, and documented your findings. This is critical for defense.
What is a Conformance Report?
An Accessibility Conformance Report (ACR) is a formal document that describes: The Voluntary Product Accessibility Template (VPAT) is the industry-standard ACR format. It's created by the IT Accessibility Testing Center and used by government agencies, enterprises, and courts.
What accessibility standards you're targeting (WCAG 2.1 Level AA, Section 508, ADA, etc.)
Which success criteria your site meets
Which success criteria have issues
How those issues are being addressed
When remediation will be complete
How the report was created (audit methods, tools used, dates)
Shows due diligence and good faith efforts
Provides baseline for damages assessment
Demonstrates testing methodology
Shows timeline of remediation efforts
Can reduce liability if remediation is documented
Understanding VPAT Structure
A VPAT typically includes: Each WCAG success criterion is listed with status:
Product name and version
Evaluation date
Standards targeted (WCAG 2.1 Level AA, Section 508, etc.)
Overall conformance statement
Supports: Full compliance with no known issues
Partially Supports: Mostly compliant, but some minor issues
Does Not Support: Known failures or violations
Not Applicable: Criterion doesn't apply to this product
Issues identified
Planned fixes
Timeline for remediation
Responsible parties
Audit tools used (axe, WAVE, manual testing, etc.)
Testing dates and timeframe
Pages tested
Screen readers tested with
Testing environment details
Understanding WCAG Success Criteria in VPATs
A VPAT lists all WCAG 2.1 success criteria. Here's how to read them: Criterion 1.1.1 Non-text Content (Level A) Status: Supports Remarks: All images have alt text. Decorative images have empty alt attributes. Icons have aria-labels. Example Criterion: 2.4.3 Focus Order (Level A) Criterion 2.4.3 Focus Order (Level A) Status: Partially Supports Remarks: Tab order is logical on most pages. Contact form has focus trap issue (Tab key gets stuck). Fix planned for Q4 2025. Example Criterion: 2.1.2 No Keyboard Trap (Level A) Criterion 2.1.2 No Keyboard Trap (Level A) Status: Does Not Support Remarks: Autocomplete dropdown can trap keyboard focus. Escape key does not close dropdown. Issue affects search functionality on all pages. Remediation timeline: 30 days. Reading the Levels Level A: Foundational accessibility (must meet) Level AA: Recommended for all websites Level AAA: Enhanced accessibility (optional but preferred) If you claim WCAG 2.1 Level AA conformance, you must meet ALL Level A AND AA criteria. No "partial" compliance at AA level.
Level A: Foundational accessibility (must meet)
Level AA: Recommended for all websites
Level AAA: Enhanced accessibility (optional but preferred)
Creating Your Conformance Report
Choose what you're going to comply with: Use a combination of methods: For each WCAG criterion: Criterion: [1.1.1 Non-text Content] Status: [Supports / Partially Supports / Does Not Support] Testing Method: [Automated + Manual Inspection] Remarks: [Detailed findings] Remediation: [If applicable] Timeline: [If applicable] Step 4: Identify Non-Compliant Items For each failure: Issue: Form labels not properly associated with inputs Criterion: 1.3.1 Info and Relationships (Level A) Affected Pages: All pages with forms Severity: High (impacts all users) Remediation: Add proper label-for associations to all form inputs Timeline: 14 days from report date Assigned To: Development team Status: In Progress Step 6: Get Professional Review For high-stakes compliance, have an accessibility expert review your report:
WCAG 2.1 Level AA (industry standard)
WCAG 2.1 Level AAA (more stringent)
Section 508 (for government contracts)
Multiple standards (increasingly common)
Automated tools: axe DevTools, WAVE, Lighthouse
Manual testing: Keyboard navigation, screen reader testing
Page selection: Test representative pages (homepage, forms, checkout, etc.)
Timeframe: Document the date range of testing
Describe the issue in detail
Explain how to reproduce it
Reference the WCAG criterion it violates
Provide a remediation plan
Set a timeline for fixes
Ensures accuracy
Increases credibility in legal proceedings
Reduces liability
Provides third-party validation
Legal Implications of Conformance Reports
When sued, the plaintiff's attorney will request: A report that identifies known issues but doesn't fix them can be problematic: Best practice: Document issues, then fix them immediately. Update the report as fixes are completed.
Any accessibility audits or conformance reports
Testing methodologies used
Timeline of known issues
Remediation efforts documented
Shows good faith accessibility efforts
Demonstrates testing rigor
Provides evidence of remediation timeline
May reduce damages assessment
Could support counterclaim of reasonable accommodation efforts
Implies no accessibility effort
Suggests negligence
Can increase damages
Shows you didn't test before launch
Indicates ongoing violations not caught
Shows you knew about the violations
Demonstrates failure to remediate
Can increase liability exposure
May result in punitive damages
What Pages Should You Test?
You don't need to test every page—select representative samples: Document which pages you tested and why you selected them.
Homepage
Contact form
Login/registration
Key conversion page
Homepage
Forms (contact, search, checkout)
User account pages
Content pages (blog posts, help docs)
Product/service pages
Footer and navigation
Homepage
Product listing pages
Product detail pages
Shopping cart
Checkout flow
Order confirmation
Tools for Creating Reports
axe DevTools: Chrome/Firefox extension, generates detailed reports
WAVE: Browser extension, visual feedback on violations
Lighthouse: Built into Chrome DevTools, includes accessibility score
Deque's ATTEST: Paid platform for enterprise conformance reporting
NVDA: Free screen reader for Windows
JAWS: Commercial screen reader
VoiceOver: Built into Mac/iOS
VPAT Template (Official)
W3C Testing & Evaluation Resources
Many accessibility firms offer custom report templates
Common Mistakes in Conformance Reports
❌ Claiming full Level AA compliance when you haven't tested everything ✅ Claim only what you've tested and verified ❌ "Some images missing alt text" ✅ "Homepage banner images lack descriptive alt text (5 instances found)" ❌ Identifying issues without explaining how you'll fix them ✅ Document specific fixes, responsible parties, and timelines ❌ Only testing the homepage ✅ Representative sample of all major content types ❌ Report from 2023, no updates for 2025 ✅ Annual reviews and updates as changes are made ❌ Report doesn't explain how it was created ✅ Detail tools used, pages tested, testing dates, screen readers used