Landing Points · Practical guide
Website accessibility in Australia: the standard is can they finish the task
Australia never wrote a web accessibility act. It has the Disability Discrimination Act, a 2000 decision that put websites inside it, and Human Rights Commission guidelines that since April 2025 set WCAG 2.2 Level AA as the benchmark. This guide covers what the law asks, who is bound, the six failures that account for 96 per cent of the problem, and the four barriers a clean audit score was hiding on our own site.
The short answer
What Australian law asks of your website
Australia has no separate web accessibility act. It has the Disability Discrimination Act 1992, which makes it unlawful to discriminate on the ground of disability in areas of public life, and that has been held to cover a website since 2000. The practical standard is set by the Australian Human Rights Commission, whose April 2025 guidelines say organisations should conform with WCAG 2.2 at a minimum of Level AA. Federal government services must already meet the latest version of WCAG under the Digital Service Standard. For everyone else the guidelines are not binding law, but they are the benchmark a complaint would be measured against, and the six most common failures are cheap build decisions rather than budget items. This guide covers the law, the standard, who it binds, what actually fails, what an automated score cannot see, and where to start.
Key takeaways
The obligation comes from the Disability Discrimination Act, not from WCAG. WCAG is the yardstick the Human Rights Commission points to, and since April 2025 that yardstick is version 2.2 at Level AA.
Six failure types account for 96 per cent of all detected errors on the web, and they have led the list for seven years. Contrast, alt text, form labels, link text, button names and page language.
The web is going backwards. In February 2026, 95.9 per cent of top home pages had detected failures, up from 94.8 per cent, with pages a fifth more complex than a year before.
An automated score is a floor, not a verdict. Test the rendered page after scripts run, with a keyboard and with the accessibility tree open, or you will ship barriers a tool reports as clean.
The law
The Act, the case and the guidelines
Australia never wrote a web accessibility statute. What it wrote was the Disability Discrimination Act 1992 (Cth), which makes discrimination on the ground of disability unlawful in areas of public life, including the provision of goods, services and facilities. Nothing in it mentions HTML. It did not need to: in 2000 the Human Rights and Equal Opportunity Commission found that the Sydney Olympics ticketing website unlawfully discriminated against a blind complainant, and awarded $20,000 in damages. That decision, Maguire v Sydney Organising Committee for the Olympic Games (No 2), is where the Web Content Accessibility Guidelines first became the measure an Australian website is judged by, and the Commission still cites it as the authority.
The current guidance replaced a note that had stood since 2014. In April 2025 the Australian Human Rights Commission published its Guidelines on equal access to digital goods and services, issued under section 67(1)(k) of the Act. They are explicit that they are not legally binding and should be read with the Act itself. What they are is the Commission's stated view of what compliance looks like, prepared with technical and disability advisory groups, which makes them the document any complaint or conciliation would be argued around. Treat them as the benchmark, not as an optional style guide.
The Act is the obligation
The Disability Discrimination Act prohibits discrimination in the provision of goods and services. A website that a person cannot use to complete a task others complete is the thing the Act is about.
The case is the precedent
Maguire v SOCOG (No 2), decided 24 August 2000, established that a website falls within the Act and that the accessibility guidelines are the applicable measure. $20,000 in damages, on a site nobody thought was a legal risk.
The guidelines are the benchmark
The Commission's April 2025 guidelines set WCAG 2.2 Level AA as the minimum and point to AS EN 301 549:2024 for anything broader than a website. Not binding, but this is the ruler.
The standard
What WCAG 2.2 Level AA actually asks for
The Web Content Accessibility Guidelines are a W3C standard, currently at version 2.2, published in October 2023. They are organised under four principles, and the plainest way to read them is as four questions about a person trying to use your page. Conformance comes in three levels: A is the floor, AA is the level Australian guidance and government policy both use, and AAA contains criteria that cannot reasonably apply to all content. When someone says a site is compliant without naming a level, they have not said anything.
Level AA is not exotic. It is a few dozen testable statements, most of which are decisions a developer makes once: text has enough contrast against its background, every control can be reached and operated with a keyboard, focus is visible, form fields have real labels, images that carry meaning have alternative text, video has captions, the page has a language set, and nothing important is conveyed by colour alone. Our website design guide covers where these sit in a build; the point here is that almost none of them cost anything if they are decided before the design is signed off.
Perceivable: can they take the information in?
Contrast that clears 4.5 to 1 for body text, alternative text on images that mean something and empty alt on images that do not, captions on video, and a layout that survives being zoomed to 200 per cent or turned sideways on a phone.
Operable: can they drive it without a mouse?
Everything reachable and usable by keyboard, in a sensible order, with a focus ring you can actually see. No keyboard traps. Enough time to complete things. Nothing that flashes in a way that can trigger a seizure. Targets big enough to hit, which is one of the additions in 2.2.
Understandable: is it predictable and explained?
A language set on the page so screen readers pronounce it correctly, navigation in the same place on every page, errors that say what went wrong and how to fix it, and help that stays where the user found it last time. Version 2.2 added criteria for consistent help and for not making people re-enter information they already gave you.
Robust: will assistive technology understand it?
Use the real HTML element before reaching for a role. Every interactive control needs a name, a role and a current value that assistive technology can read. This is criterion 4.1.2, and it is the one that custom components break most often.
A note on currency: WCAG is updated from time to time and the Commission's guidance points to the latest published version. Version 2.2 has been current since October 2023. Check the version before you write it into a contract or a brief.
The scope
Who is bound, and how tightly
Everyone providing goods or services in Australia is bound by the Act. What differs is how specific the written obligation on top of it is, and how likely you are to be asked for evidence. Government has a mandatory standard; procurement has an Australian Standard; telecommunications has a code; everyone else has the Act and the Commission's guidelines.
| Who you are | The written requirement | What it means in practice |
|---|---|---|
| Australian Government agency | Digital Service Standard v2.0, mandatory since December 2023, requires the latest version of WCAG | Plus the Digital Inclusion Standard, which applied to new services from January 2025 and existing services from July 2025, with reporting |
| Supplying ICT to government | AS EN 301 549:2024, the Australian Standard for ICT accessibility, applied through the Commonwealth Procurement Rules | Accessibility is a procurement condition, and it covers hardware, documents and support, not only the website |
| State or territory agency | Every state and territory has its own accessibility commitment and design standards | Requirements differ by jurisdiction but all point at WCAG; check the standard for the jurisdiction you serve |
| Telecommunications provider | TCP Code C628:2019 requires web content to meet the most recent WCAG at Level A | The Commission recommends 2.2 Level AA rather than Level A to minimise the risk of discrimination |
| Any other Australian business | The Disability Discrimination Act, with the Commission's April 2025 guidelines as the benchmark | WCAG 2.2 Level AA is what you would be measured against if a complaint were made |
The evidence
What actually fails, and how often
Independent figures, tested on a rendered page rather than on source code, which is why they are worth more than a source-code scan.
The six failures that account for 96 per cent of all detected accessibility errors, and the share of the top one million home pages carrying each. Source: WebAIM, February 2026.
WebAIM has tested the home pages of the top one million websites every year since 2019, running a real browser and evaluating the page after scripts and styles have applied. In February 2026, 95.9 per cent of those pages had detected failures against WCAG 2.2 Level A or AA. That figure had improved slightly every year for six years and then went backwards, up from 94.8 per cent. Detected errors rose to 56.1 per page, a ten per cent jump in twelve months. Because only automatically detectable failures are counted, the true rate of conformance is lower than the four per cent the numbers imply, not higher.
The interesting part is why it reversed. The average home page carried 1,437 elements in February 2026, 22.5 per cent more than a year earlier, and 133 ARIA attributes, up 27 per cent. Pages using ARIA averaged 59.1 errors against 42 for pages without it. ARIA exists to make complex components accessible, so that correlation is not a case against it; it is a case against complexity added faster than anyone tests it. WebAIM attributes the trend to heavier reliance on third-party frameworks and libraries and to AI-assisted coding. Carousel, lightbox and slider libraries in particular were associated with 20 to 60 per cent more errors than average.
For an Australian business the practical read is simple. The failures are not exotic and they are not expensive. Low contrast text sits on 83.9 per cent of home pages and is a decision made in a brand palette. Missing alternative text sits on 53.1 per cent and is a content habit. Unlabelled form fields sit on 51 per cent and are usually the result of a designer removing the label because the grey hint text inside the field looked tidier. None of these needs a rebuild. All of them need someone to be responsible for them.
Our own data
What an automated score cannot see
Our own site, our own audits, and the four barriers a clean score was hiding.
What an automated audit reported on our own pages against what was actually live at the same moment. Three of the four barriers existed only after JavaScript ran.
We hold our own site to the standard we sell, and we test it the same way. The result was instructive enough to publish. Our pages scored 96 out of 100 for accessibility, with a single warning about heading order, while four real barriers were live. Three of them could not have been found by reading the HTML, because they did not exist until the page had run.
The largest was the scroll animation. Content faded in as you scrolled, using a helper that combines opacity with visibility: hidden at zero opacity. That is a common convenience and it is a genuine accessibility failure: visibility: hidden removes an element from the accessibility tree entirely. Every heading and paragraph below the fold was invisible to a screen reader until a sighted scroll happened to reveal it. The tool reported the symptom, headings not in a sequentially descending order, because the only headings it could see were the two that had already animated in.
A link a keyboard could reach and a screen reader could not
A stat block hid a visual fragment from assistive technology with aria-hidden and offered a clean sentence instead. Sensible, except the case study link sat inside the hidden fragment. A keyboard user could tab to a link a screen reader refused to announce. That is criterion 4.1.2, and the effect was that screen reader users could not reach the case studies at all.
The same failure five more times
Fixing it exposed five more instances in the testimonial carousel, where each inactive slide was marked hidden by script while its link stayed in the tab order. Applied at runtime, so no static check would ever have reported them. Inactive slides now go properly inert.
Footer contrast, on every page
Two footer styles measured 4.09 to 1 and 3.81 to 1 against a floor of 4.5 to 1. Small type, low opacity white on near black, shared across the whole site, so every page inherited it. We also found a vanity phone number whose visible text read one way and whose accessible name read another, which fails criterion 2.5.3, label in name.
What we changed as a result
We test the rendered page after scripts run, with a keyboard and with the accessibility tree open, and we sample real pixels rather than trusting that an element exists. Animation now moves things without hiding them from assistive technology.
Sources: Our own site and our own audits, September 2026. This is our practice, not a published benchmark.
The work
The fixes that clear most of the failures
If you do nothing else, do the six. They are 96 per cent of what is detectable, they are all decisions rather than projects, and every one of them is verifiable by someone who is not a developer.
Fix the palette, once
Check every text and background pair against 4.5 to 1 for body text and 3 to 1 for large text and interface components. Do it in the brand guidelines, not page by page, or it will come back with the next design. This alone addresses the failure on 83.9 per cent of home pages.
Week 1Write alternative text as a content rule
Every image that carries meaning gets a sentence describing what it conveys, not what it depicts. Decorative images get empty alt so screen readers skip them. Linked images matter most: a link whose only content is an unlabelled image has no name at all.
Week 1Give every field a real label
A visible label element tied to the field. The grey hint text inside a field is not a label, it disappears as soon as someone types, and it is why half the web fails this one. Error messages say what is wrong and how to fix it.
Week 2Name every link and button
No link that reads "click here" or "read more" out of context. No icon button without a name. Then tab through the whole page with the keyboard alone and confirm you can see where you are and reach everything in a sensible order.
Week 2Set the page language and test what renders
One attribute on the html element fixes the language failure. Then test the page after scripts have run, because carousels, modals, menus and reveal animations are where the failures a scanner cannot see actually live.
Week 3Beyond the six, the two that catch most Australian sites are video and custom components. Video needs captions, and captions that were auto-generated and never corrected are not captions. Custom components need a name, a role and a state that assistive technology can read, which is why the plainest advice in the standard is still the best: use the real HTML element before you build your own. If you are commissioning a build, put WCAG 2.2 Level AA in the brief and ask for evidence of a keyboard pass and a rendered-page test, not a screenshot of a score.
The overlap
Why this is also a search and AI visibility question
Accessible markup and machine-readable markup are close to the same thing. Alternative text tells a screen reader and an image crawler what an image shows. A single, sensible heading order tells a screen reader user how to navigate and tells a search engine how the page is organised. Descriptive link text is both a WCAG requirement and the anchor text that carries meaning. Captions and transcripts turn video into text that can be indexed and quoted. A page language attribute tells an assistive technology how to pronounce a word and tells a search engine which market the page is for.
The connection matters more now that answers are being assembled rather than listed. An AI assistant reading your page is doing something close to what a screen reader does: taking the structure at face value and extracting what it can name. A heading that only exists after an animation runs is a heading that a system reading the rendered page may never see, which is exactly the failure we found on our own site. Our AI citation guide covers the wider entity work, and our conversion checklist covers what happens once a person can actually use the page.
The method
Where to start if you have not started
A rendered-page baseline
Run an automated check on the pages that matter, then treat the result as a floor. Note which pages, which failures and how many. This takes an afternoon and gives you something to measure against.
Day 1A keyboard pass on the three journeys that earn money
Home to enquiry, home to booking or checkout, and whatever your highest-traffic landing page does. Mouse untouched. Anything you cannot reach or cannot see the focus on is a defect, whatever the score said.
Week 1Fix the six, then the journeys
Palette contrast, alternative text, form labels, link and button names, page language, then the specific barriers the keyboard pass found. Most sites clear the bulk of their detectable failures here.
Weeks 2 to 4Write it into how you build
WCAG 2.2 Level AA in every brief, contrast pairs in the brand guidelines, alternative text in the content template, and a rendered-page check before anything ships. Accessibility that is not in the process comes back with the next release.
OngoingIf you want the honest version: accessibility is not a project you finish. It is a property of how you build, and it decays every time someone adds a component in a hurry. The organisations that hold it are the ones that made it a checklist item rather than an annual audit.
The investment
What it costs to get accessible and stay there
For most Australian small and medium businesses, clearing the common failures on an existing site is days of work, not a rebuild. The palette, the alt text, the form labels and the link names are content and CSS decisions. What costs money is a bespoke component that was built without a name or a role, or a video library with no captions, and even those are cheaper than the alternative of doing it again after a complaint. Building it in from the start costs nothing extra at all: it is a set of constraints on a design, agreed before the design is approved.
Where most agencies bill the auditing, the checking and the technical passes by the hour, our Snowball SEO platform does that heavy lifting, so more of the budget goes to the design, the writing and the photography and video that make the site worth visiting. If you want the work done rather than described, our websites and landing pages service builds to WCAG 2.2 Level AA as a default rather than an extra, and our conversion optimisation service picks up where usability and accessibility meet. Our website cost guide covers how Australian agencies price a build.
Sources: Legal framework and the WCAG 2.2 Level AA recommendation from the Australian Human Rights Commission, Guidelines on equal access to digital goods and services (April 2025) and its standards chapter. Failure rates and page complexity from WebAIM, The WebAIM Million, February 2026 analysis. Disability prevalence from the ABS Survey of Disability, Ageing and Carers, 2022. Australian search volume and cost per click are figures as at September 2026 from our Snowball SEO platform. The audit findings on our own pages are our own practice, not a published benchmark.
Start here
Want to know what your site actually does without a mouse?
Get a free audit and we will tell you where your site fails WCAG 2.2 Level AA, which of the six common failures you carry, and what a keyboard pass finds that a score does not.
Get your free auditGood questions
Website accessibility FAQs
Is web accessibility a legal requirement in Australia?
Effectively yes, through general law rather than a dedicated statute. The Disability Discrimination Act 1992 makes it unlawful to discriminate on the ground of disability when providing goods and services, and the Human Rights and Equal Opportunity Commission held in 2000 that a website falls inside that. The Australian Human Rights Commission's April 2025 guidelines are not binding, but they set the benchmark a complaint would be measured against.
What accessibility standard does Australia use?
WCAG, the Web Content Accessibility Guidelines, currently version 2.2. The Australian Human Rights Commission recommends conformance with WCAG 2.2 at a minimum of Level AA. Federal government digital services must meet the latest version of WCAG under the Digital Service Standard, and AS EN 301 549:2024 applies to ICT procurement more broadly.
What is the difference between WCAG Level A, AA and AAA?
Level A is the minimum set of criteria, AA adds the ones most guidance and policy actually require, and AAA contains criteria that cannot reasonably be met by all content. Australian guidance and government policy both use Level AA. If a supplier says a site is compliant without naming a level, ask which one.
Can an Australian business be sued over an inaccessible website?
A person can lodge a complaint with the Australian Human Rights Commission, which attempts conciliation, and unresolved complaints can proceed to the Federal Court or Federal Circuit and Family Court. In the 2000 Olympics website case the Commission awarded $20,000 in damages. Most matters resolve well before that, usually by fixing the site.
Does an accessibility overlay or widget make a site compliant?
No. An overlay sits on top of the page and cannot repair the underlying markup: it does not give an unlabelled field a label, a custom control a role, or a link inside a hidden element a name. Accessibility is a property of how the page is built. Fix the source.
Does accessibility help SEO?
Substantially, because the two overlap. Alternative text, a single sensible heading order, descriptive link text, captions and a declared page language are WCAG requirements and search signals at the same time. It matters more now that AI systems read the rendered page and extract what they can name, which is close to what a screen reader does.
Keep rolling