위와 아래가 같은 말을

KRDS CP-040 — 푸터에 제공하는 서비스 내비게이션은 기본 내비게이션과 동일한 구조 및 레이블을 적용하고 있다.

0. 들어가며 — 헤더와 푸터가 다른 말을 하면

이번 160편은 푸터 내비게이션을 기본(헤더) 내비게이션과 동일한 구조·레이블로 맞추는 규칙입니다.

푸터에도 사이트 메뉴를 담는 경우가 많습니다(푸터 사이트맵 등). 그런데 푸터 메뉴가 헤더 메인 메뉴와 다른 이름·다른 구조면, 사용자는 ‘같은 메뉴인가 다른 메뉴인가’ 혼란스럽죠. CP-040은 푸터 내비게이션을 헤더와 통일하라고 규정합니다. 이번 편을 풀어냅니다.

1. 규칙 원문 — 동일한 구조·레이블

CP-040 (컴포넌트 > 푸터) “푸터에 제공하는 서비스 내비게이션은 기본 내비게이션과 동일한 구조 및 레이블을 적용하고 있다.”

푸터의 서비스 메뉴를 헤더(기본) 메뉴와 같은 구조·같은 이름으로 맞추라는 뜻입니다.

정리: 푸터 내비게이션은 기본 내비게이션과 동일한 구조·레이블을 적용하라. 이게 CP-040입니다.

2. 왜 헤더와 일치시키나

사이트에는 보통 두 곳에 내비게이션이 있습니다 — 헤더의 메인 메뉴(기본 내비게이션)와 푸터의 서비스 메뉴 (보조 내비게이션). 이 둘이 가리키는 것은 결국 같은 사이트의 같은 콘텐츠입니다.

문제는 이 둘이 다른 이름·다른 구조를 쓸 때입니다. 예를 들어 헤더 메뉴는 “민원서비스”인데 푸터는 “민원 안내”, 헤더는 “정책·정보”인데 푸터는 “정보마당”이라면 — 사용자는 “이게 같은 메뉴야? 다른 거야?” 헷갈립니다. 같은 곳을 다른 이름으로 부르면, 사용자는 두 개의 다른 길이 있다고 오해하거나, 어느 게 맞는지 혼란스러워하죠.

그래서 CP-040은 푸터 내비게이션을 헤더와 동일한 구조·레이블로 맞추라고 합니다. 같은 메뉴는 같은 이름으로, 같은 분류 구조로 표시하는 것이죠. 그러면 사용자는 ’헤더의 그 메뉴를 푸터에서도 똑같이 보는구나’로 일관되게 인지하고, 헤더든 푸터든 같은 멘탈 모델로 탐색합니다. 일관성이 신뢰와 사용성을 만들죠.

이는 ’한 가지를 한 가지 이름으로’라는 일관성 원칙입니다(UX writing·정보 구조의 기본). 같은 대상을 여러 이름 으로 부르면 사용자의 인지 부하가 커지고 혼란이 생깁니다. 헤더와 푸터, 사이트 전체에서 메뉴 이름·구조를 통일해야 하죠.

실무적으로는 — 메뉴 데이터(구조·레이블)를 한 곳에서 관리하고, 헤더와 푸터가 그 데이터를 공유하는 것이 좋습니다(SSOT, 단일 진실 공급원). 그러면 메뉴가 바뀌어도 헤더·푸터가 자동으로 일치하죠. 159편(군집화)으로 푸터 링크를 정리하되, 그 구조·이름은 헤더와 통일하는 것이 CP-040입니다.

3. 점검 / 개선

무엇을 점검하나

레이블 일치 — 푸터 메뉴 이름이 헤더와 같은가.

구조 일치 — 푸터 메뉴 분류 구조가 헤더와 같은가.

혼란 없음 — 같은 곳을 다른 이름으로 부르지 않는가.

4. 누가 담당하나 / 우리 사이트에 해당될까?

역할	책임
기획/IA	헤더·푸터 메뉴 구조·레이블 통일
개발	메뉴 데이터 공유(SSOT) 구현

기관 유형	CP-040 적용
중앙행정기관(대표·운영) / 공공기관 / 지자체	✅ 필수 (푸터에 서비스 메뉴가 있을 때)

푸터에 서비스 내비게이션이 있는 사이트 = 해당.

5. 30초 자가진단 + FAQ

✅ 30초 자가진단

□ 푸터 메뉴 이름이 헤더와 같나요?

□ 푸터 메뉴 구조가 헤더와 같나요?

□ 같은 곳을 다른 이름으로 부르지 않나요?

❓ FAQ

Q1. 푸터엔 더 많은 링크가 있는데요? 푸터가 더 상세할 순 있으나, 공통 메뉴는 같은 이름·구조여야 합니다. 헤더에 있는 메뉴를 푸터에서 다른 이름으로 부르면 안 됩니다. Q2. 어떻게 일치시키나요? 메뉴 데이터를 한 곳에서 관리(SSOT)하고 헤더·푸터가 공유하면, 자동으로 일치 합니다. Q3. KRDS를 채택하면 자동인가요? 표준은 구조를 제공하지만, 레이블 통일은 사이트가 관리해야 합니다.

6. 마무리

CP-040의 메시지:

위와 아래가 같은 말을 — 헤더와 푸터의 메뉴는 같은 이름·같은 구조여야 한다.

같은 사이트 콘텐츠를 가리키는 헤더·푸터 메뉴가 다른 이름·구조면 사용자가 혼란스럽습니다. 동일한 구조·레이블로 통일해야 일관된 멘탈 모델로 탐색하죠. ’한 가지를 한 가지 이름으로’라는 일관성 원칙이고, SSOT로 관리하면 좋습 니다.

다음 편은 푸터 정보의 최신성을 다룹니다. CP-041 — “연락처 정보와 각종 링크는 항상 최신 상태로 제공한다.”

다음 편 예고 ▶ 「161. (CP-041) 연락처 정보와 각종 링크는 항상 최신 상태로 제공하고 있다.」

ViewCheck는 푸터 내비게이션이 헤더와 동일한 구조·레이블인지를 진단합니다.

📚 참고 출처

KRDS 컴포넌트 — 푸터(Footer) 가이드 — https://www.krds.go.kr/html/site/component/component_04.html

KRDS #ViewCheck #공공웹사이트 #전자정부 #디지털정부 #웹접근성 #디자인시스템 #UIUX #UI컴포넌트 #웹표준

KRDS,ViewCheck,공공웹사이트,전자정부,디지털정부,웹접근성,디자인시스템,UIUX,UI컴포넌트,웹표준