Marc Leonardi, Thursday 20 August 2026You cannot prove that an app is accessible from a preview or a contrast score. You can, however, remove a surprising number of barriers before formal testing begins.Mobile app accessibility extends well beyond color contrast. Typography, spacing, navigation, touch targets, labels, motion, media and assistive-technology behavior all affect whether someone can complete a task.WCAG is written for web content. The W3C's WCAG2Mobile guidance explains how WCAG 2.2 Level A and AA criteria can be applied to native, web and hybrid mobile apps. That document is informative rather than a separate normative mobile standard, and it is not sufficient on its own to establish that an app is accessible.This checklist separates what can be configured centrally from what still has to be verified in the published product:Accessibility areaFirst checkWhat to configure or testColor contrastText, backgrounds, controls and statesSet global colors and verify each contrast pairTypography and spacingReadable defaults, wrapping and enlargementConfigure the global type hierarchy and marginsNavigationClear destinations and labelsConfigure the app structure, labels and navigationTouch targetsControls are easy to operateVerify the generated app on devicesScreen readersNames, roles, states and focus orderTest the generated iOS and Android appsMotionEffects remain useful and optionalConfigure animations and haptics, then test system preferencesMediaCaptions, transcripts and text alternativesAdd alternatives during content creation and editorial reviewPWA interactionKeyboard, zoom, focus and responsive layoutsTest the published PWA in browsers