Selective Attention
Users see what they expect to see and ignore the rest. If your important element does not align with what they are looking for, they will not see it — regardless of how large, colorful, or prominent it is.
01 — TL;DR
Two sentences.
Selective attention is the brain's mechanism for filtering incoming information — users actively process only what matches their current goal or expectation and suppress everything else, regardless of how visually prominent it is. A warning banner at the top of a checkout page is invisible to a user whose attention is locked on the price; an error message styled like ambient UI chrome is invisible to a user who expects errors to be loud and red.
The phenomenon was formally demonstrated by Christopher Chabris and Daniel Simons in their 1999 "invisible gorilla" experiment, which showed that people counting basketball passes failed to notice a person in a gorilla suit walking through the scene. For designers, the practical implication is uncomfortable: visual prominence alone does not guarantee attention — if an element does not match the user's active goal or expectation, it will be filtered out no matter how large, colorful, or centrally placed it is.
02 — When to Use
Apply this when…
When NOT to apply it
Skip it when the user is in full exploratory mode with no prior expectation — selective attention is driven by expectation, and first-time users have none. Also skip when your interface is genuinely simple and linear, or when the issue is low contrast or accessibility failure rather than attentional filtering.
03 — How It Works
The mechanism
Selective attention works through a two-stage process: a broad, unconscious pre-attentive scan that flags elements matching current goals or strong visual signals, followed by focused conscious processing of only those flagged elements. Everything that is not flagged in the first stage is effectively invisible during the second.
Not the same as banner blindness
Selective attention is not the same as banner blindness, though banner blindness is one consequence of it. Banner blindness is the learned habit of ignoring rectangular elements at the top and sides of pages. Selective attention is the broader mechanism: users filter anything that does not match their current goal, regardless of position. Solving selective attention requires understanding the user's goal at the moment they encounter the element — not just repositioning it.
04 — Real Example
GOV.UK's error summary and the form that nobody reads
GOV.UK's design system includes two mandatory error patterns used together: an error summary at the top of the page listing all errors, and inline error messages positioned immediately below each affected field. The inline errors were added specifically because usability research showed that users completing long government forms consistently missed the summary at the top, even when it was styled in red with a bold heading.
The design team's insight was that the user's attentional focus during form completion is at field level, not page level. The summary serves users who arrive at the top of the page after a failed submit — a different attentional mode. Using both patterns acknowledges that the same user has different attentional states at different moments in the same flow.
05 — In the Wild
Test yourself & see real examples
No examples yet — be the first.
Spotted a warning, error, or CTA that users clearly miss in real usage — or a product that solved an attention problem elegantly? Submit what you observed.
Seen Selective Attention violated in a real product? Help grow the evidence base.
06 — Common Mistakes
Where teams go wrong
07 — Variations & Related Principles
Connected ideas
Selective attention sits within the broader framework of cognitive load and perceptual psychology. Understanding its neighbors helps you diagnose whether an attention problem is about filtering, capacity, or expectation — each of which has a different design solution.
The most important pairing is Selective Attention with the Von Restorff Effect. Selective attention explains why elements get missed; Von Restorff explains the primary mechanism for making elements unmissable. Understanding both means you can diagnose whether a missed element needs repositioning, distinctiveness, or task-flow integration.
08 — 10-Min Exercise
Run it right now
⏱ 10 minutes · Solo · No prep
1. Open a screen from your product that contains an element you believe is important — an error message, a warning, a CTA, a security notice. Write down exactly what goal a user would have when they arrive at this screen.
2. Now look at the screen only through the lens of that goal. Trace the path a user's eyes would follow if they were focused entirely on completing that goal. Mark every element that falls outside that path — those are your invisible elements.
3. For each invisible element, ask: does it need to be inside the task path, or does it need to interrupt the task path? Elements that need to be seen but not acted on should be moved inside the path. Elements that require immediate action need to interrupt via modal, inline placement, or task blocking.
4. Pick the single most important invisible element and sketch one repositioning that puts it inside the user's likely attentional path. If you cannot move it there, write down why — that constraint is the real design problem to solve.