Skip to main content
Back to Blog
Accessibility11 min readDecember 18, 2025

Designing for Color Blindness: A Complete Guide for Inclusive Design

Written by Dann B.

Frontend Developer and Designer

Share:

About 300 million people worldwide have color vision deficiency, and most of them are men - roughly 8% of men and 0.5% of women. Yet many design teams have never once checked their work through a color-blind lens. The result is charts that collapse into gray soup, error messages that silently disappear, and games and apps that are literally unplayable. Designing for color blindness is not about avoiding color; it is about using it in a way that no information depends on a single hue.

Understanding Color Vision Deficiency

Human color vision depends on three types of cone cells, each most sensitive to a range of wavelengths. Color vision deficiency happens when one cone type is missing or altered. The main forms:

  • Deuteranopia (red-green, green cone missing): the most common form. Reds, greens, and their mixtures become hard to distinguish. Affects roughly 5-6% of men.
  • Protanopia (red-green, red cone missing): similar confusion, with reds appearing darker. Affects roughly 1-2% of men.
  • Tritanopia (blue-yellow, blue cone missing): rare, affecting roughly 0.01% of people. Blues and yellows are confused with greens and pinks.
  • Achromatopsia (total absence of color): extremely rare; the world appears in grayscale.
  • Anomalous trichromacy: the most common category of all. The cones exist but are shifted, producing milder but highly variable forms of the same confusion.

The critical insight is that all of these are disorders of *hue discrimination*, not brightness. Two colors that differ only in hue are invisible to someone who cannot see that hue difference, regardless of how beautiful the combination looks to you.

The Classic Failure Patterns

Certain color pairs are notoriously problematic:

  • Red and green: the classic failure. Traffic lights, success/error states, and stock-market charts all use it, and all are unreliable for 8% of men.
  • Blue and purple: blues and purples get confused in deuteranopia because both are dominated by the same remaining cone signals.
  • Green and brown: greens shift toward brown for many with red-green deficiency, so 'green = nature' and 'brown = earth' categories collapse.
  • Red and brown, pink and gray: pairs that differ mainly in redness are indistinguishable to those whose red channel is weak.

Any time your design uses two colors that differ mostly in hue, run the pair through a simulator before trusting it.

The Rules for Color-Blind-Safe Design

A practical set of rules covers the vast majority of cases:

  1. Never encode meaning in color alone. Every color-coded state needs a secondary cue: an icon, a pattern, bold text, or a shape.
  2. Prefer blue over red for 'different.' Blue is the hue least affected by deuteranopia and protanopia, which is why blue links became the web standard.
  3. Use lightness and saturation differences. Colors that differ in lightness or saturation remain distinguishable even when hue is lost. This is why adding a dark shade and a light tint to the same hue creates a usable sequence.
  4. Keep value contrast high. The single most effective color-blind design technique is making the two states clearly different in lightness, not just hue.
  5. Label your data. In charts, label every series directly instead of relying on a legend keyed to hue.
  6. Test with simulation. Tools like Stark, NoCoffee, and Chrome DevTools can show you exactly what deuteranopia, protanopia, and tritanopia look like.

Building Color-Blind-Friendly Palettes

Here is how to construct a palette that survives color-blind simulation:

  • Select hues that stay distinct. In practice, the safest four-hue family is blue, yellow/amber, and a neutral, with red or green added only when they also differ in lightness. Many data-viz guides recommend blue + amber + black + white as a base.
  • Vary lightness deliberately. For a red/green distinction, use a dark green (#1B5E20) and a bright orange-red (#E64A19) instead of a mid green and mid red. Even with hue lost, the lightness difference keeps them apart.
  • Add texture and pattern. In charts, use hatching, dots, dashes, and solid fills so series remain identifiable even in grayscale.
  • Test every pair. Run the palette through a deuteranopia simulator and check that each pair remains visually distinct.

Status Indicators Without Red and Green

The most important single fix is status communication. Instead of green = success and red = error:

  • Add a checkmark icon for success and an alert icon for errors.
  • Add the words: "Saved," "Error: check your email address."
  • Use distinct shapes: a filled circle for one state, an outline for another.
  • Combine color with text weight: bold for active, regular for inactive.

This is not a compromise. Interfaces that communicate through words and shapes are clearer for everyone, including sighted users in bright sunlight or on washed-out displays.

Charts, Maps, and Data Visualization

Data visualization is where color blindness hurts most. Guidelines that make charts universally readable:

  • Use color plus a second encoding (position, length, texture) for every variable.
  • Prefer sequential palettes (single-hue lightness ramps) for numeric data.
  • For categorical data, use a palette engineered for color-blind safety, such as Okabe-Ito: orange (#E69F00), sky blue (#56B4E9), bluish green (#009E73), yellow (#F0E442), blue (#0072B2), vermillion (#D55E00), reddish purple (#CC79A7).
  • Put labels on the data points rather than only in a legend.
  • Use dashed vs. solid lines, or circles vs. triangles, to distinguish series.

The Okabe-Ito palette deserves special mention: it was designed explicitly to be distinguishable under all common forms of color vision deficiency and is the default choice in many scientific figure workflows.

Testing Tools Every Designer Should Use

  • Stark (Figma, Sketch, browser): contrast checking plus color-blind simulation built into design tools.
  • Chrome DevTools rendering emulation: in the Rendering panel, you can simulate deuteranopia, protanopia, tritanopia, and achromatopsia directly on your live site.
  • NoCoffee (Firefox extension): dozens of vision simulations including cataracts and glaucoma.
  • Color Oracle (desktop): one-click full-screen simulation on Windows, macOS, and Linux.
  • Lighthouse / axe: automated audits that flag color-only encodings and contrast failures.

Simulation is fast and transforms how you see your own work. Most designers are surprised by which parts of their interface collapse.

Accessibility Meets Brand

Designing for color blindness does not mean a beige website. Brands keep their identity by applying the rules at the semantic level: the brand palette stays, but roles like 'success,' 'error,' 'active,' and 'selected' are assigned to colors that survive simulation, and each role gets a non-color cue. The brand red can still be the hero color; it just cannot be the only signal that a field is invalid.

Designing for Tritanopia and Blue-Yellow Color Blindness

While red-green color blindness (deuteranopia and protanopia) receives the most design attention, tritanopia - the inability to distinguish between blue and yellow - affects approximately 0.01% of the population. Though rare, tritanopia creates unique design challenges because blue and yellow are two of the most commonly used functional colors in interfaces. People with tritanopia see blue as green or red, and yellow as pink or light gray. This means the standard "blue for links, yellow for warnings" pattern fails completely for this audience. A link colored #0066FF on white background appears greenish to someone with tritanopia, potentially indistinguishable from a green success indicator. The design patterns that work for all three types of color vision deficiency share common principles: never use blue-yellow as the only differentiating pair in any interface element, always pair color with position, shape, or icon cues, and test using simulation tools that model all three deficiency types. For data visualization, the safest palette avoids blue-yellow relationships entirely and relies on luminance variation (light to dark) as the primary differentiator, with color as a secondary encoding. Tools like ColorBrewer and the Viz Palette tool from Observable can simulate tritanopia alongside deuteranopia and protanopia, allowing designers to verify that their color choices communicate effectively across all forms of color vision deficiency.

The Takeaway

Designing for color blindness is a small set of habits with an outsized return: never encode meaning in hue alone, prefer blue over red, vary lightness as well as hue, label your data, and simulate before shipping. Apply those habits and your designs will serve the roughly 300 million people with color vision deficiency - and in doing so, they will become clearer and more robust for every other user too.

Frequently Asked Questions

What is the most common form of color blindness?

Deuteranopia (green cone deficiency) is the most common, affecting about 5-6% of men. Together with protanopia (red cone deficiency), red-green color vision deficiency affects roughly 8% of men and 0.5% of women.

Which color pairs should I avoid in design?

Red and green is the classic failure, followed by blue and purple, green and brown, and pink and gray. Any pair that differs mostly in hue rather than lightness is risky; always run pairs through a simulator.

How can I make charts readable for color-blind users?

Use color plus a second encoding: direct labels, patterns or hatching, line dashes, and marker shapes. Prefer the Okabe-Ito palette for categories, and check the result under deuteranopia simulation.

Subscribe to Color Insights

Get weekly color tips and design insights delivered to your inbox.