Jump to a section +
Begin with the customer task, not a compliance score
A visitor may need to confirm a service area, hear a video, enlarge the page, move through a menu without a mouse, or correct a rejected form field. Each is both an accessibility concern and a business journey. If the person cannot complete the task, a beautiful call to action cannot rescue the experience. Strong website design therefore starts by identifying the few tasks that create real customer value and checking whether different people can complete them without unnecessary help. The goal is not to chase a perfect automated score; it is to find and remove barriers from the work the site exists to support.
Use WCAG as a framework for real journeys
The World Wide Web Consortium organizes WCAG 2.2 around four principles: content should be perceivable, operable, understandable, and robust. Those principles are more useful to an owner when translated into customer questions. Can someone perceive the price and button state? Can they operate navigation and forms with a keyboard? Can they understand labels, instructions, and errors? Can browsers and assistive technologies interpret the controls reliably? WCAG contains testable success criteria, but conformance work still requires judgment about scope, level, content, components, and supported technologies. A plug-in or overlay does not independently prove that a complete site conforms.
Translate accessibility principles into buyer tasks
| Principle | Customer question | Common barrier | Useful response |
|---|---|---|---|
| Perceivable | Can I get the information in a form I can use? | Low contrast, text embedded in an image, or video without captions | Readable contrast, real text, alternatives, captions, and adaptable layouts |
| Operable | Can I reach and activate every important control? | Keyboard trap, missing focus indicator, tiny target, or time limit | Logical keyboard order, visible focus, adequate targets, and controllable timing |
| Understandable | Do I know what this asks and how to fix a mistake? | Vague label, unexplained requirement, or error communicated only by color | Plain instructions, persistent labels, specific errors, and consistent behavior |
| Robust | Will my browser or assistive technology recognize this? | Clickable styling without a real button or an unnamed custom control | Semantic HTML, accessible names, valid states, and tested components |
Make reading and decision-making easier
- Keep body text comfortably readable and allow browser zoom and text resizing without hiding actions or forcing two-dimensional scrolling in ordinary content.
- Use sufficient color contrast for text, controls, focus indicators, and meaningful graphics; do not rely on brand color alone when it fails the applicable criterion.
- Write a descriptive page title and one clear main heading, then nest section headings in an order that communicates the page outline.
- Use short paragraphs, specific link wording, descriptive labels, and visible context so scanning does not become a guessing exercise.
- Provide text alternatives for informative images, but use empty alternative text for images that are purely decorative so they do not add noise.
- Keep essential facts in HTML text instead of placing prices, hours, instructions, or contact details only inside a graphic.
These choices help people with low vision, color-vision differences, cognitive or learning disabilities, temporary injuries, glare, fatigue, older devices, or a slow connection. They also help the hurried visitor skimming on a phone. That overlap is why accessibility and usability frequently reinforce one another, but it should not be converted into a made-up conversion percentage. The business case is specific: fewer people are blocked from receiving the message or taking the next step. Measure changes on the actual site rather than borrowing an unrelated uplift claim.
Make navigation and controls work without a mouse
Run a keyboard journey from entry to confirmation
Start at the browser address bar
Use only Tab, Shift+Tab, arrow keys where appropriate, Enter, Space, and Escape. Do not use the mouse to recover from a problem.
Follow the visible focus
Confirm that focus is always visible, appears in a sensible order, and is not hidden behind a sticky header, cookie banner, or modal.
Operate every control
Open and close menus, accordions, dialogs, date pickers, chat, and other interactive elements using their expected keyboard commands.
Complete the primary action
Submit the form, place the booking, or reach the call instructions, then verify that the result and next step are announced and visible.
Repeat at mobile widths and zoom
Responsive changes can alter menu order, hide content, or place controls over one another, so repeat the journey under realistic layout conditions.
Visible focus is not an ugly compromise. It can match the brand while remaining easy to locate against every background. Skip links can let keyboard users bypass repeated navigation and reach the main content. A modal must move focus into itself, keep focus within the open dialog when appropriate, provide a clear close action, and return focus sensibly. Custom controls require particular care: if a styled element behaves like a button, build it as a real button whenever possible rather than recreating native behavior with a generic container.
Design forms for correction, not just completion
Error recovery is part of conversion design. Preserve valid entries after a failed submission, move attention to a useful error summary when needed, and connect messages to the fields they describe. Avoid asking for information the team does not need at this stage. The article on contact-form length explains how to choose fields by routing and qualification value; accessibility adds the requirement that each retained field be labeled, instructed, operable, and tested. When an action creates a legal or financial commitment, additional review and confirmation may be appropriate.

Each layer finds a different class of barrier, so evidence becomes stronger as the review moves from code checks to real task completion.
Give people control over media and motion
Provide accurate captions for prerecorded video with meaningful speech and sounds, and provide an appropriate transcript or audio description when the content requires it. Do not autoplay sound. Let people pause or stop moving content that starts automatically and persists, and respect reduced-motion preferences when animation is not essential. Avoid flashes that could create a seizure risk. A looping background may look energetic to one visitor while obscuring text, causing discomfort, or consuming attention for another. If motion communicates state, ensure the same information is available without depending on animation alone.
Test in layers because no single tool sees the whole experience
Automated tools are valuable for repeatable checks, but they cannot decide whether alternative text communicates the image's purpose, whether instructions make sense, or whether a journey is cognitively manageable. Manual testing also needs a defined browser and assistive-technology scope, documented results, owners, priorities, and retests. Section508.gov describes automated, manual, and hybrid testing methods for federal information and communications technology; private businesses can still learn from the layered testing model without claiming Section 508 applies to them.
Prioritize barriers by harm and journey importance
A practical remediation queue
| Priority | Example | Reason to act |
|---|---|---|
| Blocker | Booking calendar cannot be operated by keyboard | A person cannot complete the primary transaction |
| Severe confusion | Form errors are not associated with their fields | The visitor cannot identify or correct the failure reliably |
| High-frequency friction | Navigation focus is hidden behind the header | Many keyboard journeys become slow or uncertain |
| Content barrier | Service details appear only in an untagged graphic | Important information is unavailable or difficult to adapt |
| Enhancement | Link wording could describe the destination more clearly | The journey works, but scanning and prediction can improve |
Fix shared components first when one correction can improve many pages: navigation, form fields, buttons, dialogs, card links, cookie controls, and footer. Then address the highest-value customer paths. Record the barrier, affected task, relevant criterion, evidence, owner, fix, and retest result. That creates a maintainable backlog rather than a one-time report. The conversion and user-experience library can help connect accessibility work to mobile behavior, calls to action, trust, forms, and measurement without reducing accessibility to a marketing tactic.
Measure outcomes without using disabled people as a metric
Track whether priority journeys can be completed and whether known defects remain closed. Useful operational measures include keyboard completion, errors per task, form validation failures, assistive-technology test results, caption coverage, unresolved critical issues, and time to remediate. Business measures such as form completion or booking abandonment may add context, but aggregate analytics cannot explain every person's experience. Do not collect disability status merely to manufacture a conversion segment. Combine respectful user research, support feedback, accessibility testing, and ordinary journey data, then document uncertainty.
- Choose three to five high-value tasks, such as finding eligibility, requesting a quote, booking, paying, or getting support.
- Test those tasks with keyboard, zoom, responsive layouts, a screen reader in the defined scope, and relevant browser preferences.
- Interview people with disabilities or engage qualified testers instead of assuming an automated report represents lived use.
- Fix shared blockers, document evidence, and retest the complete journey rather than checking only the changed component.
- Add accessibility acceptance criteria to future design, writing, development, content entry, and vendor procurement.
- Publish an accurate accessibility contact route and give reported barriers a real owner and response process.
Does website accessibility improve conversion rates?
It can remove barriers that stop people from reading, navigating, completing forms, booking, or buying. The size and direction of any conversion change depend on the site's audience, defects, offer, and measurement. Test the actual journey instead of promising a universal uplift.
Is passing an automated accessibility test enough?
No. Automated tools identify only issues they can detect programmatically. Meaning, keyboard behavior, focus order, error recovery, alternative-text quality, and full task completion also require manual and assistive-technology testing, ideally including people with disabilities.
Does WCAG conformance guarantee ADA compliance?
Do not make that guarantee. WCAG is a technical accessibility standard, while legal obligations depend on applicable law and facts. Review current Department of Justice guidance and obtain qualified legal advice for the organization and jurisdiction.
Should a small business install an accessibility overlay?
A widget may offer certain preferences or functions, but it should not replace accessible design, semantic development, content work, manual testing, and remediation. Evaluate the exact tool, its claims, its effect on assistive technology, and the barriers that remain.
What accessibility issue should we fix first?
Start with any barrier that prevents a person from completing a primary task, especially navigation, authentication, forms, booking, payment, or support. Next address severe confusion and defects repeated across templates or components.
Evidence behind the guide
Sources and further reading
- Web Content Accessibility Guidelines (WCAG) 2.2World Wide Web Consortium
- Guidance on Web Accessibility and the ADAU.S. Department of Justice
- Overview of Testing Methods for Section 508 ConformanceU.S. General Services Administration
Continue on Web Respawn
Pages that actually connect to this decision.
These links are selected for the subject of this guide. They are not a generic service dump.
Explore the strategy, content, design, build and launch foundation.
Open page ↗RELEVANT PAGEFind My Website PlanAnswer five questions to identify a practical website starting point.
Open page ↗RELEVANT PAGEWebsite PricingSee current build pricing, required care and what changes the scope.
Open page ↗







