Website Accessibility (WCAG 2.2): The Practical Guide for Small Businesses
Last updated on August 26th, 2026 at 09:31 am
Most Viral Tool - SEO Audit Tool | Reseller Profit Tracker Generator | Freelance Invoice Generator | ADHD Planner Generator
Website Accessibility (WCAG 2.2): The Practical Guide for Small Businesses
Imagine a customer walks into your shop, and the lights are off. No, worse — the lights only work for some people. One in four visitors can see the shop normally; everyone else has to guess where the counter is. That's what an inaccessible website does, every single day, for real people.
Around 1 in 6 people worldwide lives with some form of disability (World Health Organization estimates roughly 1.3 billion people). That includes vision impairment, hearing loss, motor difficulties, and cognitive conditions. And increasingly, it includes the vast number of people using your site who are on a phone, on a slow connection, or in a loud room — accessibility features help them too, even if they'd never call themselves disabled.
Trending Today- Earn $$$ FREE | Trending LIFE Quotes | HOT DEBATES | Autograph | FREE PAID Tools | Advertise FREE |
Here's what most business owners don't know: making a website accessible is not a niche charity exercise. It's a legal requirement in a growing number of countries, it's good for your SEO, and it's often simpler than people fear. This guide walks you through what accessibility actually is and gives you a checklist you can work through this week.
Why accessibility matters more than ever
Three forces are pushing accessibility from "nice to have" to "must have."
The legal picture. In the United States, the Department of Justice has made clear that websites are places of public accommodation under the ADA, and thousands of accessibility lawsuits are filed each year — many against small businesses with no idea they were at risk. In the European Union, the European Accessibility Act now applies accessibility requirements to many products and services, with enforcement ramping up. Countries including the UK, Canada, and Australia have their own accessibility laws. India's own position has a separate story – see our WCAG 2.2 guide for Indian websites. Ignorance isn't a defense that holds up.
The business case. An accessible site isn't a smaller market — it's a larger one. You're removing barriers for the 1 in 6 people with disabilities, plus their families, plus the enormous mobile and older audiences who benefit from the same fixes. Many of these fixes (clear headings, readable text, labeled buttons) are also exactly what makes a site easy to use for everyone. Ease of use converts better; that's not a theory, it's just how customers behave.
The SEO overlap. Search engines can't watch your videos, so transcripts help them understand them. They read your headings to understand page structure. Alt text is how images are "seen." Fast, well-structured pages perform better in rankings. Accessibility work and SEO work frequently turn out to be the same work.
What WCAG actually is
WCAG (Web Content Accessibility Guidelines) is the international standard for web accessibility, published by the W3C. The current version is WCAG 2.2, and it's what governments and courts reference when they talk about website accessibility.
You don't need to memorize the standard. What you need to understand is its structure:
- The four principles. Everything in WCAG hangs off four principles — content must be Perceivable, Operable, Understandable, and Robust (the "POUR" framework). If content can't be perceived, operated, understood, or processed by assistive technology, it fails.
- Levels of conformance. Success criteria are rated A (must), AA (should), and AAA (nice but rarely practical). AA is the practical target for almost all businesses — that's what laws and lawsuits reference, and it's achievable.
- The 2.2 additions. WCAG 2.2 added criteria focused on real-world pain points: things like minimum target sizes for buttons (so people with motor difficulties aren't fighting 10-pixel links), a focus-appearance requirement (so keyboard users can see where they are), and rules about dragging movements (so you can't require drag-and-drop as the only option). The new criteria are common-sense things most good sites already do.
The practical checklist (start here)
You don't need to be a developer to fix most of the problems below. Many are content tasks you can do today.
1. Text contrast — the highest-impact, easiest fix
Text must stand out from its background. The standard: normal text needs a contrast ratio of at least 4.5:1, and large text (18pt+/14pt bold) needs 3:1. Grey-on-white, yellow-on-white, and light-blue-on-white text all fail this — and they're everywhere.
How to fix: pick colors that are clearly distinct, and test them (the full readable-colours checklist is in our colour contrast and readability guide). Free tools like the WebAIM Contrast Checker let you pick two colors and instantly see if they pass. When in doubt, use near-black text on white.
2. Alt text on images
Every meaningful image should have alternative text that describes what it conveys. Screen reader users hear this text in place of the image.
How to fix: when you upload an image in your website editor, you'll find a "alt text" field — actually use it. Write a plain, honest description: "Owner handing a freshly baked sourdough loaf to a customer," not "IMG_4921.jpg" and not keyword stuffing. Purely decorative images can be marked as decorative (empty alt) so they're skipped.
3. Keyboard navigation
A person using a screen reader, or who can't use a mouse, moves through your site with the Tab and Enter keys. If a button or menu can only be reached by mouse, that content is locked away from them.
How to test (this takes 60 seconds): close your mouse and click on nothing. Tab through your site. You should see a visible focus outline moving logically through the page — menu, links, buttons, form fields. You should be able to reach and trigger everything. If the outline disappears or skips around, that's a bug to fix.
4. Proper headings and structure
Headings are how screen readers navigate a page, like a table of contents. There should be one H1 per page, then H2s, then H3s, in order — never skipping levels just for visual styling.
How to fix: in your editor, use the built-in heading styles (Heading 1, Heading 2…) rather than making text bold and bigger by hand. This is a content habit, and it happens to be a core SEO habit too — search engines read the same structure.
5. Descriptive link text
"Click here," "Read more," and "Learn more" tell a screen reader user nothing. Their tool can list every link on a page, so ten "click here"s are ten identical, useless entries.
How to fix: make the link text say where it goes — "Read our plumbing pricing guide" instead of "Click here." Bonus: this is better for search engines and for skimming readers.
6. Forms with clear labels
Every form field needs a visible label that says what it is. Placeholder text alone is not enough — it disappears the moment you type and it's low-contrast by default. Error messages should explain what went wrong and how to fix it, not just say "error."
7. Captions and transcripts for media
Every video with spoken content should have captions, and ideally a transcript. This serves the 5% of the population with hearing loss, the vast majority of people who watch videos on mute, and — again — search engines, which read transcripts.
If you're on a major platform (YouTube, Vimeo), auto-captions exist; your job is to review them, because they're wrong often enough to embarrass you.
8. Focus indicators and keyboard-only features
Make sure no interaction requires a mouse. Dropdown menus should open with keyboard focus, not only on hover. Nothing should be "only available after dragging" — WCAG 2.2 specifically calls this out. Touch targets on mobile should be comfortably large (at least around 24×24 px, ideally 44×44 px) so thumb users and motor-impaired users aren't fighting tiny targets.
9. Don't trap content in motion or autoplay
Auto-playing video with sound, flashing animations, and content that auto-scrolls can be disorienting or harmful for some users (and WCAG restricts flashing content for people with photosensitive conditions). Give people control: no autoplay sound, a visible pause/stop control, and nothing that flashes more than three times per second.
10. Make sure text can zoom and resize
Users with low vision often zoom their browser to 200% or enlarge text. Your layout should survive that without content clipping or overlapping. Test it: set your browser zoom to 200% and see if the site still works.
What NOT to do: skip the "accessibility overlay" shortcuts
A growing industry sells one-line widgets (often labeled "AI-powered accessibility") that you paste into your site to "instantly make it compliant." The accessibility community, disability rights organizations, and even the lawsuits that reference them are deeply skeptical — and several high-profile cases have cited overlay-only implementations as evidence of failure, not compliance.
Why: an overlay that adds an on-demand menu of "features" is not the same as an underlying structure that works for everyone by default. Real accessibility is built into the content, code, and design. If a provider tells you a widget alone makes you compliant, treat that claim with extreme suspicion. If your site is fundamentally inaccessible, fix the fundamentals — overlays can't rescue broken structure.
How to test your site (free, this week)
You can do a genuinely useful accessibility audit with zero budget:
- Run an automated scanner. WAVE (from WebAIM, free in the browser) and axe DevTools are the two most respected free tools. They'll flag contrast failures, missing alt text, empty headings, unlabeled forms, and dozens of other issues with links to explanations. They will not catch everything — automated tools miss maybe 30–40% of issues — but they're a fast, honest starting point.
- Do the keyboard test. Tab through your entire site with the mouse unplugged. Fix anything you can't reach.
- Turn on your screen reader once. NVDA (Windows, free) or VoiceOver (built into Mac/iPhone). Spend ten minutes trying to complete one task — like finding your contact page — and you'll instantly understand your users' experience.
- Zoom to 200% and check the layout.
- Check your media. Does every video have captions?
A realistic plan, not a project
You don't need a year-long accessibility project. You need a routine:
- This month: run WAVE, fix the contrast and alt-text issues (usually the majority), and do the keyboard test.
- Next month: fix forms and link text, add captions to existing videos, and fix the focus-outline issues the keyboard test revealed.
- Every quarter going forward: re-run the scanner, especially after design changes (if you are planning a redesign, our website redesign guide shows you how to build accessibility in from the start), and make "is it accessible?" a standing question whenever you publish something new.
Accessibility is a habit, not a checklist you do once – you can pair it with your regular website maintenance routine. But the good news is that the first pass fixes most of the damage in an afternoon, and every fix you make helps the same 20% of your visitors who were quietly unable to use your site — which is also the 20% of potential customers your competitors are still ignoring.
Frequently asked questions
What is WCAG and why does it matter for my website?
WCAG (Web Content Accessibility Guidelines) are international standards that make websites usable by people with disabilities. Following WCAG makes your site accessible to more users and is increasingly required by law in many regions.
Do I need to make my small business website accessible?
In many jurisdictions, yes — accessibility is a legal requirement for businesses. Beyond legal compliance, accessible websites reach more customers, rank better in search, and demonstrate social responsibility.
How do I check if my website is accessible?
Use free tools like Google Lighthouse, WAVE, or axe DevTools to scan your site. They identify common issues like missing alt text, low color contrast, and keyboard navigation problems. Manual testing with a screen reader is also valuable.
What are the most common accessibility issues on small business websites?
Missing alt text on images, low color contrast, missing form labels, no keyboard navigation support, and videos without captions. Fixing these five issues addresses the majority of accessibility barriers.

