Last updated 1 July 2026
Accessibility Statement
This site targets WCAG 2.2 Level AA. Below is what has actually been done to get there, what is honestly still short of the mark, and how to tell me if something stops you doing what you came here to do.
This site targets WCAG 2.2 Level AA. Below is what has actually been done to get there, what is honestly still short of the mark, and how to tell me if something stops you doing what you came here to do.
01The commitment
This site is intended to be usable by everyone, including people who navigate with a keyboard, use a screen reader, rely on magnification, or prefer reduced motion. Accessibility is treated as part of the design work rather than a compliance exercise bolted on at the end.
The same standard is applied to the websites built for clients. Where a client project cannot meet it (usually because of a third-party component outside my control), that limitation is documented and raised rather than quietly ignored.
02Standard targeted
This site aims to conform to the Web Content Accessibility Guidelines (WCAG) 2.2 at Level AA. Level AA is the benchmark referenced by most legislation internationally and is a realistic, meaningful target for a site of this kind.
Conformance is self-assessed. No formal third-party audit or certification has been carried out on this site, and it would be misleading to imply otherwise.
03What has been done
- Semantic HTML throughout, with a single main landmark, correctly ordered headings and native elements used in preference to custom widgets.
- A skip-to-content link as the first focusable element on every page.
- Full keyboard operability: every interactive control can be reached and activated without a mouse, and focus is never trapped.
- Visible focus indicators retained rather than suppressed for aesthetic reasons.
- Descriptive alternative text on every content image; decorative images marked so screen readers skip them.
- Text and interface contrast checked against the 4.5:1 and 3:1 thresholds respectively.
- The FAQ and policy accordions use native details and summary elements, so they work with JavaScript disabled.
- Motion and transitions are disabled automatically for visitors whose system requests reduced motion.
- Layouts reflow to 320px width without horizontal scrolling and remain usable at 200% zoom.
- Form fields carry persistent visible labels rather than relying on placeholder text.
- Carousels are scrollable containers with real buttons: they never auto-advance, and content is reachable without using the arrows.
04Known limitations
The following are known and are being worked on rather than hidden:
- Some photographic images carry brief alternative text where a fuller description would benefit screen reader users. Longer descriptions are being written and added progressively.
- The horizontal card rails rely on native scrolling; on some older assistive technology combinations the reading order can differ slightly from the visual order.
- Enquiry and subscription forms hand off to your own email client, which means the final send step happens in software whose accessibility is outside my control. Email and telephone alternatives are given on every page for this reason.
- The site has been tested with NVDA on Windows and VoiceOver on macOS and iOS, but not with every screen reader and browser combination in use.
05Alternative ways to reach me
If any part of this site prevents you from getting the information you need, you do not have to work around it. Every page carries a direct email address and telephone number, and both reach me personally.
Information published here can be provided in another format on request (plain text, large print, or read out over a call) at no cost and without needing to explain why.
06Reporting a problem
Write to info@bonolomathabela.com with the page address, what you were trying to do, and the assistive technology, browser and operating system you were using if you know them. Reports are acknowledged within two working days.
Issues that block someone from completing a task are treated as urgent and are usually fixed within ten working days. Everything else is logged and addressed in the next round of site work.
Reports about a website I built for a client will be passed on to that client along with a recommended fix, and I will tell you that I have done so.
07Assessment approach
Accessibility is checked during development using automated tooling (axe DevTools and Lighthouse), manual keyboard-only testing of every page, screen reader spot checks, and contrast verification of the colour system before it is applied.
This statement was prepared on 1 July 2026 and is reviewed whenever significant changes are made to the site.
Changes to this document
This policy was last updated on 1 July 2026. Material changes will be published on this page with a revised date, and where the change affects how personal information is handled, anyone with an active engagement will be notified by email. Previous versions are available on request.
Questions about this policy, or about how your information is handled?
Write to info@bonolomathabela.com and you'll have a written answer within two working days. Requests relating to your personal information are actioned within 30 days.
Studios
Journal subscription
Bonolo Mathabela · Designer & Developer · bonolomathabela.com