Skip to main content
Guide

Accessible web forms, labels, errors, and checkout fields that work

Forms are where business sites convert, and where accessibility often collapses. Labels, errors, and focus order decide whether a customer can finish.

07/13/20261 min read

A beautiful form that only a mouse user with perfect vision can complete is a broken sales channel. Contact, booking, and payment forms must be operable with a keyboard, understandable with a screen reader, and recoverable when something is wrong.

Labels that assistive tech can bind

Use a <label> (or equivalent programmatically associated name) for each control. Do not rely on placeholder alone. Group related radios and checkboxes with a fieldset and legend when needed.

Errors that people can fix

  • Say which field failed and how to fix it
  • Keep the submitted values when possible
  • Do not clear the whole form after one mistake
  • Avoid color-only error cues

Checkout-specific risks

Autofill broken by odd autocomplete values, required fields marked only with a red asterisk in an image, and payment iframes that steal focus without instructions.

A practical acceptance checklist

  1. Complete the form with keyboard only
  2. Turn on a screen reader and hear each label
  3. Submit empty and read every error
  4. Zoom to 200% and confirm fields still stack cleanly

Frequently asked questions

Is placeholder text a valid label?
No. Placeholders disappear while typing and are often low contrast. Every field needs a visible, associated label.
How should errors be announced?
With clear text near the field, not only a red border. Prefer a summary at the top for multi-field forms and move focus to it.
Are CAPTCHAs a problem?
Many image CAPTCHAs block people with disabilities. Prefer invisible or accessible alternatives and always offer a human support path.

Sources

Related articles