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
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
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
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