- Success Criterion 1.3.5
- Conformance level AA
Field Missing Both the Right Input Type and Autocomplete Token
1.3.5 — Identify Input Purpose
Scenario
Setting
A grocery delivery app's shopping cart
What’s wrong
type misuse combined with missing tokens (e.g., type="text" for email with no autocomplete="email") leaving no machine-readable purpose.
Example
A grocery delivery app's shopping cart runs into this exact issue: type misuse combined with missing tokens (e.g., type="text" for email with no autocomplete="email") leaving no machine-readable purpose.
Why it matters
People with motor or cognitive disabilities who rely on browser autofill for personal data. On a grocery delivery app's shopping cart, this barrier means they can't complete the form at all.
How to test
Inspect a field using type="text" for something like email with no autocomplete="email" token: without either signal, purpose can't be determined programmatically.
How to fix
The field must carry the correct, valid autocomplete token (code telling browsers what the field collects) for its purpose so browsers and assistive tools can identify and autofill it.
Outcome
Corrected, a grocery delivery app's shopping cart now lets a visitor see exactly what went wrong and how to fix it.
Who is affected
People with motor or cognitive disabilities who rely on browser autofill for personal data.
Learn more
- Understanding Understanding document (opens in a new tab)
Related scenarios
- Autocomplete Attribute Set to the Wrong Value for the Field
- Personal-Data Field With No Autocomplete Attribute at All
- Autocomplete Deliberately Disabled on a Personal-Data Field
- Autocomplete Token Placed on the Wrong HTML Element
- Custom Form Widget That Drops the Native Autocomplete Behavior
- Autocomplete Section Token Used Incorrectly, Breaking Its Value