Back to compare picker

Header / top app bar vs Global navigation vs Bottom navigation

Prefer a header or top app bar when the interface needs a stable current-view title, a back or menu affordance, primary actions for that view, and an overflow path for secondary actions.

Decision dimensions

Dimension Header / top app barGlobal navigationBottom navigation
UI or UX UI + UX - Current-view top bar with title, navigation affordance, actions, and overflowUI + UX - Persistent top-level navigation shellUI + UX - Persistent mobile primary navigation
UI guidance Render a top surface that clearly identifies the current view, provides one leading navigation affordance when needed, exposes a small number of view-level actions, and groups secondary actions behind a labeled overflow control.Render product or service identity, a compact set of top-level destination links, current-section state, separate utility controls, and responsive overflow behavior.Render three to five bottom destinations with stable touch targets, labels or accessible names, reinforcing icons, selected state, optional badges, and safe-area spacing.
UX guidance Use the header/top app bar to orient users inside the current view and make the most important safe commands reachable without confusing them with global destinations.Help users move between major product or service areas while preserving orientation, local state, and confidence that they are in the right service.Support rapid switching between top-level mobile sections while preserving each section's local navigation, scroll, filters, and drafts.
Good UI A project detail screen shows Back, Project Apollo, Search, Share, and a More menu for secondary commands.A header shows the product name, Dashboard, Projects, Reports, Billing, a More overflow, and separate Help and account controls.Five labeled destinations stay fixed at the bottom with Home selected, Alerts showing a small badge, and no action button mixed into the bar.
Bad UI A header shows the app brand, five section links, account settings, export, delete, help, and sign out in one row.A crowded row mixes every page, account action, language selector, and sign-out link.Six tiny icon-only items and a center plus button compete for space.
Good UX Users switch from Details to Files and the title and primary action change together from Share to Upload.Users switch from Projects to Reports, return to Projects, and find their project draft count preserved.Switching from Home to Saved and back preserves each section's scroll count and draft state.
Bad UX The same Save icon appears in the header on screens where it saves, exports, or opens settings.Switching top-level sections clears filters or drafts without notice.Tapping Search clears the Home feed position and opens a one-off command instead of a destination.
Best fit A screen needs a current title plus back, close, menu, search, save, share, edit, or overflow actions.Users revisit several top-level product or service areas.A compact mobile app has three to five high-frequency top-level destinations.
Avoid when The interface only needs top-level destination switching and no current-view actions.The flow has a single ordered transaction where navigation would distract or cause abandonment.There are fewer than three or more than five primary destinations.
Required state Default state with current view title and correct leading affordance.Default state with product or service identity and top-level links.Default state with all primary destinations visible.
Accessibility burden Use semantic header, banner, navigation, and button roles only where their landmarks match the page structure.Use a labeled navigation landmark for primary navigation.Every icon must have a visible label or accessible name.
Common misuse Using the top app bar as a dumping ground for every global destination and account utility.Listing every page or admin object in the global nav.Putting too many destinations into the bar.

Header / top app bar

UI or UX
UI + UX - Current-view top bar with title, navigation affordance, actions, and overflow
UI guidance
Render a top surface that clearly identifies the current view, provides one leading navigation affordance when needed, exposes a small number of view-level actions, and groups secondary actions behind a labeled overflow control.
UX guidance
Use the header/top app bar to orient users inside the current view and make the most important safe commands reachable without confusing them with global destinations.
Good UI
A project detail screen shows Back, Project Apollo, Search, Share, and a More menu for secondary commands.
Bad UI
A header shows the app brand, five section links, account settings, export, delete, help, and sign out in one row.
Good UX
Users switch from Details to Files and the title and primary action change together from Share to Upload.
Bad UX
The same Save icon appears in the header on screens where it saves, exports, or opens settings.
Best fit
A screen needs a current title plus back, close, menu, search, save, share, edit, or overflow actions.
Avoid when
The interface only needs top-level destination switching and no current-view actions.
Required state
Default state with current view title and correct leading affordance.
Accessibility burden
Use semantic header, banner, navigation, and button roles only where their landmarks match the page structure.
Common misuse
Using the top app bar as a dumping ground for every global destination and account utility.

Global navigation

UI or UX
UI + UX - Persistent top-level navigation shell
UI guidance
Render product or service identity, a compact set of top-level destination links, current-section state, separate utility controls, and responsive overflow behavior.
UX guidance
Help users move between major product or service areas while preserving orientation, local state, and confidence that they are in the right service.
Good UI
A header shows the product name, Dashboard, Projects, Reports, Billing, a More overflow, and separate Help and account controls.
Bad UI
A crowded row mixes every page, account action, language selector, and sign-out link.
Good UX
Users switch from Projects to Reports, return to Projects, and find their project draft count preserved.
Bad UX
Switching top-level sections clears filters or drafts without notice.
Best fit
Users revisit several top-level product or service areas.
Avoid when
The flow has a single ordered transaction where navigation would distract or cause abandonment.
Required state
Default state with product or service identity and top-level links.
Accessibility burden
Use a labeled navigation landmark for primary navigation.
Common misuse
Listing every page or admin object in the global nav.

Bottom navigation

UI or UX
UI + UX - Persistent mobile primary navigation
UI guidance
Render three to five bottom destinations with stable touch targets, labels or accessible names, reinforcing icons, selected state, optional badges, and safe-area spacing.
UX guidance
Support rapid switching between top-level mobile sections while preserving each section's local navigation, scroll, filters, and drafts.
Good UI
Five labeled destinations stay fixed at the bottom with Home selected, Alerts showing a small badge, and no action button mixed into the bar.
Bad UI
Six tiny icon-only items and a center plus button compete for space.
Good UX
Switching from Home to Saved and back preserves each section's scroll count and draft state.
Bad UX
Tapping Search clears the Home feed position and opens a one-off command instead of a destination.
Best fit
A compact mobile app has three to five high-frequency top-level destinations.
Avoid when
There are fewer than three or more than five primary destinations.
Required state
Default state with all primary destinations visible.
Accessibility burden
Every icon must have a visible label or accessible name.
Common misuse
Putting too many destinations into the bar.
Decision rules
  • Prefer a header or top app bar when the interface needs a stable current-view title, a back or menu affordance, primary actions for that view, and an overflow path for secondary actions.
  • Prefer global navigation when the control set is made of peer top-level product, service, or site destinations that users revisit across many views.
  • Prefer bottom navigation when a mobile app needs three to five persistent primary destinations in a thumb-reachable position.
  • Do not put every global destination in a top app bar; reserve the bar for identity, current location, navigation affordance, search, and actions that belong to the current view.
  • Do not put destructive, rare, or ambiguous commands directly in the top app bar; expose the highest-frequency safe actions and move secondary commands to a labeled overflow menu.
  • Do not use bottom navigation as a replacement for a header when the user still needs a screen title, back navigation, contextual actions, or scroll-collapsing title behavior.
  • Use a contextual top app bar when selection mode changes the command set; return to the normal bar after the mode is cleared.
  • If the header collapses, sticks, or hides on scroll, keep the title, back affordance, and critical action recovery predictable so users do not lose orientation.
Inspect live examples
Failure modes
  • The bar shows a brand or app name but omits the current view title on deep screens.
  • Top-level navigation links, account utilities, and page actions compete in one cramped row.
  • A back arrow, menu button, or close button changes meaning across adjacent screens.
  • Overflow hides the only available recovery or destructive action without a label or confirmation.
  • The bar collapses on scroll and leaves users without a way to identify the screen or return.
  • Bottom navigation duplicates the same destinations already shown in the header on small screens.