Why bother

Accessibility work overlaps almost entirely with things you already want — semantic markup, keyboard usability, readable contrast, and clear labels. It widens your audience, helps SEO, and most of it costs nothing if done from the start.

Accessibility is often framed as a compliance chore. In practice, most of it is simply building the site properly — and the same work that helps a screen reader user also helps Google, helps someone on a cracked phone in bright sunlight, and helps anyone navigating with a keyboard.

The high-impact basics

These cover the majority of real-world barriers and are inexpensive to get right:

  1. Use real HTML elements A <button> is focusable, keyboard-operable, and announced correctly. A <div> styled to look like a button is none of those things. This single habit prevents a large share of problems.
  2. Every image needs an alt attribute Descriptive for meaningful images, empty (alt="") for decorative ones so screen readers skip them.
  3. Label every form field A real <label> tied to the input. Placeholder text is not a label — it disappears when typing.
  4. Sufficient colour contrast Aim for at least 4.5:1 for body text. Light grey on white fails, and it also fails anyone outdoors.
  5. Keyboard operability Everything clickable must be reachable and usable with Tab and Enter, with a visible focus outline.
  6. Logical heading structure One H1, then H2s and H3s in order. Screen reader users navigate by headings; so do search engines.
  7. Do not convey meaning by colour alone A red field border needs accompanying text explaining the error.

The fastest useful test: put your mouse aside and navigate your own site with Tab and Enter only. Can you reach the menu, open it, fill the contact form, and submit? Can you always see where you are? Most sites fail this within thirty seconds, and the failures are usually quick to fix.

Where Indian sites commonly fall short

  • Text embedded in images — pricing tables and offers as JPEGs are unreadable to screen readers and to search engines.
  • Tiny tap targets on mobile menus and links.
  • Low-contrast light grey body text, which is fashionable and genuinely hard to read.
  • Carousels that auto-advance before slower readers finish.
  • Missing form labels, relying on placeholders alone.
  • PDF-only information with no HTML alternative.
  • No visible keyboard focus, often removed deliberately in CSS because it "looks untidy".

Never remove focus outlines without replacing them. outline: none in CSS is one of the most common accessibility failures on the web. If the default outline does not suit your design, style a clearer one — do not delete it.

The overlap with SEO

Accessibility practiceSEO benefit
Descriptive alt textImage search visibility
Proper heading hierarchyClearer content structure for crawlers
Semantic HTMLBetter content understanding
Descriptive link textStronger internal link signals
Text instead of images of textContent becomes indexable
Fast, lightweight pagesCore Web Vitals

Screen readers and search engine crawlers consume your site in almost the same way — as structured text without visual context. Building for one reliably improves the other.

How to check your site

  1. Run an automated scan — Lighthouse's accessibility audit or WAVE. These catch perhaps a third of issues, which is a useful start.
  2. Test with the keyboard — the manual test above finds what scanners miss.
  3. Check contrast on your actual colour palette with a contrast checker.
  4. Zoom to 200% and confirm nothing breaks or overlaps.
  5. Try a screen reader briefly — NVDA on Windows is free. Even ten minutes is illuminating.

A realistic priority order

If you cannot do everything, this sequence removes the most barriers per rupee:

  • Fix contrast on body text and buttons.
  • Add alt text to all meaningful images.
  • Restore visible keyboard focus.
  • Add proper labels to every form field.
  • Replace text-in-images with real text.
  • Fix heading order.
  • Ensure the mobile menu works by keyboard.

Want your site checked for accessibility and given a prioritised fix list? Send us the URL. See also our conversion design guide and mobile-first guide.

Frequently asked questions

The Rights of Persons with Disabilities Act, 2016 requires accessibility of information and services, and government websites follow the GIGW guidelines. Obligations for private businesses are less prescriptive than in some countries, so treat WCAG as the practical standard and consult a lawyer if you need a definitive compliance position.
Building accessibly from the start adds very little — often nothing, since it is mostly correct markup. Retrofitting an existing site typically costs ₹50,000–₹3,00,000 depending on size and how the site was built.
Generally no. Overlay tools that promise instant compliance have been widely criticised by disabled users and accessibility professionals, and they do not fix underlying markup problems. Fix the site rather than layering a widget over it.