Goal
Help users fill in forms by enabling browsers and assistive technologies to auto-fill fields based on purpose.
Loading ...
Success Criterion · WCAG 1.3.5
The purpose of each input field collecting information about the user can be programmatically determined when the input field serves a purpose identified in the Input Purposes for User Interface Components section and the content is implemented using technologies with support for identifying the expected meaning for form input data.
Goal
Help users fill in forms by enabling browsers and assistive technologies to auto-fill fields based on purpose.
What to do
Use autocomplete attributes to identify the purpose of common input fields.
Why it matters
Users with cognitive or motor disabilities benefit from auto-fill, reducing errors and effort.
Success criterion
Summarized directly from the official Understanding document so teams can quote the requirement accurately.
The purpose of each input field collecting information about the user can be programmatically determined when: The input field serves a purpose identified in the Input Purposes for User Interface Components section; and The content is implemented using technologies with support for identifying the expected meaning for form input data.
Intent
Benefits
Why it matters
Summaries drawn from the Understanding document help you socialize impact statements with product stakeholders.
Without autocomplete, users must manually type all personal information every time.
Users with cognitive disabilities may struggle to remember what information goes in each field.
Users with motor impairments face unnecessary typing effort.
Personalization tools cannot enhance fields without autocomplete attributes.
Users make more errors when manually entering common information.
Input fields that collect personal information about the user (name, email, phone, address, etc.) must identify their purpose using the HTML autocomplete attribute. This allows browsers, password managers, and assistive technologies to auto-fill these fields, reducing the cognitive and motor effort required to complete forms. It also enables personalization tools to add icons or labels to help users understand what information is requested.
Reference: All summaries and highlights originate from Understanding WCAG 1.3.5 and the W3C quick reference.
Examples
Share pass/fail snapshots to coach designers, engineers, QA, and content authors.
Pass
<input type="text" autocomplete="given-name" name="firstName"><input type="text" autocomplete="family-name" name="lastName">
Fail
<input type="text" name="firstName"><input type="text" name="lastName"> (No autocomplete attributes)
Pass
<input type="email" autocomplete="email" id="userEmail">
Fail
<input type="email" autocomplete="off" id="userEmail"> (Autocomplete disabled)
Pass
<input autocomplete="street-address"><input autocomplete="address-level2"><input autocomplete="postal-code">
Fail
<input name="addr1"><input name="city"><input name="zip"> (No autocomplete)
Pass
<input autocomplete="cc-number"><input autocomplete="cc-exp"><input autocomplete="cc-csc">
Fail
Credit card fields without autocomplete, requiring manual entry every time.
Evidence to keep
Capture artifacts for VPATs, procurement reviews, and regression testing.
Official resources
Keep these links handy when writing acceptance criteria or responding to audits.
Official W3C interpretation, techniques, and intent for Identify Input Purpose.
Filterable list of sufficient techniques and failures.
Complete list of standard autocomplete values for user input fields.
Using HTML 5.2 autocomplete attributes.
Complete reference for autocomplete attribute values.
Implementation checklist
Testing ideas
Related success criteria