disabilitysimulator.com

Disability Simulator (disabilitysimulator.com) is a free-to-access web tool that lets you experience web accessibility challenges firsthand through interactive simulations. You'd use it if you want to understand how people with disabilities navigate the web, build empathy for those users, or make a case for accessible design on your own site. It's aimed at designers, developers, content creators, and anyone who wants to see barriers from the user's side rather than just read about them.

What Disability Simulator Is

The site's premise is stated directly in its heading: "See through disabled people eyes." It offers interactive simulations that help you understand how people with disabilities experience the web.

The homepage frames the stakes with three figures:

These numbers set up the core argument: accessibility barriers are near-universal across the web, the affected population is enormous, and it represents significant spending power. The simulator exists to make that abstract gap concrete.

Why Use It

The purpose is experiential rather than informational. Instead of reading a checklist of WCAG rules, you run a simulation and feel where a task breaks down. That serves four practical goals:

• Experience challenges firsthand — you hit the same friction a disabled user hits, in real time.
• Build empathy — understanding shifts from "I know this is hard" to "I felt this was hard."
• Understand why accessible design matters — barriers become a design problem you can see, not an abstract compliance requirement.
• See how barriers affect user experience — you can trace a specific failure (unreadable text, an unreachable button) back to a design decision.

If you're trying to convince a team or client to invest in accessibility, running a simulation together is often more persuasive than citing guidelines.

Available Simulations

The site groups simulations by impairment type. Currently available:

Visual Impairments

• Blindness — screen reader navigation
• Low Vision — blurred and limited vision
• Color Blindness — color perception differences

Motor Impairments

• Keyboard Only — navigation without a mouse
• Limited Control — tremor and precision challenges

Cognitive Impairments

• Dyslexia — reading and text processing
• ADHD — attention and focus challenges

Coming Soon

The site lists these as planned, not yet available:

• Hearing Impairments — deaf and hard of hearing experiences
• Seizure Disorders — photosensitive epilepsy triggers
• Autism Spectrum — sensory processing differences
• Memory Impairments — short-term memory challenges
• Aging-Related — age-related accessibility needs
• Multiple Disabilities — combined accessibility challenges

If you need to simulate hearing, seizure, autism, memory, aging, or combined disabilities today, this tool doesn't cover them yet.

How to Get Value From It

1. Pick a simulation that matches your audience or your site's weak points. If your product relies on mouse interaction, start with Keyboard Only.
2. Attempt a real task, not a demo. Try to complete something you'd actually ask a user to do — fill a form, find a product, read an article.
3. Note where you get stuck. The specific failure points are your accessibility backlog.
4. Repeat with a different simulation. A site that works for low vision may still fail keyboard-only users.

The tool is a starting point for awareness and prioritization, not an audit. It won't tell you which WCAG criteria you violate — it shows you the experience those violations create.

Disability Simulator simulates disabilities by turning each condition into a hands-on web browsing task rather than a written description. Instead of reading about screen reader navigation or tremor, you try to complete a normal web action under that constraint. The site organizes these into three live categories — Visual Impairments, Motor Impairments, and Cognitive Impairments — with six more listed as "Coming Soon." It is built for anyone who wants to feel where web barriers actually come from: designers, developers, QA testers, content authors, and educators.

Visual Impairments

The visual simulations recreate how information is received, not just how it looks.

• Blindness — screen reader navigation. You navigate a page through a screen reader, so the experience depends on whether content is structured and labeled properly. Headings, link text, and image alt text decide whether you can find anything; unlabeled controls or vague "click here" links become dead ends.
• Low Vision — blurred and limited vision. The page is rendered with reduced clarity and field of view, so you experience why large text, strong contrast, and generous spacing matter for readability.
• Color Blindness — color perception differences. Colors shift to mimic different types of color vision deficiency, exposing interfaces that rely on color alone — for example, a red/green status indicator or a link distinguished only by hue.

The common thread: each one blocks a different channel (structure, clarity, or color), and each maps to a specific fix such as semantic HTML, contrast ratios, or redundant cues like icons and text labels.

Motor Impairments

Motor simulations change how you operate the page, which is a different kind of barrier from not being able to see it.

• Keyboard Only — navigation without a mouse. You complete tasks using only the keyboard, which reveals focus order problems, missing focus indicators, and controls that simply can't be reached without a pointer.
• Limited Control. Interaction is constrained, so small click targets, tightly packed links, and hover-only menus become hard or impossible to use.
• Tremor and precision challenges. Fine motor movement is simulated, showing why precise clicking, drag-and-drop, and time-limited interactions exclude users with tremors.

These simulations make the case for large touch targets, visible focus states, full keyboard operability, and avoiding interactions that demand steadiness or speed.

Cognitive Impairments

Cognitive simulations target how text and attention are processed.

• Dyslexia — reading and text processing. Text is presented in a way that mimics reading difficulty, highlighting why plain language, short sentences, clear fonts, and uncluttered layouts reduce cognitive load.
• ADHD — attention and focus challenges. The simulation stresses focus and distraction, showing how autoplay media, dense navigation, and competing calls to action make it hard to stay on task.

The takeaway here is that cognitive barriers are often about design discipline — structure, brevity, and removing noise — rather than any single technical attribute.

What Each Simulation Is Really Testing

Every simulation converts an abstract guideline into a concrete failure you can observe:

Coming Soon Simulations

The site lists several categories as not yet available: Hearing Impairments (deaf and hard of hearing experiences), Seizure Disorders (photosensitive epilepsy triggers), Autism Spectrum (sensory processing differences), Memory Impairments (short-term memory challenges), Aging-Related needs, and Multiple Disabilities (combined challenges). Treat these as planned coverage, not current features — check the site for their status before relying on them.

How to Use the Simulations Effectively

1. Pick a simulation and a real task — for example, "find the contact form" or "complete a checkout."
2. Attempt the task under the constraint without switching back to your normal mode.
3. Note exactly where you got stuck — the specific element, label, or interaction that failed.
4. Map the failure to a fix (alt text, focus order, contrast, larger targets, simpler copy).
5. Re-test after changes to confirm the barrier is gone.

The value isn't in any single simulation but in the pattern: each one shows that accessibility barriers are usually created by ordinary design and markup decisions, and are therefore fixable by ordinary decisions too.

Disability Simulator (disabilitysimulator.com) is an interactive website that lets you experience web accessibility challenges firsthand. It offers browser-based simulations for visual, motor, and cognitive impairments, so you can see how people with disabilities navigate the web and where barriers appear. It is aimed at anyone who builds, reviews, or uses websites and wants a practical feel for accessibility issues rather than an abstract checklist.

What the site offers

The site organizes its content around three available simulation categories, with more listed as coming soon.

Available Simulations

Coming Soon

The site lists several additional categories as planned:

• Hearing Impairments — deaf and hard of hearing experiences
• Seizure Disorders — photosensitive epilepsy triggers
• Autism Spectrum — sensory processing differences
• Memory Impairments — short-term memory challenges
• Aging-Related — age-related accessibility needs
• Multiple Disabilities — combined accessibility challenges

Why the site frames accessibility this way

The homepage leads with the heading "See through disabled people eyes" and presents three statistics to set context:

• 1.3B people with disabilities
• 98% of websites with barriers
• $13T in annual disposable income

The intent is to connect a human experience (what it feels like to hit a barrier) with scale (how many people are affected) and economic weight (the market represented). The simulations are the mechanism: instead of reading about a guideline, you attempt a task under a constraint and notice where the interface fails you.

How to use it

1. Open disabilitysimulator.com in a browser.
2. Pick a simulation from the Available Simulations list — for example, Keyboard Only under Motor Impairments or Screen reader navigation under Visual Impairments.
3. Attempt a normal web task under that constraint (navigating, reading, or completing a form).
4. Note where you get stuck. Those sticking points are the accessibility barriers the simulation is designed to surface.

The site does not publish pricing or login details in the available material, so treat access terms as unconfirmed rather than assuming it is free or requires no account.

Who it is for

• Designers and developers who want to test assumptions about keyboard navigation, contrast, and text readability.
• Content and product teams who need a shared reference point when discussing accessibility priorities.
• Educators and trainers looking for a hands-on way to introduce why accessibility matters.

If you only need a definition of accessibility, a guideline document is faster. If you want to feel where your own site breaks, a simulation is the more useful starting point.

Disability Simulator is for anyone who wants to understand how people with disabilities experience the web. Its interactive simulations are most directly useful to web designers and developers, educators and students covering accessibility, and organizations working on digital inclusion. The site frames its purpose around a simple idea: "See through disabled people eyes," with simulations that show how barriers affect real browsing tasks.

Primary audiences

Web designers and developers

This is the core audience. The available simulations map onto common accessibility failures that developers can fix:

• Screen reader navigation — experience how a page sounds when it is navigated without sight.
• Low vision — see blurred and limited vision effects.
• Color blindness — understand color perception differences.
• Keyboard only — navigate without a mouse.
• Limited control — work through tremor and precision challenges.

For a developer, the practical value is recognizing which design decisions create barriers before shipping them. If a layout only makes sense visually, or a control can only be reached with a mouse, the simulation makes that failure obvious.

Educators and students

The simulations give a concrete reference point for teaching accessibility concepts. Instead of describing screen reader behavior abstractly, an instructor can have students attempt a task under a simulated impairment and then discuss what broke. The cognitive simulations — dyslexia (reading and text processing) and ADHD (attention and focus) — are especially relevant for discussions about content design, not just code.

Organizations pursuing digital inclusion

The site presents three figures that help make the case internally:

These numbers connect accessibility to both reach and revenue, which is useful when arguing for accessibility work beyond pure compliance.

Anyone curious about disability experiences

No technical background is required to use the simulations. Someone who simply wants a better sense of what a disability experience feels like can work through the available scenarios directly.

What is available now, and what is not

The site separates current simulations from upcoming ones, which matters if you are choosing it for a specific need.

Available now:

• Visual impairments: blindness, low vision, color blindness
• Motor impairments: keyboard only, limited control
• Cognitive impairments: dyslexia, ADHD

Coming soon:

• Hearing impairments (deaf and hard of hearing)
• Seizure disorders (photosensitive epilepsy triggers)
• Autism spectrum (sensory processing differences)
• Memory impairments (short-term memory challenges)
• Aging-related accessibility needs
• Multiple disabilities (combined challenges)

If your interest is hearing-related accessibility, seizure safety, or combined disabilities, the site does not yet cover those areas.

How to decide whether it fits your goal

• You build or review websites → use the visual, motor, and cognitive simulations to test assumptions about navigation, color, and reading.
• You teach accessibility → use the simulations as in-class exercises, paired with discussion of what failed and why.
• You are making an internal accessibility case → use the reach and spending figures alongside a hands-on simulation.
• You need hearing, seizure, autism, memory, or aging simulations → check back, since these are listed as coming soon rather than available.

The simulations are a starting point for empathy and awareness. They are not a substitute for testing with assistive technology or with people who have disabilities, and the site does not claim otherwise.

Disability Simulator currently offers seven interactive simulations across three categories: visual impairments, motor impairments, and cognitive impairments. Six more are listed as "Coming Soon," covering hearing, seizure disorders, autism, memory, aging-related needs, and combined disabilities. All available simulations run in the browser and are designed to show how people with disabilities experience the web.

Visual Impairments

The blindness simulation focuses on navigating a page with a screen reader rather than sight. The low vision simulation reproduces blurred and restricted vision. The color blindness simulation shows how color perception differences change what a user can distinguish on a page.

Motor Impairments

These three cover the common ways motor limitations affect web use: relying entirely on the keyboard, having limited control over input, and struggling with tasks that demand fine precision such as hitting small targets.

Cognitive Impairments

The dyslexia simulation addresses reading and text processing difficulties. The ADHD simulation focuses on attention and focus.

Coming Soon

These simulations are announced but not yet available:

• Hearing Impairments — deaf and hard of hearing experiences
• Seizure Disorders — photosensitive epilepsy triggers
• Autism Spectrum — sensory processing differences
• Memory Impairments — short-term memory challenges
• Aging-Related — age-related accessibility needs
• Multiple Disabilities — combined accessibility challenges

How to Choose Which Simulation to Try

• Testing a text-heavy page or form? Start with Dyslexia or ADHD.
• Checking color contrast or status indicators? Use Color Blindness.
• Auditing keyboard and focus behavior? Use Keyboard Only, then Limited Control or Tremor and Precision.
• Evaluating screen reader structure? Use Blindness.
• Reviewing general readability and layout? Use Low Vision.

The site frames the purpose around scale: it cites 1.3 billion people with disabilities, notes that 98% of websites have barriers, and points to $13 trillion in annual disposable income. Those figures are the site's own framing, not an audit of any specific page.

If you need a simulation that isn't listed yet — hearing, seizure, autism, memory, aging, or multiple disabilities — it isn't available on the site at this time.