Interface Core B · Official guidance Platform: Web

Error Summary

An error summary is a short list at the top of a form. Each item explains an error and links to its field.

See how it works
You might call it form error summaryvalidation error list

See how it works

Original worked exampleError Summary
ACCESSIBLE UI RULEError Summarysubmit -> validate -> focus summary -> link each message to its invalid field
CREATE ACCOUNT2 errors
ERROR SUMMARYFix 2 fields#email · Enter a complete email address#password · Use at least 12 characters
!EmailValue kept · inline messagename@
!PasswordValue kept · inline message••••••••
Valid values remainfocus → #error-summary
PASSThe summary names every error and links to each field.AVOIDA summary does not replace inline field messages.
submit -> validate -> focus summary -> link each message to its invalid fieldA11Y
Error SummaryAccessible interface practice

Another example

A form has two errors. Submit moves focus to the summary. Choosing Email moves focus to the email field.

Main parts

  1. 01Summary heading
  2. 02Error count
  3. 03Linked error item
  4. 04Field identifier
  5. 05Inline field message
  6. 06Focus path

Use it when

Use it after a submit attempt finds several errors. Keep an inline message beside every affected field.

Do not use it when

Do not replace field messages with one vague banner. Do not clear the person's valid input after validation fails.

Name used in code

submit -> validate -> focus summary -> link each message to its invalid field

Before you ship

Give each field a label that code can read. Link hints and errors, and keep entered values. Check autofill, keyboard order, validation timing, submit states, failure recovery, zoom, and languages.

Request you can copy

Outcome: Use Error Summary to solve this user need without losing the current context. User context: A form has two errors. Submit moves focus to the summary. Choosing Email moves focus to the email field. Recommended pattern: Error Summary. Why it fits: Use it after a submit attempt finds several errors. Keep an inline message beside every affected field. Do not use it when: Do not replace field messages with one vague banner. Do not clear the person's valid input after validation fails. Product requirements: Define the default, loading, empty, error, success, and recovery states. Keep user input. Give clear feedback after every action. Accessibility and resilience: Use semantic HTML, full keyboard access, and visible focus. Make the layout work when zoomed and support reduced motion. Follow the project’s current rules. Do not add a new UI library unless the project already uses it. Acceptance criteria: The main task works with keyboard only and at 320px width. Focus and status changes are announced. Check loading, failure, retry, cancel, and reduced-motion paths. Evidence and limits (evidence boundary): It is official for that source. Other platforms or teams may use the term in another way. Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.

Check this request

Review the current use of Error Summary. Definition: An error summary is a short list at the top of a form. Each item explains an error and links to its field. Release checks: Give each field a label that code can read. Link hints and errors, and keep entered values. Check autofill, keyboard order, validation timing, submit states, failure recovery, zoom, and languages. Before changing code, report the evidence you found, gaps, severity, and the smallest safe fix.

B
How official is this term?

Official guidance

The named platform, framework, project, or expert group has an official guide for this term.

It is official for that source. Other platforms or teams may use the term in another way.

Scope
W3C WAI guidance for listing form errors; GOV.UK documents one component implementation, not a web-platform standard
Document status
stable
Checked on
2026-07-30

Evidence sources & scope

Authority source + Term reference · W3C WAI · stable User Notification — Listing Errors Scope: WAI form guidance for listing and linking submission errors Role here: Direct term reference Source covers: canonical name, definition, interaction, keyboard behavior, accessibility Authority source · GOV.UK Design System · stable Error summary Scope: GOV.UK error-summary pattern Role here: Authority within stated scope Source covers: canonical name, definition, interaction, keyboard behavior, accessibility

Copy it yourself

The browser could not copy this. Select the request below and copy it yourself.