김희준
김희준

2026년 10월 10일 업데이트

내비게이션을 설계할 때는 먼저 사용자가 찾으려는 목적지와 현재 위치를 분명히 해야 합니다. 예를 들어 팀 관리자가 지난달 청구서를 내려받으려 한다면, 메뉴에서 결제 영역을 찾고, 청구서 화면에 도착했음을 확인한 뒤, 다시 계정 설정으로 돌아갈 수 있어야 합니다. 이 글에서는 그 경로를 전역 메뉴·페이지 제목·현재 상태·브레드크럼에 나누어 담는 방법을 살펴봅니다.

현재 페이지에서 상위 분류와 다음 목적지로 이어지는 웹사이트 내비게이션 구조

1. 내비게이션이 중요한 이유

웹사이트와 앱의 내비게이션은 화면 사이의 관계를 보여 주는 안내 체계입니다. 사용자는 메뉴와 페이지 제목, 선택 상태를 통해 어디에 있고 어디로 갈 수 있는지 이해합니다. 화면이 많아질수록 예쁜 메뉴보다 예측 가능한 경로가 중요합니다.

청구서를 찾는 관리자가 ‘가격’과 ‘계정’ 중 어디를 열어야 할지 망설인다면 문제는 버튼 색이 아니라 분류와 라벨일 수 있습니다. 먼저 ‘계정 → 결제 → 청구서’처럼 목적지까지의 경로를 적고, 각 단계의 이름이 실제 화면 내용과 일치하는지 확인하세요. 클릭한 뒤에는 페이지 제목과 선택된 메뉴가 같은 위치를 가리켜야 합니다.

화면 사이의 이동이 잘 이해되는지 확인하려면 Pixso의 인터랙티브 프로토타이핑으로 대표 경로를 연결하고, 처음 보는 사람에게 목적지에 도착해 보도록 요청할 수 있습니다. 프로토타입은 메뉴의 이름과 이동 흐름을 검토하는 수단이며, 실제 서비스의 접근 권한이나 결제 기능을 대신하지는 않습니다.

2. UI에서 자주 쓰는 내비게이션 요소

전역 메뉴, 페이지 제목, 현재 위치 표시, 브레드크럼은 서로 다른 일을 합니다. 같은 정보를 네 번 반복하기보다 사용자가 다음 질문에 답할 수 있도록 역할을 나누세요.

2.1 전역 내비게이션

사이트나 앱의 주요 영역으로 이동하는 공통 메뉴입니다. 여러 페이지에서 위치와 항목의 순서를 유지하고, 현재 선택된 영역을 표시합니다. ‘제품’, ‘요금제’, ‘도움말’처럼 분류명은 사용자가 그 아래에서 무엇을 찾을지 예측할 수 있어야 합니다. 계정 안의 청구서는 전역 메뉴에 모든 세부 항목을 늘어놓기보다 계정 영역으로 들어간 뒤 찾도록 설계할 수 있습니다.

2.2 페이지 제목

페이지 제목은 도착한 화면의 주제를 짧고 구체적으로 말합니다. 메뉴에 ‘청구서’라고 썼는데 열린 페이지 제목이 ‘거래 내역’이라면 사용자는 올바른 곳에 왔는지 다시 판단해야 합니다. 메뉴 라벨과 제목이 같은 뜻을 가리키되, 제목에는 필요한 범위를 더할 수 있습니다. 예를 들어 ‘청구서’ 메뉴에서 ‘2026년 9월 청구서’ 화면을 여는 방식입니다.

2.3 현재 위치 표시

현재 페이지에 해당하는 메뉴를 강조하세요. 색상만 바꾸기보다 굵기나 밑줄, 표시 아이콘을 함께 사용하면 상태를 더 쉽게 구별할 수 있습니다. 상위 메뉴가 펼쳐진 상태와 현재 페이지가 선택된 상태도 달라야 합니다. 그렇지 않으면 사용자가 단지 메뉴를 열어 둔 것인지, 그 영역에 실제로 들어와 있는지 헷갈립니다.

2.4 브레드크럼(Breadcrumb)

브레드크럼은 사이트 계층에서 현재 페이지가 어디에 속하는지 보여 줍니다. 일반적으로 방문 기록을 나열하는 것이 아니라 상위 분류로 이동할 수 있게 만드는 보조 내비게이션입니다. 청구서 상세 화면이라면 ‘계정 › 결제 › 청구서 › 9월’처럼 상위 단계로 돌아갈 수 있게 합니다. 얕은 구조의 첫 화면에까지 억지로 넣을 필요는 없습니다.

3. 내비게이션을 설계하는 방법

먼저 대표 과업 하나를 고르세요. 여기서는 관리자가 지난달 청구서를 찾는 경로를 기준으로 메뉴 배치, 펼침 방식, 라벨, 모바일 이동을 차례대로 판단합니다.

3.1 익숙한 위치와 동작을 활용하세요

메뉴가 화면에서 예측 가능한 위치에 배치된 경우와 그렇지 않은 경우
메뉴 위치를 바꾸기 전에 사용자가 주요 분류를 어디에서 찾을지 생각하세요.

주요 메뉴와 검색을 쉽게 찾을 수 있는 위치에 두세요. 익숙한 패턴을 활용하되 화면 폭과 콘텐츠 양에 맞게 조정하고, 모바일에서도 같은 목적지에 접근할 수 있어야 합니다. 데스크톱에서 ‘계정 → 결제’였던 경로가 모바일 메뉴에서는 ‘기타 → 설정 → 결제’로 바뀌면 같은 과업을 두 번 배워야 합니다.

3.2 정보가 많으면 메가 메뉴를 검토하세요

긴 단일 목록과 관련 항목별로 묶은 메가 메뉴의 비교
항목 수가 많다면 한 줄로 늘어놓기보다 목적에 따라 묶는 편이 찾기 쉽습니다.

항목이 많을 때는 관련 내용을 그룹으로 묶어 보여 주는 메가 메뉴가 도움이 될 수 있습니다. 다만 메가 메뉴는 모든 사이트의 정답이 아닙니다. 실제로 구분되는 묶음이 없거나 항목이 몇 개뿐이라면 단순한 펼침 메뉴가 더 명확합니다. 메뉴가 클릭·터치·키보드로 열리고 닫히는지, 펼친 뒤 선택 항목으로 이동할 수 있는지도 확인하세요.

3.3 이동할 곳이 드러나는 라벨을 쓰세요

짧은 문구만 고집하기보다 이동할 내용이 명확한 표현을 선택하세요. 조직 내부에서만 쓰는 용어나 서로 비슷한 이름은 피하고, 같은 대상을 가리키는 이름을 통일합니다. 기존 그림에 들어 있던 영어 메뉴 예시보다 실제 서비스의 목적지를 놓고 라벨을 비교하는 편이 유용합니다.

  • ‘관리’와 ‘설정’이 나란히 있다면 각각 무엇이 다른지 첫 방문자에게 설명할 수 있어야 합니다.
  • 청구서를 찾는 과업에는 ‘자료’보다 ‘결제 및 청구서’처럼 목적지가 드러나는 이름이 낫습니다.
  • 메뉴 라벨, 페이지 제목, 브레드크럼에서 같은 대상의 이름을 바꾸지 마세요.

3.4 Pixso에서 이동 흐름을 검토하세요

Pixso 캔버스에 전역 메뉴의 기본·펼침·선택 상태를 나란히 배치하고, 데스크톱과 모바일의 청구서 화면을 각각 만드세요. 그런 다음 메뉴에서 청구서까지 이어지는 화면을 프로토타입으로 연결합니다. 공통 메뉴는 컴포넌트로 정리하면 여러 화면의 라벨과 선택 상태를 함께 검토하기 쉽습니다.

Pixso 캔버스에서 제품 메뉴의 선택 상태와 데스크톱·모바일 목적지 화면을 나란히 검토하는 장면
같은 목적지가 화면 폭에 따라 어디에 놓이는지 한 캔버스에서 비교하세요.

프로토타입을 공유하고 ‘지난달 청구서를 찾아 보세요’처럼 메뉴 이름을 힌트로 주지 않는 과업을 요청하세요. 첫 선택, 잘못 들어간 화면, 되돌아오는 경로를 관찰하면 분류를 고칠지, 라벨을 고칠지, 현재 위치 표시를 보강할지 구체적으로 결정할 수 있습니다. Pixso에서 이동 흐름을 설계해 보세요.

사용자가 목적지에 도착할 수 있는지 확인하세요

좋은 내비게이션은 모든 메뉴를 한 화면에 보여 주는 것이 아니라, 필요한 목적지를 예측 가능한 이름과 경로로 찾게 합니다. 청구서 과업이 성공하더라도 도움말이나 요금제처럼 다른 대표 목적지에서 같은 라벨이 통하는지 다시 살펴보세요. 메뉴·제목·현재 상태·브레드크럼이 서로 모순되지 않는다면 처음 방문한 사람도 더 적은 시행착오로 이동할 수 있습니다.

맨 위로 이동
X에 공유하기
페이스북에 공유하기