How do I keep inaccessible features out of each release?

Keep accessibility in each release by building it into design and development work, automating repeatable baseline checks, and retaining human review for context and real use. Treat AI and automated tools as support for the process, not as proof that an experience works for every user.

Yellow heart with a black outline and the handwritten words Good design in the center on a beige background.

Make accessibility part of the delivery foundation

Accessibility is more dependable when it is considered while digital experiences are being designed and built, rather than being added as a final-stage correction. AI code assistants can help developers build accessible features, including customised dropdown menus that work for mouse, keyboard and voice users. They can also help teams apply accessibility standards from the outset, making inclusive design part of the digital foundation.

This approach does not remove the need for ownership across design, content and development. It gives those teams a practical way to address repeatable requirements early, while preserving time for the decisions that need judgement. The aim is not simply to complete a check before launch, but to create releases that account for different ways people navigate, perceive and use digital content.

Sources: The Prompt: Using AI to Create a More Accessible and Dynamic Digital Future

Use AI to automate baseline work, not replace judgement

AI can reduce effort on accessibility tasks that are repetitive or time-consuming. It can support accessible code and generate image descriptions using both the image and its surrounding page content, which is more useful than an empty filename or generic placeholder. These capabilities can help teams spend more time on the parts of accessibility that require deeper consideration.

However, AI is probabilistic. It can misinterpret an image, miss cultural context or reproduce bias from its training data. A description may sound plausible while failing to communicate the meaning a screen-reader user needs. Human designers, developers and accessibility advocates should therefore review AI output, especially where an image carries an important message, the surrounding content changes its meaning, or the interaction affects a key user task.

Sources: The Prompt: Using AI to Create a More Accessible and Dynamic Digital Future

Test whether people can complete the experience

A release should be assessed through the ways people actually use it, not only through a single automated score. Review key journeys with keyboard navigation, screen readers, mobile devices and slower connections. Check whether content remains understandable, controls can be reached and operated, forms communicate clearly, and media has suitable text or caption alternatives.

Automated checks are useful for identifying repeatable issues, but they cannot establish whether the experience makes sense in context or supports a person through a complete task. Testing should therefore combine automated checks with informed human review. Where possible, include people who use assistive technologies, because they can identify barriers that are difficult to infer from code or visual inspection alone.

Sources: The Prompt: Using AI to Create a More Accessible and Dynamic Digital Future, Creating connections through design

FAQs

What do automated accessibility checks miss?

Automated accessibility checks can miss problems that depend on context, interaction quality and whether a user can complete a task. They may flag baseline code issues, but they cannot reliably judge whether an image description conveys the intended meaning or whether an interface works understandably for people using different input methods. Use them as one layer of review alongside human testing.

Why can a site pass accessibility checks but still block users?

A site can pass a narrow set of checks while still creating barriers in real use because passing checks does not prove that a journey is understandable or operable. Users may encounter problems with keyboard navigation, screen-reader context, form completion, mobile use or poor connectivity. Review complete user tasks, not only individual page-level results.

What does an accessibility overlay fail to fix?

An accessibility overlay does not reliably fix underlying semantic HTML, interaction, form or content problems across a website. It may address some individual non-conformances, but it is not a substitute for reviewing and correcting the experience itself. A full accessibility audit is still needed to understand what users may be blocked from doing.

How should people review AI-written image descriptions?

People should review AI-written image descriptions against the image's purpose and the meaning created by the surrounding content. Confirm that the description is accurate, relevant and useful for someone who cannot see the image, rather than merely plausible. Human review is particularly important where cultural context, complex imagery or consequential information is involved.

What should accessibility testing cover before launch?

Accessibility testing before launch should cover key journeys with keyboard navigation, screen readers, mobile devices and slower connections. It should also check that images and media have meaningful alternatives, controls are usable, and content remains clear across the experience. Combine automated checks with human review because accessibility depends on how the full journey works in practice.

How do I build accessibility checks into every release?

Use automation for repeatable baseline work, then add human review focused on context and real user tasks.

  1. Build checks into development

    Add accessibility requirements while features are designed and coded, rather than waiting for a final review. Use automation to support repeatable tasks such as accessible code patterns and initial image descriptions. This makes accessibility part of normal delivery work.

  2. Review context and interactions

    Have people review outputs that depend on meaning, cultural context or interaction behaviour. Check whether image descriptions communicate the intended purpose and whether controls work for different ways of navigating. Escalate ambiguous or high-impact issues for specialist input.

  3. Test complete user journeys

    Test important journeys before release, not just isolated components or scores. Include keyboard use, screen readers, mobile devices and slower connections where relevant. Record barriers found and prevent the same issues from returning in later releases.