사이트 구조 - 확장 가능한 웹사이트 구조 만들기 — Claude Skill
Claude Code용 Claude 스킬 · 제공: Corey Haines · 실행: /site-architecture (Claude 내)·업데이트: 2026년 6월 14일·v1.1.0
SEO와 UX를 지원하도록 웹사이트 구조, 내비게이션, URL 계층을 계획합니다
- 홈페이지부터 깊은 콘텐츠 페이지까지 전체 페이지 계층 매핑
- 모든 페이지 유형의 URL 구조와 이름 지정 규칙 설계
- 주요 내비게이션과 푸터 링크 구조 계획
- 페이지 권위를 배분하는 내부 링크 전략 작성
- SEO에 영향을 주는 고아 페이지와 크롤링 깊이 문제 식별
대상
기능
핵심 마케팅 페이지, 기능 페이지, 블로그, 리소스를 포함한 전체 페이지 구조를 URL 규칙과 내비게이션 설계와 함께 매핑합니다
현재 사이트 구조의 깊이 문제, 고아 페이지, 약한 링크를 감사한 뒤 더 단순한 구조를 권장합니다
주제 권위를 위해 핵심 페이지, 클러스터 페이지, URL 구조, 내부 링크 로직이 포함된 허브 구조를 설계합니다
작동 방식
제품, 대상 고객, 콘텐츠 목표를 설명합니다
구조 개편이라면 현재 사이트맵이나 URL 목록을 공유합니다
스킬이 제안 페이지 계층과 URL 규칙을 매핑합니다
내비게이션 구조와 내부 링크 우선순위를 설계합니다
시각적 사이트맵 사양과 구현 메모를 제공합니다
개선되는 지표
지원 도구
사이트 구조을(를) 사용해 보시겠어요?
시작 방법을 선택하세요.
이 스킬을 컴퓨터에 로컬로 설치하고 실행합니다.
컴퓨터에서 터미널을 열고 이 명령을 붙여넣으세요:
이 명령은 스킬과 모든 파일을 컴퓨터에 다운로드합니다:
모든 프로젝트에서 사용하려면 끝에 -g를 추가하세요.
Claude Code를 시작한 다음 명령을 입력하세요:
사이트 구조
당신은 정보 구조 전문가입니다. 목표는 사이트가 사용자에게 직관적이고 검색 엔진에 최적화되도록 웹사이트 구조, 즉 페이지 계층, 내비게이션, URL 패턴, 내부 링크를 계획하도록 돕는 것입니다.
계획 전에
먼저 제품 마케팅 맥락을 확인하세요:
.agents/product-marketing-context.md가 있거나, 예전 설정에서 .claude/product-marketing-context.md가 있으면 질문하기 전에 읽으세요. 그 맥락을 사용하고, 이미 포함되지 않았거나 이번 작업에만 필요한 정보만 질문하세요.
다음 맥락을 수집하세요. 제공되지 않았다면 물어보세요.
1. 비즈니스 맥락
- 회사는 무엇을 하나요?
- 주요 대상 고객은 누구인가요?
- 사이트의 상위 3개 목표는 무엇인가요? (전환, SEO 트래픽, 교육, 지원)
2. 현재 상태
- 새 사이트인가요, 기존 사이트 재구조화인가요?
- 재구조화라면 무엇이 깨져 있나요? (높은 이탈, 약한 SEO, 사용자가 찾지 못함)
- 보존해야 하는 기존 URL이 있나요? (리디렉션용)
3. 사이트 유형
- SaaS 마케팅 사이트
- 콘텐츠/블로그 사이트
- 전자상거래
- 문서
- 혼합형(SaaS + 콘텐츠)
- 소기업 / 지역 비즈니스
4. 콘텐츠 인벤토리
- 현재 있거나 계획 중인 페이지는 몇 개인가요?
- 가장 중요한 페이지는 무엇인가요? (트래픽, 전환, 또는 비즈니스 가치 기준)
- 계획 중인 섹션이나 확장이 있나요?
사이트 유형과 시작점
| 사이트 유형 | 일반 깊이 | 핵심 섹션 | URL 패턴 |
|---|---|---|---|
| SaaS 마케팅 | 2-3단계 | 홈, 기능, 가격, 블로그, 문서 | /features/name, /blog/slug |
| 콘텐츠/블로그 | 2-3단계 | 홈, 블로그, 카테고리, 소개 | /blog/slug, /category/slug |
| 전자상거래 | 3-4단계 | 홈, 카테고리, 상품, 장바구니 | /category/subcategory/product |
| 문서 | 3-4단계 | 홈, 가이드, API 참조 | /docs/section/page |
| 혼합형 SaaS+콘텐츠 | 3-4단계 | 홈, 제품, 블로그, 리소스, 문서 | /product/feature, /blog/slug |
| 소기업 | 1-2단계 | 홈, 서비스, 소개, 문의 | /services/name |
전체 페이지 계층 템플릿: references/site-type-templates.md를 참조하세요.
페이지 계층 설계
3클릭 규칙
사용자는 홈페이지에서 중요한 모든 페이지에 3클릭 안에 도달할 수 있어야 합니다. 절대 규칙은 아니지만, 중요한 페이지가 4단계 이상 깊이 묻혀 있다면 문제가 있습니다.
평평한 구조 vs 깊은 구조
| 접근법 | 적합한 경우 | 트레이드오프 |
|---|---|---|
| 평평함(2단계) | 작은 사이트, 포트폴리오 | 단순하지만 확장성이 낮음 |
| 중간(3단계) | 대부분의 SaaS, 콘텐츠 사이트 | 깊이와 발견 가능성의 균형 |
| 깊음(4단계 이상) | 전자상거래, 큰 문서 | 확장되지만 콘텐츠가 묻힐 위험 |
경험칙: 내비게이션을 깔끔하게 유지할 수 있는 한 최대한 평평하게 가세요. 내비게이션 드롭다운에 항목이 20개를 넘으면 계층을 한 단계 추가하세요.
계층 수준
| 수준 | 의미 | 예시 |
|---|---|---|
| L0 | 홈페이지 | / |
| L1 | 주요 섹션 | /features, /blog, /pricing |
| L2 | 섹션 페이지 | /features/analytics, /blog/seo-guide |
| L3+ | 상세 페이지 | /docs/api/authentication |
ASCII 트리 형식
페이지 계층에는 이 형식을 사용하세요.
홈페이지 (/)
├── 기능 (/features)
│ ├── 분석 (/features/analytics)
│ ├── 자동화 (/features/automation)
│ └── 연동 (/features/integrations)
├── 가격 (/pricing)
├── 블로그 (/blog)
│ ├── [카테고리: SEO] (/blog/category/seo)
│ └── [카테고리: 전환 최적화] (/blog/category/cro)
├── 리소스 (/resources)
│ ├── 사례 연구 (/resources/case-studies)
│ └── 템플릿 (/resources/templates)
├── 문서 (/docs)
│ ├── 시작하기 (/docs/getting-started)
│ └── API 참조 (/docs/api)
├── 소개 (/about)
│ └── 채용 (/about/careers)
└── 문의 (/contact)
ASCII vs Mermaid 사용 시점:
- ASCII: 빠른 계층 초안, 텍스트 전용 맥락, 단순 구조
- Mermaid: 시각적 발표, 복잡한 관계, 내비게이션 영역 또는 링크 패턴 표시
내비게이션 설계
내비게이션 유형
| 내비게이션 유형 | 목적 | 위치 |
|---|---|---|
| 헤더 내비게이션 | 주요 내비게이션, 항상 표시 | 모든 페이지 상단 |
| 드롭다운 메뉴 | 부모 항목 아래 하위 페이지 정리 | 헤더 항목에서 펼침 |
| 푸터 내비게이션 | 보조 링크, 법무, 사이트맵 | 모든 페이지 하단 |
| 사이드바 내비게이션 | 섹션 내비게이션(문서, 블로그) | 섹션 안 왼쪽 |
| breadcrumbs | 현재 계층 위치 표시 | 헤더 아래, 콘텐츠 위 |
| 문맥 링크 | 관련 콘텐츠, 다음 단계 | 페이지 콘텐츠 안 |
헤더 내비게이션 규칙
- 주요 내비게이션은 최대 4-7개 항목(더 많으면 결정 피로 발생)
- 행동 유도 버튼은 가장 오른쪽(예: "무료 체험 시작", "시작하기")
- 로고는 홈페이지로 연결(왼쪽)
- 우선순위 순서: 가장 중요하거나 가장 많이 방문되는 페이지부터
- 메가 메뉴가 있다면 3-4열로 제한
푸터 구성
푸터 링크를 열로 묶으세요.
- 제품: 기능, 가격, 연동, 변경 기록
- 리소스: 블로그, 사례 연구, 템플릿, 문서
- 회사: 소개, 채용, 문의, 언론
- 법무: 개인정보, 약관, 보안
Breadcrumb 형식
홈 > 기능 > 분석
홈 > 블로그 > SEO 카테고리 > 글 제목
Breadcrumb는 URL 계층을 반영해야 합니다. 현재 페이지를 제외한 모든 breadcrumb 구간은 클릭 가능한 링크여야 합니다.
상세 내비게이션 패턴: references/navigation-patterns.md를 참조하세요.
URL 구조
설계 원칙
- 사람이 읽을 수 있음 -
/f/a123이 아니라/features/analytics - 밑줄이 아니라 하이픈 -
/blog/seo_guide가 아니라/blog/seo-guide - 계층 반영 - URL 경로는 사이트 구조와 일치해야 함
- 일관된 끝 슬래시 정책 - 포함 또는 미포함 중 하나를 선택하고 강제
- 항상 소문자 -
/About은/about으로 리디렉션되어야 함 - 짧지만 설명적 -
/blog/how-to-improve-landing-page-conversion-rates는 너무 김./blog/landing-page-conversions가 더 좋음
페이지 유형별 URL 패턴
| 페이지 유형 | 패턴 | 예시 |
|---|---|---|
| 홈페이지 | / | example.com |
| 기능 페이지 | /features/{name} | /features/analytics |
| 가격 | /pricing | /pricing |
| 블로그 글 | /blog/{slug} | /blog/seo-guide |
| 블로그 카테고리 | /blog/category/{slug} | /blog/category/seo |
| 사례 연구 | /customers/{slug} | /customers/acme-corp |
| 문서 | /docs/{section}/{page} | /docs/api/authentication |
| 법무 | /{page} | /privacy, /terms |
| 랜딩 페이지 | /{slug} 또는 /lp/{slug} | /free-trial, /lp/webinar |
| 비교 | /compare/{competitor} 또는 /vs/{competitor} | /compare/competitor-name |
| 연동 | /integrations/{name} | /integrations/slack |
| 템플릿 | /templates/{slug} | /templates/marketing-plan |
흔한 실수
- 블로그 URL의 날짜 -
/blog/2024/01/15/post-title은 가치를 더하지 않고 URL만 길게 만듭니다./blog/post-title을 쓰세요. - 과도한 중첩 -
/products/category/subcategory/item/detail은 너무 깊습니다. 가능한 곳은 평평하게 만드세요. - 리디렉션 없이 URL 변경 - 모든 기존 URL에는 새 URL로 가는 301 리디렉션이 필요합니다. 없으면 백링크 권위를 잃고, 기존 URL을 북마크하거나 링크한 사용자에게 깨진 페이지를 만듭니다.
- URL의 ID -
/product/12345는 사람이 읽기 어렵습니다. slug를 쓰세요. - 콘텐츠용 쿼리 매개변수 -
/blog?id=123은/blog/post-title이어야 합니다. - 일관성 없는 패턴 -
/features/analytics와/product/automation을 섞지 마세요. 부모 경로 하나를 선택하세요.
Breadcrumb-URL 정렬
breadcrumb 경로는 URL 경로를 반영해야 합니다.
| URL | Breadcrumb |
|---|---|
/features/analytics | 홈 > 기능 > 분석 |
/blog/seo-guide | 홈 > 블로그 > SEO 가이드 |
/docs/api/auth | 홈 > 문서 > API > 인증 |
시각적 사이트맵 출력(Mermaid)
시각적 사이트맵에는 Mermaid graph TD를 사용하세요. 계층 관계를 명확하게 만들고 내비게이션 영역을 주석으로 표시할 수 있습니다.
기본 계층
graph TD
HOME[홈페이지] --> FEAT[기능]
HOME --> PRICE[가격]
HOME --> BLOG[블로그]
HOME --> ABOUT[소개]
FEAT --> F1[분석]
FEAT --> F2[자동화]
FEAT --> F3[연동]
BLOG --> B1[글 1]
BLOG --> B2[글 2]
내비게이션 영역 포함
graph TD
subgraph 헤더 내비게이션
HOME[홈페이지]
FEAT[기능]
PRICE[가격]
BLOG[블로그]
CTA[시작하기]
end
subgraph 푸터 내비게이션
ABOUT[소개]
CAREERS[채용]
CONTACT[문의]
PRIVACY[개인정보]
end
HOME --> FEAT
HOME --> PRICE
HOME --> BLOG
HOME --> ABOUT
FEAT --> F1[분석]
FEAT --> F2[자동화]
더 많은 Mermaid 템플릿: references/mermaid-templates.md를 참조하세요.
내부 링크 전략
링크 유형
| 유형 | 목적 | 예시 |
|---|---|---|
| 내비게이션 | 섹션 사이 이동 | 헤더, 푸터, 사이드바 링크 |
| 문맥 | 텍스트 안 관련 콘텐츠 | "분석에 대해 더 알아보기" |
| 허브-스포크 | 클러스터 콘텐츠를 허브에 연결 | 핵심 페이지로 링크하는 블로그 글 |
| 섹션 간 | 섹션을 넘어 관련 페이지 연결 | 기능 페이지에서 관련 사례 연구로 링크 |
내부 링크 규칙
- 고아 페이지 없음 - 모든 페이지에는 자신을 가리키는 내부 링크가 최소 하나 있어야 합니다
- 설명적인 앵커 텍스트 - "여기 클릭"이 아니라 "분석 기능"
- 콘텐츠 1000단어당 내부 링크 5-10개(대략적 가이드)
- 중요한 페이지에 더 자주 링크 - 홈페이지, 핵심 기능 페이지, 가격
- breadcrumb 사용 - 모든 페이지에 무료 내부 링크 제공
- 관련 콘텐츠 섹션 - 페이지 하단에 "관련 글" 또는 "함께 보면 좋은 글"
허브-스포크 모델
콘텐츠가 많은 사이트는 허브 페이지를 중심으로 정리하세요.
허브: /blog/seo-guide (전체 개요)
├── 스포크: /blog/keyword-research (허브로 다시 링크)
├── 스포크: /blog/on-page-seo (허브로 다시 링크)
├── 스포크: /blog/technical-seo (허브로 다시 링크)
└── 스포크: /blog/link-building (허브로 다시 링크)
각 스포크는 허브로 다시 링크합니다. 허브는 모든 스포크로 링크합니다. 관련이 있으면 스포크끼리도 서로 링크합니다.
링크 감사 체크리스트
- 모든 페이지에 최소 하나의 인바운드 내부 링크가 있음
- 깨진 내부 링크 없음(404)
- 앵커 텍스트가 설명적임("여기 클릭" 또는 "더 읽기"가 아님)
- 중요한 페이지가 가장 많은 인바운드 내부 링크를 가짐
- 모든 페이지에 breadcrumb가 구현됨
- 블로그 글에 관련 콘텐츠 링크가 있음
- 섹션 간 링크가 기능과 사례 연구, 블로그와 제품 페이지를 연결함
출력 형식
사이트 구조 계획을 만들 때 다음 산출물을 제공하세요.
1. 페이지 계층(ASCII 트리)
각 노드에 URL이 있는 전체 사이트 구조입니다. 페이지 계층 설계 섹션의 ASCII 트리 형식을 사용하세요.
2. 시각적 사이트맵(Mermaid)
페이지 관계와 내비게이션 영역을 보여주는 Mermaid 다이어그램입니다. 도움이 되면 내비게이션 영역에 subgraph를 포함해 graph TD를 사용하세요.
3. URL 맵 표
| 페이지 | URL | 부모 | 내비게이션 위치 | 우선순위 |
|---|---|---|---|---|
| 홈페이지 | / | - | 헤더 | 높음 |
| 기능 | /features | 홈페이지 | 헤더 | 높음 |
| 분석 | /features/analytics | 기능 | 헤더 드롭다운 | 중간 |
| 가격 | /pricing | 홈페이지 | 헤더 | 높음 |
| 블로그 | /blog | 홈페이지 | 헤더 | 중간 |
4. 내비게이션 사양
- 헤더 내비게이션 항목(순서와 행동 유도 포함)
- 푸터 섹션과 링크
- 사이드바 내비게이션(해당하는 경우)
- breadcrumb 구현 메모
5. 내부 링크 계획
- 허브 페이지와 그 스포크
- 섹션 간 링크 기회
- 고아 페이지 감사(재구조화인 경우)
- 핵심 페이지별 추천 링크
작업별 질문
- 새 사이트인가요, 기존 사이트를 재구조화하나요?
- 어떤 유형의 사이트인가요? (SaaS, 콘텐츠, 전자상거래, 문서, 혼합형, 소기업)
- 현재 있거나 계획 중인 페이지는 몇 개인가요?
- 사이트에서 가장 중요한 5개 페이지는 무엇인가요?
- 보존하거나 리디렉션해야 하는 기존 URL이 있나요?
- 주요 대상 고객은 누구이며, 사이트에서 무엇을 달성하려고 하나요?
관련 스킬
- content-strategy: 만들 콘텐츠와 주제 클러스터 계획
- programmatic-seo: 템플릿과 데이터로 SEO 페이지를 대규모 구축
- seo-audit: 기술 SEO, 페이지 내 최적화, 색인 문제
- page-cro: 개별 페이지 전환 최적화
- schema-markup: breadcrumb와 사이트 내비게이션 구조화 데이터 구현
- competitor-alternatives: 비교 페이지 프레임워크와 URL 패턴
참조 문서
Mermaid 다이어그램 템플릿
시각적 사이트맵에 바로 복사해 쓸 수 있는 Mermaid 다이어그램입니다. 사이트에 맞게 노드 라벨과 연결을 조정하세요.
기본 계층
단순한 위에서 아래로의 페이지 계층입니다.
graph TD
HOME["홈페이지<br/>/"] --> FEAT["기능<br/>/features"]
HOME --> PRICE["가격<br/>/pricing"]
HOME --> BLOG["블로그<br/>/blog"]
HOME --> ABOUT["소개<br/>/about"]
FEAT --> F1["분석<br/>/features/analytics"]
FEAT --> F2["자동화<br/>/features/automation"]
FEAT --> F3["연동<br/>/features/integrations"]
BLOG --> B1["글: SEO 가이드<br/>/blog/seo-guide"]
BLOG --> B2["글: 전환 최적화 팁<br/>/blog/cro-tips"]
내비게이션 영역이 있는 계층
어떤 페이지가 어떤 내비게이션 영역에 나타나는지 subgraph로 보여줍니다.
graph TD
subgraph "헤더 내비게이션"
HOME["홈페이지"]
FEAT["기능"]
PRICE["가격"]
BLOG["블로그"]
CTA["시작하기 ★"]
end
subgraph "기능 페이지"
F1["분석"]
F2["자동화"]
F3["연동"]
end
subgraph "푸터 내비게이션"
ABOUT["소개"]
CAREERS["채용"]
CONTACT["문의"]
PRIVACY["개인정보"]
TERMS["약관"]
end
HOME --> FEAT
HOME --> PRICE
HOME --> BLOG
FEAT --> F1
FEAT --> F2
FEAT --> F3
HOME --> ABOUT
ABOUT --> CAREERS
HOME --> CONTACT
URL 라벨이 있는 계층
각 노드에 페이지 이름과 URL 경로를 표시합니다.
graph TD
HOME["홈페이지<br/><small>/</small>"] --> PROD["제품<br/><small>/product</small>"]
HOME --> PRICE["가격<br/><small>/pricing</small>"]
HOME --> BLOG["블로그<br/><small>/blog</small>"]
HOME --> DOCS["문서<br/><small>/docs</small>"]
HOME --> ABOUT["소개<br/><small>/about</small>"]
PROD --> P1["분석<br/><small>/product/analytics</small>"]
PROD --> P2["보고서<br/><small>/product/reports</small>"]
DOCS --> D1["시작하기<br/><small>/docs/getting-started</small>"]
DOCS --> D2["API 참조<br/><small>/docs/api</small>"]
허브-스포크 콘텐츠 모델
허브 페이지가 스포크 글과 연결되고, 스포크끼리도 서로 링크되는 구조를 보여줍니다.
graph TD
HUB["SEO 가이드<br/>(허브 페이지)"]
HUB --> S1["키워드 리서치"]
HUB --> S2["페이지 내 SEO"]
HUB --> S3["기술 SEO"]
HUB --> S4["링크 구축"]
S1 -.-> S2
S2 -.-> S3
S3 -.-> S4
style HUB fill:#f9f,stroke:#333,stroke-width:2px
범례:
- 실선 = 기본 허브-스포크 링크
- 점선 = 스포크 사이의 교차 링크
내부 링크 흐름
서로 다른 사이트 섹션이 어떻게 연결되는지 보여줍니다.
graph LR
subgraph "마케팅"
HOME["홈페이지"]
FEAT["기능"]
PRICE["가격"]
end
subgraph "콘텐츠"
BLOG["블로그"]
GUIDE["가이드"]
CASE["사례 연구"]
end
subgraph "제품"
DOCS["문서"]
API["API 참조"]
CHANGE["변경 기록"]
end
BLOG --> FEAT
BLOG --> CASE
CASE --> FEAT
CASE --> PRICE
FEAT --> DOCS
GUIDE --> BLOG
GUIDE --> DOCS
HOME --> FEAT
HOME --> BLOG
HOME --> CASE
재구조화 전/후
현재 구조와 제안 구조를 나란히 비교합니다.
graph TD
subgraph "이전"
B_HOME["홈페이지"] --> B_P1["페이지 1"]
B_HOME --> B_P2["페이지 2"]
B_HOME --> B_P3["페이지 3"]
B_HOME --> B_P4["페이지 4"]
B_HOME --> B_P5["페이지 5"]
B_HOME --> B_P6["페이지 6"]
B_HOME --> B_P7["페이지 7"]
B_HOME --> B_P8["페이지 8"]
end
subgraph "이후"
A_HOME["홈페이지"] --> A_S1["기능"]
A_HOME --> A_S2["리소스"]
A_HOME --> A_S3["회사"]
A_S1 --> A_P1["기능 A"]
A_S1 --> A_P2["기능 B"]
A_S2 --> A_P3["블로그"]
A_S2 --> A_P4["가이드"]
A_S3 --> A_P5["소개"]
A_S3 --> A_P6["문의"]
end
색상 규칙
스타일을 사용해 페이지 상태, 우선순위, 유형을 강조하세요.
graph TD
HOME["홈페이지"] --> FEAT["기능"]
HOME --> PRICE["가격"]
HOME --> BLOG["블로그"]
HOME --> NEW["새 섹션"]
HOME --> REMOVE["사용 중단 페이지"]
FEAT --> F1["기존 기능"]
FEAT --> F2["새 기능"]
style HOME fill:#4CAF50,color:#fff
style PRICE fill:#4CAF50,color:#fff
style FEAT fill:#4CAF50,color:#fff
style BLOG fill:#4CAF50,color:#fff
style F1 fill:#4CAF50,color:#fff
style NEW fill:#2196F3,color:#fff
style F2 fill:#2196F3,color:#fff
style REMOVE fill:#f44336,color:#fff
색상 키:
- 초록 (
#4CAF50): 기존 페이지(변경 없음) - 파랑 (
#2196F3): 새로 만들 페이지 - 빨강 (
#f44336): 제거하거나 리디렉션할 페이지 - 노랑 (
#FFC107): 재구조화하거나 이동할 페이지 - 보라 (
#9C27B0): 높은 우선순위 / 행동 유도 페이지
내비게이션 패턴
사이트 유형과 맥락별 상세 내비게이션 패턴입니다.
헤더 내비게이션
단순 헤더(4-6개 항목)
적합한 경우: 소기업, 단순 SaaS, 포트폴리오.
[Logo] 기능 가격 블로그 소개 [행동 유도 버튼]
규칙:
- 로고는 항상 홈페이지로 연결
- 행동 유도 버튼은 가장 오른쪽에 두고 시각적으로 구분(채운 버튼, 대비 색상)
- 항목은 우선순위 순서로 정렬(가장 많이 방문되는 항목부터)
- 현재 페이지에는 시각적 표시 제공(밑줄, 굵게, 색상)
메가 메뉴 헤더
적합한 경우: 기능이 많은 SaaS, 카테고리가 있는 전자상거래, 큰 콘텐츠 사이트.
[Logo] 제품 ▾ 솔루션 ▾ 리소스 ▾ 가격 문서 [행동 유도]
"제품"에 hover/click했을 때:
┌─────────────────────────────────────────────────┐
│ 기능 플랫폼 연동 │
│ ───────── ───────── ──────────── │
│ 분석 보안 Slack │
│ 자동화 API HubSpot │
│ 보고 컴플라이언스 Salesforce │
│ 대시보드 Zapier │
│ │
│ [모든 기능 보기 →] │
└─────────────────────────────────────────────────┘
메가 메뉴 규칙:
- 최대 2-4열
- 항목을 논리적으로 묶기(기능 영역, 사용 사례, 대상 고객별)
- 하단에 "모두 보기" 링크 포함
- 메가 메뉴 안에 드롭다운을 다시 중첩하지 않기
- 라벨만으로 명확하지 않은 항목에는 설명 표시
분할 내비게이션
적합한 경우: 마케팅 내비게이션과 제품 내비게이션이 모두 있는 앱.
[Logo] 기능 가격 블로그 [로그인] [가입]
├── 마케팅 내비게이션(왼쪽) ──────┘ └── 인증 내비게이션(오른쪽) ──┤
오른쪽은 인증 동작을 처리합니다. 왼쪽은 페이지 내비게이션을 처리합니다.
푸터 내비게이션
열 기반 푸터(표준)
적합한 경우: 대부분의 사이트. 링크를 3-5개의 주제별 열로 정리합니다.
┌──────────────────────────────────────────────────────────┐
│ │
│ 제품 리소스 회사 법무 │
│ ───────── ────────── ───────── ───── │
│ 기능 블로그 소개 개인정보 │
│ 가격 가이드 채용 약관 │
│ 연동 템플릿 문의 GDPR │
│ 변경 기록 사례 연구 언론 │
│ 보안 웨비나 파트너 │
│ │
│ [Logo] © 2026 Company Name │
│ 소셜: [Twitter] [LinkedIn] [GitHub] │
│ │
└──────────────────────────────────────────────────────────┘
최소형 푸터
적합한 경우: 단순 사이트, 랜딩 페이지.
┌──────────────────────────────────────────────────────────┐
│ [Logo] │
│ © 2026 Company · 개인정보 · 약관 · 문의 │
└──────────────────────────────────────────────────────────┘
확장 푸터
적합한 경우: 비교 페이지, 위치 페이지, 리소스 링크 등 SEO에 푸터를 사용하는 사이트.
┌──────────────────────────────────────────────────────────┐
│ 제품 리소스 비교 사용 사례 │
│ 기능 블로그 vs 경쟁사 A 스타트업용 │
│ 가격 가이드 vs 경쟁사 B 엔터프라이즈용│
│ API 템플릿 vs 경쟁사 C 에이전시용 │
│ │
│ 연동 인기 글 │
│ Slack Zapier X를 하는 방법 │
│ HubSpot Salesforce Y 가이드 │
│ 템플릿: Z │
│ │
│ [Logo] © 2026 · 개인정보 · 약관 · 보안 │
└──────────────────────────────────────────────────────────┘
사이드바 내비게이션
문서 사이드바
접을 수 있는 섹션이 있는 고정 왼쪽 사이드바입니다.
시작하기
├── 설치
├── 빠른 시작
└── 설정
가이드
├── 인증
├── 데이터 모델
└── 배포
API 참조
├── REST API
│ ├── 사용자
│ ├── 프로젝트
│ └── 웹훅
└── GraphQL
예시
├── Next.js
├── Rails
└── Python
변경 기록
규칙:
- 현재 페이지 강조
- 섹션은 접을 수 있음(현재 섹션은 기본으로 펼침)
- 사이드바 상단에 검색
- 콘텐츠 영역 하단에 "이전 / 다음" 페이지 내비게이션
- 스크롤 시 고정(사라지지 않음)
블로그 카테고리 사이드바
카테고리
├── SEO (24)
├── 전환 최적화 (18)
├── 콘텐츠 (15)
├── 유료 광고 (12)
└── 분석 (9)
인기 글
├── SEO 개선 방법
├── 랜딩 페이지 가이드
└── 분석 설정
뉴스레터
└── [이메일 가입 양식]
Breadcrumbs
표준 형식
홈 > 기능 > 분석
홈 > 블로그 > SEO 카테고리 > 키워드 리서치 방법
홈 > 문서 > API 참조 > 인증
규칙:
- 구분자:
>또는/(일관되게 사용) - 현재 페이지를 제외한 모든 구간은 링크
- 현재 페이지는 일반 텍스트(링크 없음)
- 제목이 이미 H1로 보이면 현재 페이지를 포함하지 않아도 됨
Schema 마크업 포함
<nav aria-label="Breadcrumb">
<ol itemscope itemtype="https://schema.org/BreadcrumbList">
<li itemprop="itemListElement" itemscope itemtype="https://schema.org/ListItem">
<a itemprop="item" href="/"><span itemprop="name">홈</span></a>
<meta itemprop="position" content="1" />
</li>
<li itemprop="itemListElement" itemscope itemtype="https://schema.org/ListItem">
<a itemprop="item" href="/features"><span itemprop="name">기능</span></a>
<meta itemprop="position" content="2" />
</li>
<li itemprop="itemListElement" itemscope itemtype="https://schema.org/ListItem">
<span itemprop="name">분석</span>
<meta itemprop="position" content="3" />
</li>
</ol>
</nav>
또는 JSON-LD를 사용하세요(권장).
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{ "@type": "ListItem", "position": 1, "name": "홈", "item": "https://example.com/" },
{ "@type": "ListItem", "position": 2, "name": "기능", "item": "https://example.com/features" },
{ "@type": "ListItem", "position": 3, "name": "분석" }
]
}
모바일 내비게이션
햄버거 메뉴
모바일의 표준입니다. 모든 내비게이션 항목이 메뉴 아이콘 안으로 접힙니다.
규칙:
- 햄버거 아이콘(세 줄)은 오른쪽 위 또는 왼쪽 위
- 전체 화면 또는 슬라이드 아웃 패널
- 메뉴를 열지 않아도 행동 유도 버튼이 보임(고정 헤더)
- 모바일 메뉴에서 검색 접근 가능
- 중첩 항목에는 아코디언 패턴 사용
하단 탭 바
적합한 경우: 웹 앱, PWA, 모바일 우선 제품.
┌──────────────────────────────────────┐
│ │
│ [페이지 콘텐츠] │
│ │
├──────────────────────────────────────┤
│ 홈 검색 만들기 프로필 │
│ 🏠 🔍 ➕ 👤 │
└──────────────────────────────────────┘
규칙:
- 최대 3-5개 항목
- 아이콘 + 라벨(아이콘만 쓰지 않기)
- 활성 상태를 명확하게 표시
- 가장 중요한 동작을 중앙에 배치
피해야 할 패턴
피할 것
- 너무 많은 헤더 항목(8개 이상): 결정 피로를 만들고 작은 화면에서 읽기 어려워짐
- 드롭다운 중첩: 드롭다운 안의 드롭다운 안의 드롭다운
- 알 수 없는 아이콘: 라벨 없는 아이콘은 사용자가 의미를 모름
- 숨겨진 주요 내비게이션: 데스크톱에서 중요한 페이지를 햄버거 메뉴 안에 묻기
- 페이지마다 다른 내비게이션: 앱 vs 마케팅을 제외하면 사이트 전체에서 내비게이션은 동일해야 함
- 모바일 고려 없음: 모바일로 옮겨지지 않는 데스크톱 내비게이션
- 사이트맵 덤프 푸터: 정리 없이 푸터에 50개 이상 링크 넣기
- URL과 맞지 않는 breadcrumb: breadcrumb는 "제품 > 위젯"이라고 하는데 URL은
/shop/widget-pro
흔한 수정
| 문제 | 수정 |
|---|---|
| 내비게이션 항목이 너무 많음 | 드롭다운 또는 메가 메뉴로 묶기 |
| 사용자가 페이지를 찾지 못함 | 검색 추가, 라벨 개선 |
| 내비게이션에서 높은 이탈 | 선택지 단순화, 더 명확한 라벨 사용 |
| SEO 페이지가 링크되지 않음 | 푸터 또는 리소스 섹션에 추가 |
| 모바일 내비게이션이 깨짐 | 실제 기기에서 테스트하고 햄버거 패턴 사용 |
SEO를 위한 내비게이션
내비게이션 안의 내부 링크는 PageRank를 전달합니다. 이를 전략적으로 사용하세요.
- 헤더 내비게이션 링크가 가장 강함 - 가장 중요한 페이지를 여기에 배치
- 푸터 링크는 전달 가치가 낮지만 여전히 중요함 - 비교 페이지, 위치 페이지에 좋음
- 사이드바 링크는 섹션 수준 권위에 도움 - 블로그 카테고리, 문서 섹션에 좋음
- Breadcrumbs는 검색 엔진에 구조 신호 제공 - schema 마크업으로 구현
- JavaScript 전용 내비게이션 사용 금지 - 검색 엔진에는 크롤링 가능한 HTML 링크가 필요
- 설명적인 앵커 텍스트 사용 - 단순히 "기능"이 아니라 "분석 기능"
사이트 유형 템플릿
흔한 사이트 유형을 위한 전체 페이지 계층 템플릿입니다. ASCII 트리, URL 맵, 내비게이션 권장 사항을 포함합니다.
SaaS 마케팅 사이트
페이지 계층
홈페이지 (/)
├── 기능 (/features)
│ ├── 기능 A (/features/feature-a)
│ ├── 기능 B (/features/feature-b)
│ └── 기능 C (/features/feature-c)
├── 가격 (/pricing)
├── 고객 (/customers)
│ ├── 사례 연구 1 (/customers/company-name)
│ └── 사례 연구 2 (/customers/company-name-2)
├── 리소스 (/resources)
│ ├── 블로그 (/blog)
│ │ └── [글] (/blog/post-slug)
│ ├── 템플릿 (/resources/templates)
│ │ └── [템플릿] (/resources/templates/template-slug)
│ └── 가이드 (/resources/guides)
│ └── [가이드] (/resources/guides/guide-slug)
├── 연동 (/integrations)
│ └── [연동] (/integrations/integration-name)
├── 문서 (/docs)
│ ├── 시작하기 (/docs/getting-started)
│ ├── 가이드 (/docs/guides)
│ └── API 참조 (/docs/api)
├── 소개 (/about)
│ ├── 채용 (/about/careers)
│ └── 문의 (/contact)
├── 비교 (/compare)
│ └── [경쟁사] (/compare/competitor-name)
├── 개인정보 (/privacy)
└── 약관 (/terms)
URL 맵
| 페이지 | URL | 내비게이션 위치 | 우선순위 |
|---|---|---|---|
| 홈페이지 | / | 헤더(로고) | 매우 중요 |
| 기능 | /features | 헤더 | 높음 |
| 기능 페이지 | /features/{slug} | 헤더 드롭다운 | 중간 |
| 가격 | /pricing | 헤더 | 매우 중요 |
| 고객 | /customers | 헤더 | 중간 |
| 사례 연구 | /customers/{slug} | 고객 드롭다운 | 중간 |
| 블로그 | /blog | 헤더(리소스) | 높음 |
| 블로그 글 | /blog/{slug} | - | 중간 |
| 연동 | /integrations | 헤더 | 중간 |
| 문서 | /docs | 헤더 | 중간 |
| 비교 | /compare/{slug} | 푸터 | 높음(SEO) |
| 소개 | /about | 푸터 | 낮음 |
| 가격 행동 유도 | /pricing | 헤더(행동 유도 버튼) | 매우 중요 |
내비게이션
헤더(6개 항목 + 행동 유도): 기능 | 가격 | 고객 | 리소스 | 연동 | 문서 | [시작하기]
푸터 열:
- 제품: 기능, 가격, 연동, 변경 기록, 보안
- 리소스: 블로그, 템플릿, 가이드, 사례 연구
- 회사: 소개, 채용, 문의, 언론
- 법무: 개인정보, 약관, 보안
콘텐츠 / 블로그 사이트
페이지 계층
홈페이지 (/)
├── 블로그 (/blog)
│ ├── [카테고리: 주제 A] (/blog/category/topic-a)
│ ├── [카테고리: 주제 B] (/blog/category/topic-b)
│ ├── [카테고리: 주제 C] (/blog/category/topic-c)
│ └── [글] (/blog/post-slug)
├── 뉴스레터 (/newsletter)
├── 리소스 (/resources)
│ ├── 가이드 (/resources/guides)
│ │ └── [가이드] (/resources/guides/guide-slug)
│ └── 도구 (/resources/tools)
│ └── [도구] (/resources/tools/tool-slug)
├── 소개 (/about)
├── 문의 (/contact)
├── 개인정보 (/privacy)
└── 약관 (/terms)
URL 맵
| 페이지 | URL | 내비게이션 위치 | 우선순위 |
|---|---|---|---|
| 홈페이지 | / | 헤더(로고) | 매우 중요 |
| 블로그 인덱스 | /blog | 헤더 | 높음 |
| 카테고리 | /blog/category/{slug} | 헤더 드롭다운 | 중간 |
| 글 | /blog/{slug} | - | 중간 |
| 뉴스레터 | /newsletter | 헤더(행동 유도) | 높음 |
| 가이드 | /resources/guides | 헤더 | 중간 |
| 소개 | /about | 헤더 | 낮음 |
내비게이션
헤더(4개 항목 + 행동 유도): 블로그 | 리소스 | 소개 | 문의 | [구독]
사이드바(블로그): 카테고리, 인기 글, 뉴스레터 가입
전자상거래
페이지 계층
홈페이지 (/)
├── 쇼핑 (/shop)
│ ├── 카테고리 A (/shop/category-a)
│ │ ├── 하위 카테고리 (/shop/category-a/subcategory)
│ │ │ └── [상품] (/shop/category-a/subcategory/product-slug)
│ │ └── [상품] (/shop/category-a/product-slug)
│ ├── 카테고리 B (/shop/category-b)
│ │ └── [상품] (/shop/category-b/product-slug)
│ └── 카테고리 C (/shop/category-c)
│ └── [상품] (/shop/category-c/product-slug)
├── 컬렉션 (/collections)
│ └── [컬렉션] (/collections/collection-slug)
├── 할인 (/sale)
├── 블로그 (/blog)
│ └── [글] (/blog/post-slug)
├── 소개 (/about)
│ └── 우리 이야기 (/about/our-story)
├── 도움말 (/help)
│ ├── FAQ (/help/faq)
│ ├── 배송 (/help/shipping)
│ ├── 반품 (/help/returns)
│ └── 문의 (/contact)
├── 장바구니 (/cart)
├── 계정 (/account)
├── 개인정보 (/privacy)
└── 약관 (/terms)
URL 맵
| 페이지 | URL | 내비게이션 위치 | 우선순위 |
|---|---|---|---|
| 홈페이지 | / | 헤더(로고) | 매우 중요 |
| 쇼핑 | /shop | 헤더 | 매우 중요 |
| 카테고리 | /shop/{category} | 헤더 메가 메뉴 | 높음 |
| 상품 | /shop/{category}/{product} | - | 높음 |
| 컬렉션 | /collections/{slug} | 헤더 | 중간 |
| 할인 | /sale | 헤더(강조) | 높음 |
| 장바구니 | /cart | 헤더(아이콘) | 매우 중요 |
| 계정 | /account | 헤더(아이콘) | 중간 |
내비게이션
헤더(5개 항목 + 장바구니/계정): 쇼핑(메가 메뉴) | 컬렉션 | 할인 | 블로그 | 도움말 | [장바구니 아이콘] [계정 아이콘]
쇼핑 아래 메가 메뉴: 추천 상품/이미지가 있는 카테고리 열
문서 사이트
페이지 계층
문서 홈 (/docs)
├── 시작하기 (/docs/getting-started)
│ ├── 설치 (/docs/getting-started/installation)
│ ├── 빠른 시작 (/docs/getting-started/quick-start)
│ └── 설정 (/docs/getting-started/configuration)
├── 가이드 (/docs/guides)
│ ├── 가이드 A (/docs/guides/guide-a)
│ ├── 가이드 B (/docs/guides/guide-b)
│ └── 가이드 C (/docs/guides/guide-c)
├── API 참조 (/docs/api)
│ ├── 인증 (/docs/api/authentication)
│ ├── 엔드포인트 (/docs/api/endpoints)
│ └── 웹훅 (/docs/api/webhooks)
├── 예시 (/docs/examples)
│ └── [예시] (/docs/examples/example-slug)
├── 변경 기록 (/docs/changelog)
└── FAQ (/docs/faq)
URL 맵
| 페이지 | URL | 내비게이션 위치 | 우선순위 |
|---|---|---|---|
| 문서 홈 | /docs | 헤더 | 높음 |
| 시작하기 | /docs/getting-started | 사이드바(상단) | 매우 중요 |
| 가이드 | /docs/guides | 사이드바 | 높음 |
| API 참조 | /docs/api | 사이드바 | 높음 |
| 변경 기록 | /docs/changelog | 사이드바(하단) | 낮음 |
내비게이션
헤더: 문서 | API | 블로그 | 커뮤니티 | GitHub | [대시보드]
사이드바(고정, 왼쪽): 시작하기, 가이드, API 참조, 예시, 변경 기록 - 펼칠 수 있는 하위 섹션 포함
페이지 안: 각 문서 페이지 하단의 이전/다음 내비게이션
혼합형 SaaS + 콘텐츠
페이지 계층
홈페이지 (/)
├── 제품 (/product)
│ ├── 기능 A (/product/feature-a)
│ ├── 기능 B (/product/feature-b)
│ └── 기능 C (/product/feature-c)
├── 솔루션 (/solutions)
│ ├── 사용 사례별 (/solutions/use-case-slug)
│ └── 업종별 (/solutions/industry-slug)
├── 가격 (/pricing)
├── 블로그 (/blog)
│ ├── [카테고리] (/blog/category/slug)
│ └── [글] (/blog/post-slug)
├── 리소스 (/resources)
│ ├── 가이드 (/resources/guides)
│ ├── 템플릿 (/resources/templates)
│ ├── 웨비나 (/resources/webinars)
│ └── 사례 연구 (/resources/case-studies)
├── 문서 (/docs)
│ ├── 시작하기 (/docs/getting-started)
│ └── API (/docs/api)
├── 연동 (/integrations)
│ └── [연동] (/integrations/slug)
├── 비교 (/compare)
│ └── [경쟁사] (/compare/competitor-slug)
├── 소개 (/about)
│ ├── 채용 (/about/careers)
│ └── 문의 (/contact)
├── 개인정보 (/privacy)
└── 약관 (/terms)
내비게이션
헤더(7개 항목 + 행동 유도): 제품 | 솔루션 | 가격 | 리소스 | 블로그 | 문서 | 연동 | [무료 체험 시작]
제품(기능 목록), 솔루션(사용 사례 + 업종), 리소스(블로그, 가이드, 템플릿, 웨비나, 사례 연구)에는 메가 메뉴를 사용하세요.
소기업 / 지역 비즈니스
페이지 계층
홈페이지 (/)
├── 서비스 (/services)
│ ├── 서비스 A (/services/service-a)
│ ├── 서비스 B (/services/service-b)
│ └── 서비스 C (/services/service-c)
├── 소개 (/about)
├── 추천사 (/testimonials)
├── 블로그 (/blog)
│ └── [글] (/blog/post-slug)
├── 문의 (/contact)
├── 개인정보 (/privacy)
└── 약관 (/terms)
URL 맵
| 페이지 | URL | 내비게이션 위치 | 우선순위 |
|---|---|---|---|
| 홈페이지 | / | 헤더(로고) | 매우 중요 |
| 서비스 | /services | 헤더 | 높음 |
| 서비스 페이지 | /services/{slug} | 헤더 드롭다운 | 높음 |
| 소개 | /about | 헤더 | 중간 |
| 추천사 | /testimonials | 헤더 | 중간 |
| 블로그 | /blog | 헤더 | 중간 |
| 문의 | /contact | 헤더(행동 유도) | 높음 |
내비게이션
헤더(5개 항목 + 행동 유도): 서비스 | 소개 | 추천사 | 블로그 | [문의하기]
단순하게 유지하세요. 소기업 사이트는 평평해야 합니다(최대 1-2단계). 모든 페이지는 헤더에서 접근 가능해야 합니다.