Skip to content
Forms

Form Accessibility Basics That Are Easy to Miss

DT Form Team

Labels need to be programmatically connected

A label that sits visually near a field isn't the same as a label that's technically associated with it. Screen readers rely on that association to tell someone what a field is asking for, and a purely visual layout without it leaves those users guessing.

This is one of the most common accessibility gaps in form builders generally, and it's usually invisible to a sighted person testing the form normally, which is exactly why it goes unnoticed.

Error messages need to be findable

An error that only appears as a color change on the field border is invisible to someone using a screen reader or who has difficulty distinguishing colors. Error text that's read aloud or clearly marked matters more than the visual styling around it.

Errors should also be specific. 'This field is required' is more useful to everyone, not just users of assistive technology, than a generic 'Please check your entries' message at the top of the form.

Keyboard navigation is a good general test

Try completing an entire form using only the keyboard, no mouse. If the tab order jumps around unpredictably or a field can't be reached at all, that's a real usability issue that also happens to be an accessibility one.

This single test tends to surface most of the accessibility problems worth fixing, without needing specialized tools to start.

Want to try this yourself? Explore the product →