Form fields have correct autocomplete attributes
Why it matters
Missing or incorrect autocomplete attributes force users to type information their browser or password manager already knows. Password managers rely on both the name attribute and autocomplete to distinguish new-password from current-password — without this signal, they may autofill the wrong credential, prefill nothing, or prompt users to save an incorrect entry. WCAG 2.2 SC 1.3.5 (Identify Input Purpose) requires programmatic purpose identification for common personal data fields. Autofill friction is disproportionately punishing on mobile, where typing is slower and error-prone.
Severity rationale
Low because the failure degrades UX and violates WCAG 2.2 SC 1.3.5 but does not create a direct security or data-loss risk.
Remediation
Add autocomplete and name attributes to every personal-data input. Use new-password on signup and current-password on login — this is the signal password managers use to decide whether to offer to save or fill a credential:
<Input
type="email"
name="email"
autoComplete="email"
placeholder="Work email"
/>
<Input
type="password"
name="password"
autoComplete="new-password"
placeholder="Create password"
/>
Never set autocomplete="off" on password fields — it breaks password manager integration across every browser and forces users to type credentials manually on every visit.
Detection
-
ID:
autofill-support -
Severity:
low -
What to look for: Examine form input elements in signup, login, and conversion forms. Check whether
autocompleteattributes are present and use correct values. Standard values:emailfor email fields,current-passwordfor login password,new-passwordfor signup password,given-name/family-namefor name fields,organizationfor company name,telfor phone. Also check that inputs have correctnameattributes that match field purpose — browsers use bothnameandautocompleteto infer autofill intent. -
Pass criteria: Count all form fields that should have autocomplete attributes (email, password, name, address). Email fields have
autocomplete="email", password fields on signup forms haveautocomplete="new-password", password fields on login forms haveautocomplete="current-password". At least 80% of applicable fields must have correct autocomplete values. Report: "X of Y applicable fields have correct autocomplete attributes." -
Fail criteria: Primary form fields (email and password at minimum) are missing
autocompleteattributes entirely. -
Skip (N/A) when: No forms found, or forms use only a single input field with obvious purpose.
-
Detail on fail:
"Signup form email input has no autocomplete attribute. Password field uses autocomplete='off' which prevents browser and password manager autofill.". -
Remediation:
autocompleteattributes let browsers and password managers fill forms for returning users. For a signup form:<Input type="email" name="email" autoComplete="email" placeholder="Work email" /> <Input type="password" name="password" autoComplete="new-password" placeholder="Create password" />Never use
autocomplete="off"on password fields — this breaks password manager integration and forces users to type passwords manually.
External references
- wcag:2.2 · 1.3.5 — Identify Input Purpose
Taxons
History
- 2026-04-18·v1.0.0·Initial import from marketing-conversion·automated