Why do users miss a menu item that’s clearly there?
On this page
People scan for what they expect, not for what is present, which is why a menu item can sit in plain view and still go unseen. The eye does not survey a page exhaustively and catalog every element; it runs a fast pattern match against a mental picture of where things usually live and what they usually look like. An item that does not fit that picture, whether through an unfamiliar label, an out-of-place position, or a treatment that reads as decoration, gets filtered out before it is ever consciously read. Visibility is necessary but not sufficient. Findability is a match between expectation and presentation, and presence alone does not produce it.
The mechanism is selective attention working exactly as designed. Faced with more than the eye can process, people don’t read a navigation bar word by word; they look where the thing they want should be and skim past everything else. So an item’s chances depend on three expectations lining up. The label has to use the word the user already has in mind, because they are hunting for “Pricing” and will skate over “Investment” or “Plans.” The position has to sit where that kind of item belongs, because account links scanned for at the top right are missed entirely when parked bottom left. And the styling has to read as something to act on, because anything that looks like a tagline, a badge, or a banner gets classified as decoration and skipped, a habit so reliable it has a name, banner blindness. When all three diverge from the user’s model, a perfectly visible link becomes functionally invisible.
A concrete case shows it. A team buries support behind a header link labeled “Resources,” styled in a lighter gray to look tidy, sitting between the logo and the primary nav. Usage data shows almost no one clicks it, and user testing reveals why: people looking for help scanned the top right for “Help,” “Support,” or “Contact,” found none of those words, ignored the gray “Resources” because it read as secondary, and gave up or used search. Nothing was hidden. The link was on screen the whole time. It simply failed every expectation the searching user brought, so their scan passed straight over it.
There is one real limit: this is not a license to make everything loud. The fix for a missed item is alignment with expectation, not raw prominence, and there is a real exception: an item people are not looking for and do not yet want cannot be rescued by good labeling alone, which is a content and priority problem, not a findability one. Likewise, an item placed exactly where users expect it can afford to be quiet, because the scan finds it by location. Matching expectation does the work that shouting only fakes, and shouting at the wrong place still gets ignored.
When something clearly present is going unfound, stop adjusting its size and audit it against expectation instead. Use the word your users actually search for, put it where that class of item conventionally lives, and give it a treatment that reads as interactive rather than ornamental. Watch where people look before they look at your link, and place it there. Design items to match where users expect them, and the visibility you already have starts to count.