Accessibility
Accessibility & WCAG Compliance
Most organisations meet accessibility as a line in a procurement document, discovered late and priced as a problem. It is much cheaper as a design decision than a remediation project — and the version of the site that works for someone using a keyboard or a screen reader is usually the better-built site anyway.
- ~70
- designers, engineers and product people
- 5
- regionsAustralia, Europe, the Philippines, the Middle East and the USA
- 6,500+
- commits across six repositoriesthe three SES aviation platforms we build and still run
What we do
Audits that go beyond the automated scan
Automated tools are worth running first because they are cheap and catch mechanical faults — contrast, missing labels, heading order. But they detect only a minority of real barriers. The substantive work is manual: keyboard-only navigation, screen reader testing, focus management, and forms and error states, which is where most sites genuinely fail.
Remediation you can sequence
You get a prioritised list with the effort each item requires, not a single intimidating number. That distinction matters, because it lets you fix the barriers that block people first and schedule the rest — rather than treating compliance as one project you keep deferring.
Designed in, not retrofitted
Colour contrast, focus states, target sizes, heading structure and keyboard paths are all decided at design time. Building them in costs a fraction of adding them to a finished product, which is why accessibility belongs in the UX and design phase rather than in a pre-launch check.
Accessible components, not overlays
We build the accessibility into the component layer — properly labelled, keyboard operable, tested with assistive technology. We do not install overlay widgets: they cannot fix the underlying markup, so barriers remain while the widget suggests a compliance that has not been earned.
Evidence for procurement
A written conformance statement covering what was tested, how, and what remains outstanding — the documentation a tender or an internal risk owner actually asks for. Honest about known gaps, because a claim of full conformance that does not survive scrutiny is worse than a qualified one.
The proof
Work we have shipped, not a capability deck.
- Western Sydney UniversityA personalised student and alumni platform for an institution where accessibility is a procurement requirement rather than an aspiration — permissioned networking, recommendations and badges.Read the case study
- Customer Owned Banking AssociationA member portal rebuilt so people could actually find what they came for, and administrators could maintain it — usability and accessibility as the same problem rather than separate ones.Read the case study
Common questions
Is web accessibility actually a legal requirement in Australia?
The Disability Discrimination Act 1992 makes it unlawful to discriminate in the provision of goods, services and facilities, and that has been applied to websites. The Act does not name a technical standard — WCAG is the yardstick used to demonstrate that you have met the obligation. In practice the requirement usually reaches you through procurement, where a WCAG conformance level is specified in the contract, rather than through a complaint. We are developers rather than lawyers, so treat this as background and take advice on your own obligations.
Which WCAG version and level should we build to?
Level AA is the level virtually every policy and contract specifies; Level A is not enough and AAA is rarely required in full. On version, WCAG 2.2 is the current W3C standard and is backwards compatible, so building to 2.2 AA also satisfies a policy written against 2.0 or 2.1. If your contract names a version, we build to that; if it does not, we build to the current one.
How much does it cost to fix an inaccessible site?
Far more than designing for it would have, which is the honest and slightly unhelpful answer. Remediation cost is driven by how deep the problems go: colour and copy issues are quick, whereas a component library with no keyboard support or a structure that assumes sighted mouse use means rebuilding components rather than adjusting them. An audit tells you which of those you are facing before you commit to a budget.
Can an accessibility overlay or widget make us compliant?
No, and we would advise against relying on one. Overlays sit on top of the page and cannot fix the underlying markup, so the barriers remain for anyone using assistive technology — while the widget creates an impression of compliance that has not been earned. Accessibility organisations and disabled users have been consistently critical of them. The work has to happen in the build.
What does an accessibility audit involve?
Automated testing first, because it is cheap and catches the mechanical problems — contrast, missing labels, heading order. Automated tools only detect a minority of real barriers, so the substantive part is manual: keyboard-only navigation, screen reader testing, focus management, forms and error handling. You get a prioritised list of issues with the effort each requires, so you can sequence the work rather than face it as one number.
Can you fix accessibility on a site you did not build?
Yes, and most remediation work is exactly that. We audit first and tell you honestly whether the existing build can be brought up to standard or whether the component layer is the problem — see project rescue if the site came to you from someone else.
Do you work with clients outside Sydney?
Our head office is in Sydney and we work with clients across Australia — Melbourne, Brisbane, Perth, Adelaide and regional NSW included. Delivery has been remote-first for years, so a project runs the same way whether you are ten minutes away or in another state: scheduled calls, a shared board you can see at any time, and one named point of contact. We are happy to meet in person in Sydney.
Engagement models
How we work
Four straightforward ways to engage us. Pick the one that fits, or mix them as your needs change.
Staff Augmentation
Add experienced Shakewell developers, designers or specialists directly to your own team. Engagements typically run three to twelve months, but can be as short or long as you need — you get the skills without the commitment and cost of hiring full-time.
About staff augmentationFixed-Scope Projects
Have a defined outcome in mind? We scope it, price it and deliver it as a project — a clear timeline, agreed milestones and a single point of accountability from kickoff to handover.
Embedded Delivery Teams
For larger or longer-running work, a cross-functional Shakewell team — development, design and delivery management — plugs in as your delivery arm, working to your priorities and your reporting cadence.
Support & Maintenance
Already live? We keep websites, stores and apps secure, updated and performing through ongoing retainers — business-hours support as standard, with 24/7 coverage available for critical issues.
About support & maintenance