← All apps

STEM

AccessDojo

A blind user opens your app. What does the screen reader say? AccessDojo hands you real screens as code — an icon button with no label, text too faint to read, headings that skip a level — and you predict the audit, then fix it until the problem count hits zero. Run a real accessibility auditor on your device: VoiceOver order, contrast, labels, structure. Ages 15–18.

▶ Play it now

Built for sittings of about 25 minutes on the screen. That is our design budget, not a measurement.

Icon coming soon
Live Computer Science / software craft & accessibility engineering - read a UI's accessibility tree, predict a screen reader's reading order, and run a WCAG audit (accessible names 1.1.1/4.1.2, contrast 1.4.3, heading structure 1.3.1/2.4.6, decorative images) on-device Applied CS / debugging & remediation - diagnose each finding, apply the correct fix (add a label, raise contrast, un-skip a heading, empty a decorative alt), and re-run the auditor to confirm the problem count reaches zero Hero color: #0f766e
Engagement: Modes pending

Characters who teach

Meet the cast

AccessDojo is for ages 15–18 — no illustrated cast; the 'characters' are the four accessibility rules whose behaviour IS the lesson. NAME IT: every control needs an accessible name, because a screen reader reads the name, not the icon — an unlabelled button just says 'button'. CONTRAST IT: normal text needs 4.5:1 and large text 3:1, so the same faint grey can pass for a headline and fail for body text. STRUCTURE IT: headings are the document's outline, so levels must never skip (h1 → h2 → h3). QUIET THE DECORATION: a purely decorative image gets an empty alt so the reader skips it. Every audit is computed on-device by a real, deterministic WCAG checker — nothing is hand-waved, and nothing leaves the device.

N

Name It

Every button, link and field needs an accessible name — a screen reader announces the name, not the picture, so an icon-only control with no label is invisible (WCAG 1.1.1 / 4.1.2)

C

Contrast It

Normal text needs 4.5:1 and large text 3:1 against its background; a ratio that passes for a big headline can still fail for body text (WCAG 1.4.3)

S

Structure It

Headings are the outline screen-reader users navigate by, so levels must never skip — the step down from h1 is always h2 (WCAG 1.3.1 / 2.4.6)

Q

Quiet It

A purely decorative image gets an EMPTY alt so the reader skips it — labelling decoration just reads pointless clutter to a listener

What's distributed-narrative methodology? →

What's inside

🎯

Learning goal

A blind user opens your app. What does the screen reader say? AccessDojo hands you real screens as code — an icon button with no label, text too faint to read, headings that skip a level — and you predict the audit, then fix it until the problem count hits zero. Run a real accessibility auditor on your device: VoiceOver order, contrast, labels, structure. Ages 15–18.

How AccessDojo handles your kid's data

  • ✅ All progress, settings, and AI-generated content stays on the device
  • ✅ No analytics, no tracking, no third-party SDKs
  • ✅ Free — no ads, no in-app purchases
  • ✅ No personal information collected from children — in line with COPPA (updated by the 2026 FTC amendments)
  • ✅ No chat with strangers — play-together rooms use a short code and preset emotes, never typed messages

Full parent privacy guide →

Kids also liked