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.
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.
| Task | How to check | Actual result | Follow-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