Before a single colour, typeface or button shape gets chosen, every website has to answer a much more basic question: what order does the information come in, and how is it grouped so someone can understand it without effort. That discipline is called information architecture, and it's by some distance one of the decisions that most determines whether a website makes sense immediately or feels confusing from the first click.
It's work we do on every project, and it almost never gets noticed — precisely because when it's done well, nobody thinks about it. It only becomes visible when it fails: when someone lands on a website, can't find what they came for within a few seconds, and leaves without a second thought.
What information architecture actually is
Information architecture is the discipline that organises a website's content: what sections exist, what they're called, in what order they appear, what depends on what, and how you get from any one point to any other. It's essentially a website's internal map, sketched out before a single screen exists.
This has nothing to do with visual design or interaction. It doesn't decide the colour of the menu or what happens when someone clicks a button. It decides something earlier and more important: whether "Services", "Projects" and "Pricing" should be three separate sections or one; whether a potential client is looking for "what do you do" before "how much does it cost"; whether a product category needs subcategories or whether that just adds friction.
When this foundation isn't thought through carefully, everything built on top of it — however good it looks — inherits the same problem: a logic that makes perfect sense to whoever runs the business, and none at all to whoever is visiting for the first time.
Why confusing navigation makes people leave
Nobody abandons a website because they "don't like" the menu. They leave because they don't understand where they are, or can't find what they came for within a few seconds. And at that point, no animation or photography is going to bring them back.
Here's the pattern we see constantly: a business organises its menu the way it organises itself internally — by department, by product line, by however a salesperson has explained it for years — instead of organising it the way someone unfamiliar with the business actually thinks. The result is menus with too many sections, vague labels like "Solutions" or "About", and a structure where the information that matters sits three clicks from the homepage instead of one.
We covered this in detail in why most websites don't convert: the problem is almost never the aesthetics, it's the structure. Confusing navigation doesn't just frustrate people — it makes them wonder whether the business behind it has its act together anywhere else, either.
How to organise a menu and a sitemap so it actually makes sense
A sitemap that works doesn't start life as a list of "everything we want to say." It starts with a much less comfortable question: what does someone who knows nothing yet need to know, and in what order?
Group by intent, not by org chart
The most reliable way to organise a menu is to group things by what the visitor is trying to solve, not by how the company is structured internally. If two different services answer the same question ("can you help me with my website?"), they probably belong in the same section, even if two different teams handle them behind the scenes.
Keep it to two or three levels, at most
The more clicks separate someone from what they're looking for, the more likely they are to give up before getting there. A good sitemap resists the urge to create a subcategory for everything, and makes sure the essentials sit one click away, not four.
Name things the way visitors search for them, not the way the business talks internally
"Solutions", "Ecosystem" or "Value proposition" are names that make sense in an internal meeting and mean nothing to someone searching, say, "logo design" on Google. The more literal and the less clever a section name is, the better it tends to perform.
Key point: a sitemap isn't designed to mirror how a company works internally. It's designed to mirror how someone arriving for the first time thinks, searches and decides.
Content hierarchy: what comes first, and what can wait
The same problem shows up inside every individual page, just at a smaller scale. When everything has the same heading size and the same visual weight, nothing actually stands out, and the visitor has to do reading work most of them simply won't bother with.
Good content hierarchy puts what almost everyone needs to know first — what's on offer, who it's for, and why it should matter to them — and pushes down what only interests part of the audience: specific case studies, credentials, or narrow questions. This is information architecture too, just applied inside a single page instead of across the whole site.
This work becomes visible long before a finished design exists, inside a wireframe — which is nothing more than a page's structure and hierarchy sketched out before a single aesthetic decision gets made.
Information architecture and UX: related, but not the same thing
It's common to confuse information architecture with UX, and that makes sense: both work before a single finished screen exists, and both think about the person using the website rather than the person who commissioned it.
But they're different disciplines. UX is broader: it includes interaction flows, behaviour, testing with real users, and everything that happens once someone starts acting on a website — filling in a form, completing a purchase. Information architecture is narrower: it deals specifically with how content is organised and labelled, not with how someone interacts with it once it's there.
Put differently: information architecture decides what's in each drawer and what each drawer is called. UX decides, on top of that, what it feels like to open them and what happens next. A project can have carefully considered UX and still fail if the underlying organisation doesn't make sense — which is why it's worth treating the two as what they are: related layers, not interchangeable ones.
Puntos clave / Key points
- →Information architecture organises content before any visual design decision gets made
- →A poorly planned menu makes visitors get lost and leave within seconds
- →Sitemaps should group by user intent, not by internal org chart
- →Fewer levels of depth almost always means less abandonment
- →Content hierarchy applies the same logic inside a single page
- →Information architecture is narrower than UX: it organises, it doesn't decide interaction
A foundation nobody sees, but everybody feels
Nobody arrives at a website thinking about its information architecture, just as nobody walks into a well-built structure thinking about its foundations. But when that foundation is wrong, it shows up at every step: in the visitor who can't find the price, the one who abandons a form halfway through, the one who closes the tab without quite knowing why.
That's why, in our approach to web design and digital experience, information architecture gets solved before any visual decision does: before a single colour is chosen, we work out what every person arriving needs to find, and in what order it actually makes sense to give it to them. A website isn't easy to understand by accident. It's easy to understand because someone, before designing it, took the time to decide how every piece should be organised.
Juan Navarro
Founder and creative director at Sima, Estepona. Over 25 years working in design, brand and digital experience.
