Frequently asked questions
Accessible websites are easier for every user to navigate and understand, not only people with disabilities. Clear structure, sufficient contrast and predictable navigation reduce cognitive load and support times for all visitors. For government agencies specifically, WCAG AA compliance is also a regulatory requirement under Australian accessibility standards (including AS EN 301 549), so accessibility is both a user-experience investment and a legal obligation.
All three, and treating it as only one is the most common reason accessibility work fails. Designers need to design within accessibility guidelines from the start; developers need technically sound implementation under the hood; content editors need to avoid adding presentational formatting that undermines what designers and developers built. The organisations that get the best accessibility outcomes make it a shared responsibility from project inception rather than a remediation pass at the end.
WCAG 2.1/2.2 AA is the baseline most Australian government digital service standards require, and AS EN 301 549 is the Australian Standard that formally defines accessibility requirements for government digital services, aligned to WCAG. A credible Drupal partner should be able to demonstrate how their design system choice (e.g. the Australian Government Design System or Bootstrap 5) and testing regime (automated tools like SiteImprove, Lighthouse and WAVE, plus manual keyboard testing) map to this standard, not just assert "we're accessible."
Drupal's Accessibility Initiative and the ecosystem of accessibility-first design systems built for it (like the Australian Government Design System) give it a stronger foundation for meeting AA compliance at scale than most drag-and-drop site builders, which are optimised for visual flexibility over structural compliance and often make it easy for an untrained editor to break accessibility unintentionally.
Insights