사이트맵·정보 구조 설계 — 페이지 트리부터 사용자 흐름까지
사이트 만들기 전 **사이트맵(페이지 트리)**을 그리는 게 첫 단추입니다. 뼈대 없이 디자인부터 시작하면 중간에 페이지 추가·삭제로 다 무너져요. 비즈니스 사이트의 표준 구조와 작성법을 정리.
사이트맵 = 사이트의 설계도
집을 짓기 전 평면도가 필요하듯, 사이트도:
- 어떤 페이지가 있을지
- 어떻게 연결될지
- 누가 무슨 흐름으로 사용할지
미리 정해야 작업 효율 ↑·재작업 ↓.
비즈니스 사이트 표준 구조
5페이지 (최소·랜딩 중심)
홈
├─ 서비스 (제품·진료 등)
├─ 회사 소개
├─ 오시는 길 또는 연락처
└─ 문의·예약
가장 단순한 회사·병원·소상공인 사이트.
10페이지 (일반)
홈
├─ 회사 소개
│ ├─ 비전·미션
│ └─ 팀 소개
├─ 서비스
│ ├─ 서비스 A
│ ├─ 서비스 B
│ └─ 가격 안내
├─ 사례·후기
├─ 블로그·뉴스
├─ 오시는 길
└─ 문의
대부분 중소 비즈니스 사이트.
15~20페이지 (확장)
위에 추가:
- 자주 묻는 질문 (FAQ)
- 다운로드 자료
- 채용
- 파트너십
- 미디어·언론보도
- 멤버십·로그인
페이지 트리 그리는 법
도구
- 종이·화이트보드: 가장 빠름
- Figma·Whimsical: 시각적 트리
- 마인드맵 도구: XMind·MindNode
- 노션: 텍스트 트리
단계
- 모든 페이지 후보 적기 (브레인스토밍)
- 분류: 핵심·서브·푸터
- 계층 잡기 (부모-자식)
- URL 슬러그 결정 (영문)
- 메뉴 배치 결정 (헤더 vs 푸터)
정보 구조 (IA) 원칙
1. 7±2 규칙
한 화면에 항목 7개 (±2) 이내. 인지 부담 한계.
GNB 메뉴: 5~7개. 더 많으면 드롭다운으로 묶기.
2. 3-클릭 룰 (참고)
홈에서 모든 페이지에 3클릭 이내. 깊으면 사용자 이탈.
3-클릭이 절대 원칙은 아니지만 너무 깊은 계층 피하는 지표.
3. 일관성
비슷한 페이지는 같은 위치·같은 패턴:
- 서비스 페이지가 여러 개면 모두 같은 구조
- 회사 소개·서비스·블로그 모두 비슷한 헤더·푸터
사용자 흐름 매핑
페이지 트리만 그리면 부족. 방문자가 어떤 순서로 움직이는지 따라가야.
흔한 사용자 시나리오
시나리오 1: 첫 방문·정보 탐색
검색 → 홈 → 서비스 → 가격 → 문의 폼 → 감사 페이지
각 단계에서 다음 단계로 자연스럽게 유도되는지 점검.
시나리오 2: 직접 검색 후 진입
구글에서 "안산 야간 진료 이비인후과" 검색
→ 서비스 페이지 직접 진입 (홈 X)
→ 진료 정보 확인
→ 예약 (또는 전화 클릭)
홈을 거치지 않을 수 있음. 모든 페이지가 첫 페이지가 될 수 있다 가정.
시나리오 3: 재방문
사이트 즐겨찾기 → 블로그 새 글 확인
→ 댓글·공유
콘텐츠 기반 사이트는 재방문 흐름이 중요.
페이지 우선순위
모든 페이지가 동등하지 않음.
핵심 (Tier 1)
- 홈
- 서비스
- 문의·예약
→ 디자인·콘텐츠 최우선·정기 점검.
보조 (Tier 2)
- 회사 소개
- 사례
- 블로그
- 오시는 길
→ 1차 완성 후 정기 보강.
부수 (Tier 3)
- 약관·개인정보처리방침
- FAQ
- 채용
→ 필수지만 비주얼 비중 ↓.
모바일 우선 — 사이트맵에도
모바일에선 메뉴가 한 번에 안 보임 (햄버거):
- 1~2단계 깊이로 압축
- 핵심 페이지가 햄버거 메뉴 첫 3개 안에
- 푸터에 핵심 정보 (주소·전화·SNS)
사이트맵 + URL 구조
각 페이지의 URL 미리 정하기:
| 페이지 | URL 슬러그 |
|---|---|
| 홈 | / |
| 회사 소개 | /about |
| 서비스 | /services |
| 서비스 상세 (예: 진료) | /services/clinic-info 또는 /clinic-info |
| 사례 | /cases 또는 /portfolio |
| 블로그 | /blog |
| 블로그 글 | /blog/post-name |
| 문의 | /contact |
| 오시는 길 | /location |
영문 소문자 + 하이픈. 짧고 명확.
자세한 건 퍼머링크 구조 참고.
사이트맵 ↔ SEO 키워드
각 페이지가 타겟 키워드 1개 매핑:
| 페이지 | 타겟 키워드 |
|---|---|
| 홈 | 브랜드명 + 핵심 |
| 서비스 | ”안산 이비인후과” |
| 진료 정보 | ”수면다원검사 비용” |
| 블로그 글 | 롱테일 키워드 각각 |
키워드 카니발 방지: 한 키워드를 두 페이지가 노리지 않게.
사이트맵 검토 체크리스트
- 모든 핵심 페이지 포함
- 계층 3단계 이내
- GNB 메뉴 5~7개
- URL 영문·짧음
- 핵심 페이지로의 경로 명확
- 모바일에서도 작동
- 미래 확장 여지 (예: 새 서비스 추가 시 어디에)
- SEO 키워드 매핑
변경 — 운영 중 추가·삭제
신규 페이지 추가
기존 구조에 어디 들어갈지:
- 어느 메뉴 하위?
- 내부 링크 어디서?
- SEO 키워드 카니발 없는지
페이지 삭제
URL을 어디로 리다이렉트? 도메인 이전 참고.
1년 후 재점검
사이트가 커지면 정보 구조 재설계 필요:
- 페이지 30개+ 시
- 새 사업 영역 추가 시
- 사용자 행동 데이터 누적 후
⚠️ 자주 하는 실수
- 사이트맵 없이 시작: 중간에 페이지 추가로 다 무너짐
- 모든 페이지를 GNB에: 어수선
- 깊이 4단계+: 사용자 길 잃음
- URL 한글: SNS 공유 시 깨짐
- SEO 키워드 미매핑: 한 키워드를 두 페이지가 카니발
❓ FAQ
Q. 사이트맵 그리는 데 얼마나 걸려야 하나요?
A. 소규모 (510페이지) 30분. 중간 (1020) 2~4시간. 큰 사이트는 며칠.
Q. 도구 추천? A. 처음엔 종이·노션. 시각적으로 보고 싶으면 Figma·Whimsical.
Q. 사용자 흐름은 어디까지 그려야? A. 핵심 시나리오 3~5개. 모든 경우 X.
Q. 사이트맵을 클라이언트와 공유하나요? A. 추천. 미리 합의하면 작업 중 변경 ↓.
Q. WordPress·아임웹에서 사이트맵을 어떻게 반영하나요? A. 페이지·메뉴·카테고리 만들 때 미리 그린 사이트맵 그대로 적용.