Slide 1

AI-Augmented Accessibility

From Automated Alt-Text to Governance Gates

Date

10:45–11:30 CEST, 2026-03-22

Location

DrupalCon Rotterdam 2026 (Leeuwen Room I&II)

Speakers

Mike Gifford

Slide 2

5 DrupalCon Accessibility Talks! (Yesterday)

  • Christopher Torgalson (13:30)Baseline WebAIM failures & WCAG semantics.
  • Junaid Masoodi (17:35)AI hallucinated ARIA, broken focus traps, false confidence.

Slide 3

"Whack-a-Mole" Fails, Over and Over Again

  • Organizations repeatedly fail basic automated testing
  • axe-core initial release 1.0 was in 2015
  • Periodic automated scans catch issues

Speaker notes

https://events.drupal.org/rotterdam2026/session/ai-augmented-accessibility-automated-alt-text-governance-gates

Stop reacting to accessibility errors and start automating inclusive governance. Learn how to use AI to find accessibility errors earlier and fix them faster. We’ll bridge the gaps between AI, code, and humans with clear guidance for everyone.

Prerequisite

It would be useful to be familiar with some basics of accessibility. This is not a 101.

Target Audience

Anyone working to meet accessibility targets.

Outline

Accessibility is often the last gate in a project. Like many bugs the longer they wait, the more difficult they are to fix. Learn how we can "shift left" by using AI not just to find errors, but to build better systems. This session provides a practical roadmap for integrating AI into the full Drupal lifecycle:

* Content: Automating descriptive alt-text & transcripts using Drupal AI Core.

* Infrastructure: Using LLMs to architect & configure CI/CD accessibility gates (Axe-core/Playwright).

* Triage: Leveraging GitHub’s AI-powered accessibility toos to turn scans into Pull Requests.

* Governance: Implementing ACCESSIBILITY.md or Claude skills to produce better results.

* Hierarchy of Truth: Adding AI roles to that of other automated tools & humans—why the user remains the ultimate source of truth.

Join us to move beyond "compliance checklists" & toward a scalable, AI-assisted inclusive web.

Mike will also be tying this into the book he recently co-authored. Digital Accessibility Ethics: Disability Inclusion in All Things Tech,

Learning Objectives

* Automate Content Workflows: Set up the Drupal AI module for automated, human-verified media accessibility.

* Architect Testing Gates: Use AI assistants to write configuration for robust CI/CD frameworks.

* Implement Modern Standards: Learn to use ACCESSIBILITY.md & Claude Skills to keep projects transparent and compliant.

* Validate Strategically: Understand the "Hierarchy of Truth" to know when to trust what.

Slide 4

Slide 5

Speaker notes

  • CI/CD - Continuous Integration / Continuous DevelopmentMoving from reactive post-launch fixes to continuous pipeline-level governance.

Slide 6

Speaker notes

Automated site scanning tool.

Slide 7

Speaker notes

What folks want.

Slide 8

The Hierarchy of Truth

  1. Disabled Users & Lived Experience <-- Highest Authority
  2. Accessibility SME Manual Audits backed by WCAG
  3. Deterministic DOM Scanners (axe-core)
  4. Synthetic AT Automation (GuidePup & GuidePup MCP)
  5. Probabilistic AI Proposals (LLM Candidates) <-- Lowest Authority

Speaker notes

  • Rule 1: Don't use a LLM where a simpler algorithm will do.
  • Rule 2: Trust people over machines
  1. Accessibility Statements, Users with Disabilities
  2. Professionals
  3. Standard automated tools
  4. AI driven tools
  5. AI driven answers

Slide 9

The AI Alt-Text Paradox: Capability vs. Context

  • The FOSDEM 2025 Baseline: Vision models consistently generate richer candidate descriptions than untrained human authors.
  • The GitHub Engineering Trap:
    • Passing automated checks doesn't mean your site is accessible.
    • Automated scanners confirm the rule works as defined, it does not mean it meets WCAG SC.
  • The AI Blind Spot: LLMs do not know context, editorial intent, or when an image requires alt text (vs declaring the image a decorative element alt="").

Slide 10

Speaker notes

Culture Dictates What Is Acceptable: Compliance is an organizational.

Repo-Level Guardrails (ACCESSIBILITY.md):

  • Commit standards directly into project roots alongside README.md.
  • Provide machine-readable instructions that both human developers and coding LLMs must obey.
  • accessibility-skills too

Slide 11

Slide 12

Speaker notes

  • Alt text can be rated with an algorithm
  • A LLM can probably do it better than a person.

Slide 13

Speaker notes

  • Scan a site that has already been scanned and demonstrate the LLM Prompt
  • Best experience is still with data and someone with User Researcher

Slide 14

Speaker notes

  • Note this hasn't been tested to see if it works

Slide 15

Speaker notes

  • Note this hasn't been tested to see if it works

Slide 16

Speaker notes

  • The W3C is working on this.

Slide 17

Speaker notes

  • I am still working on this.

Slide 18

Speaker notes

  • Sample URLs:
    • https://mgifford.github.io/open-scans/reports/issues/issue-353/2026-09-14T14-12-20-749Z/report.csv
    • https://mgifford.github.io/open-scans/reports/issues/issue-353/2026-09-14T14-12-20-749Z/report.csv
    • https://mgifford.github.io/open-scans/reports/issues/issue-350/2026-09-14T13-56-56-213Z/report.csv
    • https://mgifford.github.io/open-scans/reports/issues/issue-351/2026-09-14T14-44-51-809Z/report.csv

Slide 19

The 5-Step Operational Remediation Pipeline

  1. Scan Site* Auto-scan (playwright + axe-core): Ingest raw DOM violations into Open Accessibility Workbench.* Synthetic Pass (Guidepup + Playwright MCP): Execute programmatic VoiceOver/NVDA passes.
  2. Review Results* Context Lookup (wcag-mcp + uswds-mcp): Pair violations with normative rules and token patterns.
  3. Remediate Priorities:* Generate constrained patches using approved semantics where possible.
  4. Validate Solutions* Scan page: Use a tool like Accessibility Insights to validate the page is fixed.* Synthetic Pass2 Rescan to validate it has been fixed. Include updated
  5. Human Audit: SME reviews diffs, tests new UI, and approves PR.

Slide 20

Human Driven

  • Nothing About Us, Without Us
    • We need to do much better at engaging PwD and hiring them.
  • Accessibility Statements
    • These are a key feedback loop for any system. Actively listen to your users.
  • Design Systems
    • Shift left. Yes, an ACCESSIBILITY.md may help, but not as much as a well supported design system.
  • Accessibility Champions
    • Accessibility is a team sport. Build your champions.
  • Training
    • Everyone needs to learn more about how others interact with the tools we build.

Slide 21

Next Accessibility Sessions

  • 14:05 (Room 2): Daniel Angelov — The Reality of Accessibility Automation
  • 16:00 (Room 3): John Jameson — Getting the Most Out of Editoria11y v3

Slide 22

Questions?

Thanks for following along. Here is how to keep the conversation going.

Website
ox.ca
Social
  • Mastodon.social: @mgifford Bluesky @ox.ca