0

I was wondering if people can settle an argument about the relation between content pages/navigation found in the footer vs the overall site structure and hierarchal parent categories in the primary nav. Some people in my office maintain that any content pages/navigation found in the footer still need a home in the overall site structure. And some are saying that typical items like About Us, Media Inquiries, Terms of Use, Privacy Policy etc... need only live and appear in the footer.

would appreciate having a definitive answer on this once and for and all. Are there best practices around this?

thanks in advance gerry

1 Answer 1

1

You should organize your site in a way that makes sense to users, supports their goals, and helps your business/client meet its goals. Rather than trying to "win" this argument, I'd encourage you to get on the same page with your coworkers...Part of doing that is making sure you're using the same language to mean the same things. But because that's probably not a satisfying answer:

Your site's structure should be represented in the navigation insofar as users need to find things on your site. It's up to you (the designers of the site) to decide whether it would be better to include all pages in both navigations, or if some pages don't need to be in the main navigation but need to be in the footer menu, or...the options are really limitless.

Many sites have multiple navigation systems in both the header and the footer: take this site you're on, for example. In the very top header (as of writing) they have things like my inbox and achievements, a menu to switch between StackExchange sites, and a help menu. In the closest thing to a traditional "main nav" that they have, there are links to different slices of the site's main content type: questions. There are also not one but two menus in the footer, with a more expansive list of places around the site (but probably not exhaustive). Take a look at some sites that compare to yours. Try to find something that you also have on your site.

What does their navigation do well? What about it is hard to use? We all have biases when it comes to these things, and that's why usability testing (or user research in general) is so important—it helps your team frame the conversation around what works for users rather than what's the "right" thing to do.

I'd highly recommend checking out Abby Covert's How to Make Sense of Any Mess for a pragmatic, high-level primer for working on information architecture (the specialty that handles navigation and organization of sites/apps/whatever).

2
  • Thanks Nate, much appreciated. Much of what you mentioned around the idea of requirements gathering with clients is part of what I do in my work as a UX designer/strategist. Interestingly enough you echoed my rationale to my co-workers (in paragraph #2). Their counter argument was that pages/navigation found only in the footer (eg: privacy policy, FAQs etc..) are tantamount to orphan pages if they don't originate or are part of the primary navigation as well. I guess what I was trying to get to was whether this was a strict no-no counter to best practices
    – Gary Jay
    Feb 5, 2016 at 18:07
  • Yeah, I mean, "best practices" don't seem to last long in this industry, as I'm sure you know. :) The idea that a primary navigation system has to include every last thing on the site seems too black-and-white; breaking things up into separate nav systems lets you put signposts right were people will be looking for them. The (in)famous Polar Bear book puts navs in three groups: global, local, and contextual...each serves a purpose but shouldn't be exhaustive, or else they're not very useful.
    – Nate Green
    Feb 5, 2016 at 18:27

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.