Guide

Website accessibility basics: building for everyone who might use it.

An accessible website can be used by people who are blind, deaf, colour-blind, elderly, using only a keyboard or a phone in bright sunlight. That is a lot of customers, and the improvements help everyone. This guide explains the standard, the common faults and a practical checklist. It is general information, not legal advice.

Key takeaways

  • Accessibility is cheaper to build in than to add later.
  • The usual yardstick is WCAG, at level AA.
  • Most failures are ordinary: low contrast, missing labels, no keyboard access, images without descriptions.
  • Automatic tools find only part of the problems. Test by hand too.
  • Whether a legal duty applies to you is a question for a lawyer.

Who it helps

  • People with visual impairments, who use screen readers or magnification.
  • People who are deaf or hard of hearing, who need captions and transcripts.
  • People with motor difficulties, who cannot use a mouse and rely on a keyboard or voice control.
  • People with cognitive or learning differences, who benefit from clear language and predictable pages.
  • Everyone, sometimes: a broken arm, a noisy train, glare on a screen, an older phone, a slow connection.

Hong Kong's population is ageing, which makes this more relevant, not less.

The standard: WCAG

The Web Content Accessibility Guidelines (WCAG), published by the W3C, are the common reference. They are organised around four ideas: content must be perceivable, operable, understandable and robust. Conformance has three levels, A, AA and AAA. Level AA is the usual target for business sites. Newer versions, such as WCAG 2.2, add further checks.

Hong Kong government websites are required to meet WCAG at level AA, and bureaux and departments are advised to adopt newer versions when building or revamping sites. The government has encouraged private-sector websites to follow accessibility practice. Whether and how any law applies to your own site is a legal question we cannot answer, so take advice if it matters to you.

The most common problems

  • Low contrast. Pale grey text on white is hard to read for many people. Text should have enough contrast with its background; AA asks for at least 4.5 to 1 for normal text.
  • Images without text descriptions. Informative images need a short description; decorative ones should be marked so they are skipped.
  • Forms without proper labels. Every field needs a visible label tied to it, and error messages that say what is wrong and how to fix it.
  • No keyboard access. Everything that works with a mouse must work with the Tab and Enter keys, with a clearly visible focus indicator, and no traps.
  • Information shown by colour alone, such as red for errors with no icon or text.
  • Small tap targets, difficult for anyone with limited dexterity or on a moving bus.
  • Videos without captions and audio without transcripts.
  • Unclear page structure. Headings used for size rather than meaning confuse screen-reader users who navigate by headings.
  • Language not declared. A page in Chinese or English should say so in its code, so screen readers pronounce it correctly. Bilingual pages need each section tagged.

A practical checklist

  • Can you do everything on the site using only the keyboard, and always see where you are?
  • Does text have enough contrast, and can the page be enlarged to 200% without losing content?
  • Does every form field have a label, and does every error explain itself?
  • Do images that carry information have descriptions, and are decorative ones ignored?
  • Are the headings in a logical order, and are links and buttons described by their text rather than “click here”?
  • Do videos have captions?
  • Is the language of each page, and of any part in another language, declared?
  • Is the site usable on a phone, with large enough tap targets?
  • Has a person who uses assistive technology tried it?

This site's own pages are checked for several of these items, including contrast, labels, headings, language and target size, as part of building them.

Testing and keeping it accessible

  • Automatic checkers catch roughly the mechanical problems, such as contrast and missing labels. They cannot judge whether a description is useful or the flow makes sense.
  • Manual testing with a keyboard, a screen reader and a phone finds the rest.
  • Test with real users where you can. Nothing replaces it.
  • Make it part of editing. Every new image, form and video can undo good work. Give your editors a short guide.
  • Publish a way to report problems and respond to it.

Keep reading

The accessibility items also appear in the launch readiness checklist.

Frequently asked questions

Do I need an accessibility overlay or plugin?

Overlays that promise to fix a site automatically do not replace building it properly, and are widely criticised by accessibility specialists. Fixing the underlying design and code is the reliable route.

Is accessibility legally required for my business?

That depends on your circumstances and is a question for a lawyer. Independently of the law, accessible sites reach more customers and are easier for everyone to use.

Does accessibility make a site ugly?

No. Clear contrast, sensible structure and generous spacing usually make a design better. Attractive and accessible go together.

Want an accessibility review of your site?

Send us the address and the pages that matter most. We will tell you what we find and what to fix first.

Request a project quote