EcomAtlas

Accessible forms and errors

Give each field a persistent identity and each failed submission a locatable, announced, and recoverable correction path.

Skip this if Teams changing checkout business rules or payment-decline messages rather than the accessibility of a form state

An accessible form keeps the field, instruction, error, and correction connected. Define that complete state for every important storefront form before changing colors, copy, or validation timing.

Start with visible, persistent labels. W3C recommends descriptive labels that are programmatically associated with their controls, usually by matching a label's for value to the control's id.[1] Placeholder text can supplement an example. Do not make it the only field identity because it disappears during entry and may not supply the relationship a user needs.

The rest of this lesson is available once the Atlas is unlocked.