Website Accessibility for Indian Businesses: WCAG 2.2 AA Guide (2026)
India has 26.8M persons with disabilities and the Rights of PwD Act, 2016 requires accessible websites. The 12 WCAG 2.2 AA musts, India legal landscape, and quick wins for SMBs.
- India has 26.8M persons with disabilities and the Rights of PwD Act, 2016 requires accessible websites. The 12 WCAG 2.2 AA musts, India legal landscape, and quick wins for SMBs.
- Use this as an accessibility checklist for website accessibility for indian businesses, not as a substitute for checking current official or platform rules.
- Confirm performance data, implementation cost, hosting constraints, and Google documentation against the source links before filing, buying software, changing campaigns, or changing a workflow.
Web accessibility isn't just a compliance checkbox — it's a 1.3 billion-person addressable market and a search ranking factor. India has 26.8 million persons with disabilities (Census 2011, latest published). Accessible websites convert better, rank better, and pass legal requirements under the Rights of Persons with Disabilities Act, 2016. Here's the WCAG 2.2 baseline every Indian business website should hit in 2026.
What WCAG actually means
WCAG (Web Content Accessibility Guidelines) is the international standard. The current version is 2.2. It has three conformance levels: A (minimum), AA (recommended baseline, what most laws require), AAA (highest). Indian businesses should target AA for general compliance, AAA where possible for accessibility-first products.
The 12 WCAG 2.2 AA musts
- Colour contrast — body text must have a contrast ratio of at least 4.5:1 against background; large text 3:1. Test at webaim.org/resources/contrastchecker.
- Alt text on every meaningful image. Decorative images should have empty alt="" so screen readers skip them.
- Semantic HTML. Use real
<button>,<nav>,<main>,<header>— not divs styled to look like buttons. - Keyboard navigation. Every interactive element reachable and operable via Tab, Enter, Space. No keyboard traps.
- Visible focus indicator on every focusable element. Default browser outline is fine; never set
outline: nonewithout a replacement. - Form labels. Every input has a real
<label>associated viaforattribute. Placeholder is not a label. - Error messages programmatically associated with the input that errored, announced to screen readers via ARIA live regions.
- Heading hierarchy. Single H1, H2s for sections, H3s under H2s. Don't skip levels.
- Link text describes destination. "Click here" and "read more" fail accessibility. Use "View pricing" or "Read full guide."
- Captions on video, transcripts on audio. YouTube auto-captions are a starting point, not a replacement.
- Page language declared via
<html lang="en">(or "hi" for Hindi sites). - No content that flashes more than 3 times per second — risks triggering seizures.
The Indian legal landscape
- Rights of Persons with Disabilities Act, 2016 — public-facing services must be accessible. Court rulings have extended this to private business websites in India.
- Government of India websites follow GIGW 3.0 (Guidelines for Indian Government Websites), aligned with WCAG 2.1 AA.
- EU AAA / European Accessibility Act — applies if you sell to EU customers, effective June 2025. Fines up to €1M.
- ADA lawsuits in the US — increasingly target Indian businesses with US customers. 2024 saw 4,000+ web accessibility lawsuits in the US.
Quick-win accessibility fixes for Indian SMBs
- Add alt text to every image — 30 minutes for a 5-page site.
- Fix contrast ratios. Most Indian SMB sites use grey-on-grey that fails AA. 1 hour fix.
- Add
tabindexonly where needed; remove tabindex=>0 from non-interactive elements. - Replace placeholder-only forms with real labels.
- Add a "Skip to main content" link at the top of every page.
Tools to test your site
- axe DevTools Chrome extension — finds 30–50% of WCAG issues automatically. Free.
- Lighthouse in Chrome DevTools — accessibility score with prioritised issues.
- WAVE — visual accessibility evaluation tool from WebAIM.
- Screen reader testing — NVDA (free Windows), VoiceOver (built into Mac/iOS), TalkBack (Android). Test the top 5 templates of your site.
Common Indian SMB accessibility failures
- Hero text on a busy image background — fails contrast ratio.
- Custom dropdown menus that don't work with keyboard.
- Modal popups that trap focus or can't be dismissed via Esc.
- Hindi/regional content without language attributes set.
- Image-only buttons without text alternatives or aria-labels.
We build and audit websites for WCAG 2.2 AA compliance from day one — not as a retrofit later. See our website services or share your URL for a free accessibility audit.
What should you verify before using this Accessibility guide?
Before acting on website accessibility for indian businesses, verify the current rules or platform behavior with the Core Web Vitals. The practical answer depends on your business model, state, turnover, documents, software stack, and whether the decision affects tax, customer data, paid media spend, or a production workflow.
Use this article as a working checklist, then confirm LCP, INP, CLS, mobile performance, image delivery, and JavaScript loading constraints. In our audits, most expensive mistakes do not come from ignoring the whole process. They come from one stale assumption, one mismatched address, one missing event, or one automation path that nobody tested after launch.
| Checkpoint | Why it matters | Where to confirm |
|---|---|---|
| Current rule or platform status | Limits, forms, policies, and APIs can change after a blog update. | Core Web Vitals |
| Your exact business case | A local shop, freelancer, D2C store, agency, and SaaS team rarely need the same next step. | Documents, invoices, campaign data, analytics setup, or workflow logs |
| Implementation evidence | The safest website decision is backed by proof, not memory or screenshots from an old setup. | Portal acknowledgement, dashboard export, invoice sample, test lead, or error log |
How do we apply this in real business work?
We start with the smallest decision that can be verified. For compliance work, that means matching PAN, address, bank, invoices, and portal status before filing. For websites, marketing, analytics, and automation, it means testing the real user path from first click to final record. The boring checks catch the costly failures.
A useful rule: if a claim changes money, tax, reporting, or customer communication, keep evidence for it. Save the acknowledgement, export the report, test the form, and note the date you verified the source. That gives you a clean trail when a client, officer, platform, or internal team asks why the setup was done that way.
When should you get expert review?
Get expert review when the next action can create tax exposure, lost reporting data, ad waste, broken customer communication, or production downtime. A simple self-check is enough for low-risk learning. A filed return, new registration, tracking migration, paid campaign restructure, or live automation deserves a second set of eyes before it affects customers or records.
How often should this be rechecked?
Recheck the decision whenever your turnover, state, product mix, campaign budget, website stack, analytics property, or workflow ownership changes. Also recheck it after major portal updates, platform policy changes, annual filing deadlines, and vendor migrations. The guide is useful today only if the facts behind it still match your business.
What is the fastest safe way to decide?
Write the decision in one sentence, list the proof needed for that sentence, and verify only those items first. This keeps the work focused. If the proof confirms the decision, proceed. If one item is unclear, pause and resolve that point before changing filings, campaigns, tracking, website code, or automation logic.
What can go wrong if you skip verification?
The usual failure is not dramatic at first. It looks like a rejected application, a wrong tax invoice, a missing conversion, a duplicate lead, a broken report, or a workflow that silently stops. Those small failures become expensive when nobody notices them until month-end reporting, filing day, or a customer escalation.
What evidence should you keep after making the change?
Keep enough evidence to reconstruct the decision later. For a compliance topic, that usually means the application reference number, registration certificate, invoice sample, return acknowledgement, payment challan, notice reply, or source link checked on the day of filing. For a website, campaign, analytics setup, or automation, keep the before-and-after screenshot, test submission, dashboard export, webhook log, and the exact setting that changed.
This matters because most business fixes are revisited months later, when nobody remembers the original reason. A short evidence trail makes audits faster, handovers cleaner, and vendor conversations more precise. It also keeps the advice in this guide tied to your real operating context instead of becoming a generic checklist that gets copied without review.
- Date checked: record when the official source, dashboard, or portal screen was reviewed.
- Business context: note the entity, state, product, campaign, property, or workflow affected.
- Proof of action: save the acknowledgement, report export, test result, or live URL.
- Owner: assign one person to re-check the item when rules, tools, or business volume change.
Which next step should you take after reading this?
Turn the article into one action list. Mark what is already true, what needs proof, and what needs expert review. If you want to go deeper, compare this guide with Website Design & Development. Then update the decision only after the official source and your own records agree.
Frequently asked questions
Is web accessibility legally required in India?
Yes for public-facing services under the Rights of Persons with Disabilities Act, 2016. Indian court rulings have extended this to private business websites. Government sites follow GIGW 3.0 (Guidelines for Indian Government Websites) aligned with WCAG 2.1 AA. Businesses serving EU customers must also comply with the European Accessibility Act (effective June 2025, fines up to €1M); businesses with US customers face increasing ADA lawsuit risk.
What is WCAG 2.2 AA compliance?
WCAG (Web Content Accessibility Guidelines) is the international web accessibility standard. Version 2.2 has three conformance levels: A (minimum), AA (recommended baseline, what most laws require), AAA (highest). Indian businesses should target AA for general compliance — covers colour contrast (4.5:1 body text), alt text on images, keyboard navigation, semantic HTML, form labels, error messages, and 6 other criteria.
What are the easiest accessibility fixes for an Indian SMB website?
Five quick wins under 4 hours: add alt text to every meaningful image (30 minutes for a 5-page site), fix contrast ratios that fail AA (most Indian SMB sites use grey-on-grey), replace placeholder-only forms with real labels, add a "Skip to main content" link at the top, and remove tabindex greater than 0 from non-interactive elements. Run axe DevTools or Lighthouse in Chrome for a starting list.
How do I test my website for accessibility?
Use four tools in order: axe DevTools Chrome extension catches 30–50% of WCAG issues automatically (free); Lighthouse in Chrome DevTools gives an accessibility score with prioritised issues; WAVE (WebAIM) provides visual evaluation; and screen reader testing via NVDA (free Windows), VoiceOver (Mac/iOS), or TalkBack (Android). Test the top 5 templates of your site, not just the homepage.
Let's talk about your business.
Tell us what you're working on and where you want to go. We'll put together a plan. No obligation, no sales pitch.
- Free 30-minute call
- A plan built around your goals
- No obligation, no pressure
- Your own account manager