Skip to main content
Perceivly: Perceivly home

3.3.2 Labels or Instructions

Level A · added in WCAG 2.0

When a form asks for input, you must give labels or instructions that explain what to enter. Required fields and expected formats should be clear before the user makes a mistake.

Who it helps

People with cognitive or memory disabilities need visible guidance that stays on screen while they type. Screen magnifier users, older users and anyone filling a long form benefit from clear labels and format hints.

How to meet it

Examples

Fails:A placeholder used as the only label
<input type="text" name="dob" placeholder="Date of birth">
Fails:Radio buttons with no question or group label
<input type="radio" id="s" name="plan"> <label for="s">Standard</label>
<input type="radio" id="p" name="plan"> <label for="p">Priority</label>
Passes:A visible label with the required format
<label for="dob">Date of birth (MM/DD/YYYY)</label>
<input type="text" id="dob" name="dob" autocomplete="bday">
Passes:A fieldset and legend that explain the choice
<fieldset>
  <legend>Shipping speed (required)</legend>
  <input type="radio" id="s" name="plan" required> <label for="s">Standard</label>
  <input type="radio" id="p" name="plan"> <label for="p">Priority</label>
</fieldset>

Can a scanner detect this?

Partly

Automated tools can flag fields with confusing multiple labels, and fields with no accessible name are caught under 4.1.2. They cannot judge whether a label or instruction is visible, clear or complete enough for the task.

axe-core rules that test it

Common mistakes

Official W3C explanation of 3.3.2

Check your own page

See which automated WCAG checks your page fails, with the failing elements and how to fix them.

Enter a page address, for example example.com/shop.

Reviewed November 2, 2026