Back to compare picker

Service navigation vs Global navigation vs Side navigation

Prefer service navigation when users must recognize a named service and move among a few top-level service areas or service-level tools.

Decision dimensions

Dimension Service navigationGlobal navigationSide navigation
UI or UX UI + UX - Service-scoped identity and navigation stripUI + UX - Persistent top-level navigation shellUI + UX - Persistent local hierarchy at the side of content
UI guidance Render the service name, service-home link, a compact set of service-level links, current or active service state, and any service-level tools in a navigation strip below the general site or platform header.Render product or service identity, a compact set of top-level destination links, current-section state, separate utility controls, and responsive overflow behavior.Render a vertical navigation region beside the main content that exposes the current area's parent, child, and optional grandchild pages with a clear active indicator.
UX guidance Use service navigation to reassure users that they are inside the right service and to let repeated or multi-task users move among the most important service areas.Help users move between major product or service areas while preserving orientation, local state, and confidence that they are in the right service.Use side navigation to help users move within a complex section without losing the current page's position in that section.
Good UI A benefits service shows the GOV.UK header above a light service strip with 'Apply for support', Overview, Applications, Messages, and a Welsh language link.A header shows the product name, Dashboard, Projects, Reports, Billing, a More overflow, and separate Help and account controls.A settings page shows Account, Billing, Team, and Security in a left rail with Security expanded and Audit log marked as current.
Bad UI The service strip mixes GOV.UK topics, start-page links, sign out, Help, local page anchors, and admin tools as equal destinations.A crowded row mixes every page, account action, language selector, and sign-out link.A sidebar mixes Dashboard, Reports, Sign out, Help, Team, API, Billing, and Marketing with no section grouping.
Good UX A caseworker switches from Applications to Messages and returns to Applications with draft progress and filters preserved.Users switch from Projects to Reports, return to Projects, and find their project draft count preserved.Users open Billing, switch to Invoices, then return to Security and see the Security group still expanded.
Bad UX A linear eligibility check exposes service navigation that invites users to leave before completing the required questions.Switching top-level sections clears filters or drafts without notice.Users must reopen a drawer every time they move between sibling pages in the same desktop section.
Best fit A named service is used repeatedly by some users.Users revisit several top-level product or service areas.A product area has several related pages arranged in a visible hierarchy.
Avoid when The journey is a simple end-to-end transaction with a clear sequence.The flow has a single ordered transaction where navigation would distract or cause abandonment.The product only has a few pages and does not need a hierarchy.
Required state Default state with general header, visible service name, service-home link, and service navigation links.Default state with product or service identity and top-level links.Default state with the local section hierarchy visible beside content.
Accessibility burden Use a correctly labelled service information region or navigation landmark that reflects the service name and link list.Use a labeled navigation landmark for primary navigation.Use a labeled navigation landmark that distinguishes local side navigation from primary navigation.
Common misuse Using service navigation as a site map for every page in the service.Listing every page or admin object in the global nav.Duplicating global navigation links in the side navigation.

Service navigation

UI or UX
UI + UX - Service-scoped identity and navigation strip
UI guidance
Render the service name, service-home link, a compact set of service-level links, current or active service state, and any service-level tools in a navigation strip below the general site or platform header.
UX guidance
Use service navigation to reassure users that they are inside the right service and to let repeated or multi-task users move among the most important service areas.
Good UI
A benefits service shows the GOV.UK header above a light service strip with 'Apply for support', Overview, Applications, Messages, and a Welsh language link.
Bad UI
The service strip mixes GOV.UK topics, start-page links, sign out, Help, local page anchors, and admin tools as equal destinations.
Good UX
A caseworker switches from Applications to Messages and returns to Applications with draft progress and filters preserved.
Bad UX
A linear eligibility check exposes service navigation that invites users to leave before completing the required questions.
Best fit
A named service is used repeatedly by some users.
Avoid when
The journey is a simple end-to-end transaction with a clear sequence.
Required state
Default state with general header, visible service name, service-home link, and service navigation links.
Accessibility burden
Use a correctly labelled service information region or navigation landmark that reflects the service name and link list.
Common misuse
Using service navigation as a site map for every page in the service.

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.

Side navigation

UI or UX
UI + UX - Persistent local hierarchy at the side of content
UI guidance
Render a vertical navigation region beside the main content that exposes the current area's parent, child, and optional grandchild pages with a clear active indicator.
UX guidance
Use side navigation to help users move within a complex section without losing the current page's position in that section.
Good UI
A settings page shows Account, Billing, Team, and Security in a left rail with Security expanded and Audit log marked as current.
Bad UI
A sidebar mixes Dashboard, Reports, Sign out, Help, Team, API, Billing, and Marketing with no section grouping.
Good UX
Users open Billing, switch to Invoices, then return to Security and see the Security group still expanded.
Bad UX
Users must reopen a drawer every time they move between sibling pages in the same desktop section.
Best fit
A product area has several related pages arranged in a visible hierarchy.
Avoid when
The product only has a few pages and does not need a hierarchy.
Required state
Default state with the local section hierarchy visible beside content.
Accessibility burden
Use a labeled navigation landmark that distinguishes local side navigation from primary navigation.
Common misuse
Duplicating global navigation links in the side navigation.
Decision rules
  • Prefer service navigation when users must recognize a named service and move among a few top-level service areas or service-level tools.
  • Prefer global navigation when links cross multiple products, service families, or whole-site destinations that are not owned by one service journey.
  • Prefer side navigation when the user is already inside one service area and needs a visible parent-child hierarchy of nearby pages.
  • Keep GOV.UK-wide, platform-wide, or product-wide controls above service navigation; service navigation should not absorb the general header.
  • Do not use service navigation as a route inventory; choose only top-level service links that explain the service and support repeated movement.
  • Avoid service navigation in an ordered transaction where a task list, step navigation, or page-level continue path better preserves completion order.
  • Place account, language, contact, or search controls by scope: general tools in global/header areas, service-wide tools in service navigation, and page-only tools in page content.
  • Group external links after internal service links, warn when they leave the service, or move them into related page content when they are not service navigation.
  • Current state must match the content: service navigation marks the current service section, global navigation marks the product or site area, and side navigation marks the local page.
  • When a service area grows into a deep hierarchy, keep the top-level service link and move the child pages into side navigation or page-level links.
Inspect live examples
Failure modes
  • Service navigation duplicates global navigation and makes the service boundary ambiguous.
  • The service strip lists every route, page anchor, and utility instead of a small set of service-level destinations.
  • A current service link highlights Messages while the page content still shows Applications.
  • General GOV.UK or whole-product topic links appear inside the service navigation and pull users away from the service.
  • A linear eligibility or payment journey exposes service links that lead to abandonment or progress loss.
  • Local child pages are forced into the service strip instead of a side navigation or page-level structure.
  • External links look like internal service sections and open a different service without warning.