Legal & Compliance

Colorado’s Draft AI Rules Point to WCAG 2.2 for AI Notices and Chatbots

Colorado’s new AI laws require AI decision notices to be reasonably accessible, and the Attorney General’s draft rules name WCAG 2.2 as the benchmark for online disclosures and chatbot communications. What the text says, what changed in October, who objected, and what to build before 1 January 2027.

The Accessibility.build Team
12 min read

Colorado’s artificial intelligence laws take effect on 1 January 2027, and the Attorney General is now finishing the rules that will explain how businesses must comply. Buried in the draft is a requirement that matters to every accessibility team: the notices people receive when an AI system makes a decision about them, and the messages a chatbot sends, must be reasonably accessible to people with disabilities. For information provided online, the draft names the Web Content Accessibility Guidelines, version 2.2, as the benchmark.

That makes Colorado one of the first places in the US to tie accessibility of AI disclosures to a specific WCAG version, and the first we know of to name WCAG 2.2 for it. The rules are not final yet. Comments closed on 26 October 2026, and the law requires the Attorney General to adopt rules by 1 January 2027.

The two laws behind the rules

  • SB26-189, the ADMT Act: signed on 14 May 2026, it replaced the 2024 Colorado AI Act with a new law on automated decision-making technology used in consequential decisions, such as lending, housing, employment, insurance, healthcare and education. It applies to decisions made on or after 1 January 2027.
  • HB26-1263, the Chatbot Safety Act: signed on 29 May 2026, it sets duties for operators of conversational AI services, including telling users they are talking to AI. The operator duties apply from 1 January 2027.

The accessibility duty starts in the statute itself, not only in the rules. Section 6-1-1704(8) of the Colorado Revised Statutes says deployers and developers must provide the notices and disclosures the law requires in a way that is reasonably accessible to consumers with disabilities and consumers with limited English proficiency, consistent with applicable state and federal law. The statute names no technical standard. The rules supply one.

What the draft rule says

Rule 3.2(A) of the Attorney General’s draft (4 CCR 904-6) sets out how required notices, disclosures and communications must be delivered. Its accessibility clause, Rule 3.2(A)(2), says they must be “Reasonably accessible to Consumers or Users with disabilities”, including through digital accessibility tools. For information provided online, the business must follow generally recognised industry standards, and the draft points to WCAG 2.2 of 12 December 2024. In other contexts, the business must explain how a person with a disability can get the disclosure in an alternative format.

Three details are worth noticing:

  • The version is fixed. WCAG 2.2 is incorporated by reference under Colorado law and does not include any later amendments. A future WCAG 2.3 or 3.0 would not automatically become the benchmark.
  • No conformance level is named. Neither draft says Level A or Level AA. In practice, AA is the level used by the federal Title II rule, Section 508 and Europe’s EN 301 549, and it is the sensible target.
  • October softened the wording. The 6 October interim draft changed “such as” to “such as, but not limited to” before WCAG 2.2. That makes it clearer WCAG 2.2 is an example of an acceptable standard, not the only one. It is still the only standard the rule names.

The same rule also requires plain, jargon-free language that takes account of the recipient’s vulnerabilities, delivery in the languages the business uses with that person, an interface that is readily accessible, and content that is readable on every device, including small screens and mobile apps. Several of those overlap with WCAG 2.2 and with good cognitive accessibility practice.

Where it applies

Rule 3.2 is referenced throughout the draft. In the August version it applies to:

  • Disclosures a deployer must give when an automated decision goes against someone (Rule 6.2).
  • The methods people use to exercise their rights, such as correcting data or appealing a decision (Rule 7.2).
  • Chatbot disclosures that the user is talking to AI (Rule 10.2), which must comply with Rule 3 as relevant.

The chatbot rule adds its own specifics. On products with a screen, the AI disclaimer must be persistent and no smaller than the largest text on the interface. On screenless products, such as voice assistants, it must be spoken. One public commenter pointed out the obvious gap: an audio-only disclaimer tells a Deaf user nothing, so a non-audio alternative is needed.

One drafting quirk: the statute puts the accessibility duty on developers as well as deployers, but Rule 3.2 names only deployers and chatbot operators. If you build AI systems that other companies deploy, the statutory duty still applies to the notices and disclosures you are required to provide.

Borrowed from California, updated to 2.2

Rule 3.2 closely follows California’s privacy regulations. Section 7003(b)(3) of the California Consumer Privacy Act regulations requires notices to be reasonably accessible to consumers with disabilities and points to WCAG 2.1 of 5 June 2018 for online notices. California’s automated decision-making rules, which take effect for significant decisions on 1 January 2027, apply that same benchmark to pre-use notices. Colorado copied the structure and moved the reference forward to WCAG 2.2.

For companies operating in both states, the practical answer is simple. WCAG 2.2 includes every WCAG 2.1 success criterion except the obsolete 4.1.1 Parsing, so building AI notices to WCAG 2.2 AA satisfies both.

Who pushed back, and why

  • SIFMA (securities and financial firms): argued that banks and brokers already run accessibility programs built around the ADA and DOJ guidance, which do not tie themselves to a specific WCAG version. It asked the Attorney General to confirm that ADA compliance plus an existing program satisfies the rule, rather than making WCAG 2.2 a freestanding state benchmark. It did not propose a different version. It also asked for enforcement to start on 1 January 2028, citing among other things the work of building WCAG 2.2-conformant notices.
  • US Chamber of Commerce: argued that a fixed reference to WCAG 2.2 creates a static obligation that may become outdated, and asked for a reference to the current version or equivalent standards.
  • Colorado Cross-Disability Coalition: argued the opposite concern: that accessibility must go beyond websites. Notices, identity checks, document uploads and rights requests all need to work, with non-digital alternatives and the right to choose assistance. It also asked that the use of assistive technology never be treated as a sign of deception or fraud.

That last point is easy to miss and important. Identity verification and fraud detection systems sometimes flag unusual interaction patterns, and screen reader, switch and voice control users interact in unusual ways. An appeal process that locks out the people most likely to need it would defeat the purpose of the law.

Enforcement

  • The Attorney General enforces the core obligations exclusively, under the Colorado Consumer Protection Act. A violation is a deceptive trade practice.
  • Before acting, the Attorney General must give notice and a 60-day cure period where a violation can be cured, except for knowing or repeated violations. That cure provision expires on 1 January 2030.
  • The law creates no new private right of action, but it preserves existing rights, including under Colorado’s anti-discrimination law.
  • Civil penalties under the Consumer Protection Act can reach $20,000 per violation, and $50,000 where an elderly person is involved, with each consumer or transaction potentially counted separately.

The Attorney General’s office has said its policy is to focus on egregious and intentional violations. That is reassuring for good-faith businesses, but it is a statement of current policy, not a safe harbour.

What WCAG 2.2 means for an AI notice

Most AI disclosures will not live on a tidy static page. They will appear in chat widgets, modal dialogs, emails, PDFs, in-app banners and voice interfaces. That is where accessibility usually breaks. Several of the success criteria added in WCAG 2.2 map directly onto these patterns:

  • 2.4.11 Focus Not Obscured (Minimum): a chat launcher or sticky disclosure banner must not hide the element that has keyboard focus.
  • 3.2.6 Consistent Help: if you offer a way to contact a human about a decision, put it in the same place on every page.
  • 3.3.7 Redundant Entry: do not make someone re-type information they already gave you when they appeal or request a correction.
  • 3.3.8 Accessible Authentication (Minimum): identity checks in the appeal or rights-request process must not depend on a cognitive function test such as remembering a password or solving a puzzle, without an alternative.
  • 2.5.8 Target Size (Minimum): buttons to dismiss, expand or respond to a disclosure must be large enough to hit.

And the long-standing criteria still do most of the work. Chat transcripts need to be announced to screen readers without flooding them (4.1.3 Status Messages), streaming responses must not move focus, dialogs need proper names and focus management, and PDF notices need real tags and reading order.

What to do before 1 January 2027

  • Inventory every place your AI systems produce a required notice, disclosure or chatbot message, including emails, PDFs and voice channels.
  • Test those surfaces against WCAG 2.2 AA with a screen reader, keyboard only and at 400% zoom, not just with an automated scanner.
  • Write the disclosures in plain language and check them with a readability tool. Plain language is a separate requirement in Rule 3.2.
  • Provide an alternative format route for anything not delivered online, and a non-audio alternative for any spoken disclaimer.
  • Review identity checks and fraud signals in your appeal and rights-request flows so assistive technology use does not trigger a block.
  • Watch coag.gov for the final rules. Rule numbers and wording may change again before adoption.
  • Build chat interfaces that work with assistive technology using our accessible AI chat guide.
  • Work through every A and AA criterion with the WCAG 2.2 checklist.
  • Understand the authentication rule in WCAG 3.3.8 Accessible Authentication.
  • Check disclosure wording with the readability checker.
  • Fix notices delivered as documents with our PDF accessibility guide.
  • See why states are moving faster than Washington in our post on the 2026 midterms and ADA enforcement.

Sources

Written by
The Accessibility.build Team

The Accessibility.build team publishes practical guides, tools, and research on web accessibility, WCAG compliance, and inclusive design.

Found this useful? Share it.

Prefer Accessibility.build on Google

Add us as a preferred source and Google will show our new articles and research more often in your Top Stories and AI Overviews.

Add as a preferred source on Google

Essential Accessibility Resources

Comprehensive tools, checklists, and guides to help you create inclusive digital experiences

Top Pick

Accessibility Laws by Jurisdiction

Global tracker of accessibility laws comparing WCAG requirements, penalties, and enforcement across 21 jurisdictions
accessibility laws
wcag legal
accessibility compliance
View resource
Top Pick

WCAG 3.2.6 Consistent Help Guide

Complete guide to keeping help mechanisms in the same relative order across pages: the four covered help types, contact and chat placement, code examples, common mistakes, and testing
chatbot accessibility
wcag 2.2
View guide
Top Pick

Website Accessibility Compliance: ADA & WCAG Guide

Complete guide to website accessibility compliance including ADA requirements, WCAG standards, legal obligations, and practical implementation strategies.
accessibility
compliance:
wcag
+1 more
View article

Other posts filed under Legal & Compliance.