Mobile App Accessibility Audit by WCAG Standards
We conduct accessibility evaluations for mobile apps against WCAG 2.1. Our certified engineers examine contrast, text alternatives, screen reader navigation, and other criteria. Order a turnkey audit—we will identify all A and AA level violations and deliver a report with code examples in Swift, Kotlin, Flutter, or React Native. Contact us to assess your app.
Why a Mobile App Accessibility Audit Is Critical for Your App
Without an audit, you risk losing up to 15% of users with disabilities and facing lawsuits (e.g., ADA in the US). WCAG 2.1 via WCAG2ICT applies to mobile apps. Levels A and AA are the minimum threshold for government procurement and most regulations. AA covers three times more use cases for people with vision and motor impairments than level A. Our review ensures your app meets EN 301 549 and other standards. By identifying issues early, you can reduce remediation time by 50% compared to fixing after launch.
What Problems the Audit Uncovers
We spot typical issues: missing accessibilityLabel on icons, low text contrast, incorrect focus order, form errors invisible to screen readers, and more. Our report includes a screenshot of each violation with a priority level. Example: grey placeholder #9E9E9E on white yields a contrast of 1.9:1 (required 4.5:1).
What We Check
Criterion 1.1 — Text Alternatives
All non-text elements must have a text alternative. On iOS – accessibilityLabel, on Android – contentDescription. Decorative elements are marked as ignorable. Tools: Accessibility Inspector (Xcode) and Android Accessibility Scanner.
Criterion 1.3 — Adaptable
Structure must not rely on visual perception. The screen reader reading order must match the logical order. For ConstraintLayout and ZStack, set focus order explicitly.
Criterion 1.4 — Distinguishable
1.4.3 Contrast (AA): minimum 4.5:1 for text, 3:1 for large text. We check all elements. 1.4.4 Resize text: support Dynamic Type (iOS) and font scaling (Android). 1.4.10 Reflow: content without horizontal scrolling at up to 400% zoom. 1.4.11 Non-text contrast: icons, borders – at least 3:1.
Criterion 2.1 — Keyboard Accessible
On mobile – Switch Control and external keyboard. All functions must be available without touch. We check Tab navigation, Enter to activate, Escape to close modals.
Criterion 2.4 — Navigable
Focus moves to the first element when a modal opens and returns when it closes. Screen titles structure the page. Visible focus is required.
Criterion 3.3 — Input Assistance
Error messages must be associated with the field via accessibilityHint or UIAccessibility.post(notification:). Red border alone is invisible.
Audit Deliverables
The final report contains:
- A table of WCAG criteria with Pass/Fail/N/A ratings
- Screenshots with violation descriptions
- Priority levels (blocking vs minor)
- Recommendations with code examples
Example table:
| Criterion | Level | Status | Description |
|---|---|---|---|
| 1.1.1 | A | Fail | 14 icons without contentDescription |
| 1.4.3 | AA | Fail | Grey placeholder #9E9E9E on white: 1.9:1 |
| 2.4.3 | A | Pass | Logical focus order |
| 1.4.4 | AA | Partial | Dynamic Type not supported in custom cells |
What Is Included
The service includes:
- Detailed report with per-screen analysis
- Code snippets for iOS, Android, Flutter, React Native
- Violation prioritization by criticality
- Consultation on fixes one week after the report
- Recommendations for long-term accessibility maintenance
Tools we use
- iOS: Accessibility Inspector, Xcode Audit, VoiceOver
- Android: Android Accessibility Scanner, TalkBack
- General: WAVE, axe DevTools, colour contrast analysers
Comparison of Levels A and AA
Level A – minimum requirements (25 criteria). Level AA adds 21 criteria, including contrast 4.5:1 and captions. In practice, most clients choose AA because it covers the basic needs of users and matches legislation.
| Parameter | Level A | Level AA |
|---|---|---|
| Text alternatives | Yes | Yes + descriptions for complex elements |
| Contrast | — | >=4.5:1 |
| Keyboard navigation | Present | Visible focus |
| Interface language | Specified | Specified + language parts |
How We Conduct the Audit
- Preparation: study your app, collect usage scenarios
- Automated checks: run Accessibility Scanner and Lighthouse
- Manual testing: 3-5 scenarios on physical devices
- Report creation: document each violation
- Final consultation: discuss the remediation plan
Our Experience and Guarantee
With over 5 years of experience and 100+ mobile apps audited, our team delivers reliable results. Our engineers are certified by IAAP (International Association of Accessibility Professionals). We guarantee that after implementing fixes from our report, your app will pass a re-audit with a Pass result at the chosen level. Our automated scanning is 10x faster than manual-only approaches, ensuring quick turnaround.
Turnaround time: 2 to 5 days depending on scope. Contact us for an accurate estimate and to order. WCAG