Let's Build Your Site navigation

Business owners choosing a usable website

Accessibility Questions to Include in a Website Brief

Turn accessibility expectations into specific design, interaction and verification questions before a project begins.

Published · Updated · Published by Let’s Build Your Site · Meet Ferdinand Munoz

Three labeled inquiry examples

Demonstrations only. These fields do not submit or collect an inquiry. Error text stays associated with the field.

Service inquiry

A real accepted submission would show confirmation and go to the named follow-up owner.

Consultant inquiry

A real accepted submission would show confirmation and go to the named follow-up owner.

Distributor quote

A real accepted submission would show confirmation and go to the named follow-up owner.

Manual task check sheet

Edit the example for your project. Changes stay in this page until you navigate away or reload. Download CSV or print a copy to keep your work. Do not enter passwords, patient information or sensitive account details.

Manual task check sheet — editable planning example
TaskHow to checkActual resultFollow-up

0 of 6 checklist tasks complete. Checks stay in this page until you navigate away or reload; print a copy to keep them.

Describe the tasks people must complete

Identify navigation, contact, booking, browsing and any account tasks the website supports. Ask how a keyboard user or someone enlarging text can complete each task. Accessibility is more than adding alternative text or a badge; shared menus, form errors and dialogs affect multiple pages.

Ask for concrete design expectations

Discuss readable contrast, focus visibility, meaningful headings, labels and mobile reflow. Images need appropriate alternatives based on their purpose. Motion should respect reduced-motion preferences. State any agreed standard and scope explicitly, rather than assuming a tool’s score is a complete compliance assessment.

Include interaction and content responsibility

Forms should explain requirements, preserve input and announce validation or completion meaningfully. Dialogs need a sensible focus entry, dismissal and return. Ask who reviews newly added content after launch. A technically sound component can still be undermined by unclear labels or misleading link text.

Request evidence appropriate to the site

Combine automated checks with keyboard, zoom and representative browser testing. Include error and expanded states rather than testing only the initial page. Record known limitations and remediation responsibilities. A successful scan does not establish full WCAG compliance, and an unsupported accessibility guarantee should not be used as a sales promise.

Use this planning checklist

Mark the decisions you have resolved and bring the remaining questions to your project discussion. You can print this guide without providing an email address.

Primary documentation

Links checked October 4, 2026. Recheck provider requirements before choosing a platform or migration method.

Continue your planning

Put your planning into action

Bring your goals, existing website and any scope questions. We’ll discuss the scope and next steps before preparing a proposal.

Discuss Your Website Requirements