📘개념⭐️ Pillar

사이트 아키텍처 (Site Architecture)

최종 업데이트: 2026년 5월 13일

정의

사이트 아키텍처(Site Architecture)는 웹사이트의 페이지 계층 구조, URL 설계, 내부 링크 패턴을 포괄하는 개념이다. 사용자와 검색엔진 크롤러가 사이트 내에서 정보를 찾고 이동하는 방식 전체를 정의한다.

좋은 아키텍처는 구글이 모든 중요한 페이지를 발견·색인하고, 페이지 간 권위를 효율적으로 전달하며, 사용자가 원하는 정보까지 빠르게 도달하도록 설계된다.

요약

사이트 아키텍처 핵심 원칙: ①홈에서 3–4클릭 이내 모든 중요 페이지 → ②논리적이고 예측 가능한 URL 계층 → ③Pillar–Cluster 내부 링크 구조 → ④XML 사이트맵 + 브레드크럼으로 이중 안전망. 이 4가지가 충족되면 크롤 버짓 낭비와 권위 분산이 자연히 방지된다.

사이트 아키텍처 4가지 모델

1. 평면(Flat) 구조

모든 페이지가 홈에서 1–2클릭 이내에 위치한다. 소규모 사이트(50페이지 이하)에 적합하다.

홈
├── 페이지 A
├── 페이지 B
└── 페이지 C

장점: 단순, 크롤 효율 최고
단점: 콘텐츠가 많아지면 주제 권위 구축이 어렵다

2. 사일로(Silo) 구조

주제별 카테고리(사일로)로 콘텐츠를 격리한다. 각 사일로 내에서만 내부 링크가 이루어진다.

홈
├── SEO 사일로
│   ├── 키워드 리서치
│   └── 온페이지 SEO
└── AEO 사일로
    ├── AEO란?
    └── AI 최적화

장점: 주제 권위 집중, 명확한 토픽 클러스터
단점: 사일로 간 연관 콘텐츠 연결이 제한된다

3. 피라미드(Pyramid) 구조

홈 → 카테고리 → 서브카테고리 → 개별 페이지의 계층. 대형 콘텐츠 사이트와 전자상거래에 일반적이다.

홈
└── 카테고리 (Level 2)
    └── 서브카테고리 (Level 3)
        └── 개별 포스트/상품 (Level 4)

장점: 대량 콘텐츠 관리에 적합, 논리적 계층
단점: 깊어질수록 크롤 버짓과 권위 전달 효율 저하

4. 그래프(Graph/Hub) 구조

Pillar 페이지와 Cluster 페이지의 상호 연결. 현재 콘텐츠 마케팅에서 가장 권장되는 방식이다.

Pillar: SEO 완전 가이드
├── Cluster: 키워드 리서치 방법
├── Cluster: 온페이지 최적화
├── Cluster: 링크 빌딩
└── Cluster: 기술 SEO
    (모두 Pillar로 다시 링크)

장점: 주제 권위 구축, AEO에 유리, 내부 링크 권위 순환
단점: 설계와 유지가 복잡

좋은 사이트 아키텍처 5원칙

원칙 1: 3–4클릭 깊이 제한

홈페이지에서 어떤 중요한 페이지든 3–4번 클릭 이내에 도달해야 한다. 5클릭 이상 깊이의 페이지는 구글봇이 도달하기 어렵고, 권위도 거의 전달되지 않는다.

진단: Screaming Frog으로 크롤한 뒤 "Crawl Depth" 리포트 확인. 5 이상 페이지가 중요한 콘텐츠라면 구조 재설계가 필요하다.

원칙 2: 논리적 URL 계층

URL이 페이지의 위치를 예측 가능하게 반영해야 한다.

✅ 좋음: /seo/keyword-research/long-tail-keywords
❌ 나쁨: /post?id=4829&cat=12&lang=ko

URL만 봐도 어디 있는지 이해할 수 있어야 한다. 자세히는 URL 슬러그 항목 참조.

원칙 3: 일관된 내부 링크 구조

내부 링크는 사이트 내 권위 흐름을 결정한다. Pillar 페이지에는 관련 모든 Cluster에서 링크가 들어와야 하고, Pillar는 Cluster로 링크를 내려보내야 한다.

[FLOW_DIAGRAM: Pillar → Cluster → Pillar 내부 링크 권위 순환]

자세히는 내부 링크 항목 참조.

원칙 4: XML 사이트맵 + 브레드크럼

사이트맵은 구글봇에게 "이 페이지들이 중요합니다"를 알려준다. 브레드크럼은 페이지 계층을 사용자와 봇 모두에게 명시적으로 보여준다.

자세히는 브레드크럼 항목 참조.

원칙 5: 카노니컬로 중복 방지

URL 파라미터, 정렬 옵션, 페이지네이션이 중복 URL을 생성하지 않도록 카노니컬 태그로 정규 URL을 명시한다.

자세히는 카노니컬 태그 및 페이지네이션 항목 참조.

사이트 아키텍처 설계 5단계

1단계: 주제 클러스터 설계

사이트가 권위를 구축할 핵심 주제(Pillar)와 지원 콘텐츠(Cluster)를 키워드 리서치 기반으로 도출한다. 자세히는 키워드 매핑 항목 참조.

2단계: URL 구조 결정

서브도메인 vs 서브디렉토리, 카테고리 포함 여부, URL 깊이를 결정한다. 자세히는 서브도메인 vs 서브디렉토리 항목 참조.

3단계: 내비게이션 설계

글로벌 내비게이션(메인 메뉴), 로컬 내비게이션(사이드바·관련 글), 브레드크럼을 설계한다.

4단계: 내부 링크 플랜

Pillar-Cluster 매트릭스를 만들어 어떤 페이지가 어떤 페이지로 링크해야 하는지를 계획한다.

5단계: 크롤 우선순위 설정

robots.txt로 크롤하지 않을 영역을 제한하고, 사이트맵에 중요 페이지를 우선 포함한다. 자세히는 크롤 버짓 항목 참조.

사이트 아키텍처와 주제 권위

엔티티 권위 집중

구글은 특정 주제에 대한 사이트의 권위를 평가할 때 해당 주제 페이지들 간의 연결성을 본다. 잘 설계된 Pillar-Cluster 구조는 구글에게 "이 사이트는 이 주제의 전문가"라는 신호를 강하게 전달한다. 자세히는 엔티티 SEO 항목 참조.

AEO에서의 사이트 아키텍처

AI 답변 엔진이 특정 주제를 쿼리할 때 주제 권위가 높은 사이트의 콘텐츠를 우선 인용한다. Pillar 페이지 중심의 아키텍처는 AI 인용 가능성을 높인다. 자세히는 쿼리 팬아웃 항목 참조.

흔한 사이트 아키텍처 실수

오류 1: 고아 페이지(Orphan Pages)

내부 링크가 하나도 없는 페이지. 구글봇이 사이트맵 없이는 도달할 수 없다. 정기 크롤 감사로 발견하고 내부 링크를 추가한다.

오류 2: 과도한 계층 깊이

5단계 이상의 URL 경로 (/a/b/c/d/e/페이지). 카테고리 구조를 단순화하거나 중간 계층을 제거한다.

오류 3: 중복 구조

동일 콘텐츠에 여러 URL 경로가 존재하는 경우. 태그 + 카테고리가 동시에 같은 포스트를 포함하는 워드프레스 사이트에서 흔하다. 카노니컬로 해결한다.

오류 4: 내부 링크 부재

콘텐츠를 발행하지만 기존 콘텐츠에서 새 콘텐츠로 연결하지 않는 경우. 내부 링크 플랜 없이 콘텐츠를 발행하면 고아 페이지가 누적된다.

한국 시장 적용

한국 CMS에서의 아키텍처 고려사항

워드프레스: 카테고리·태그·아카이브 페이지가 자동으로 생성되어 중복 구조를 만들기 쉽다. Yoast/Rank Math에서 아카이브 페이지를 noindex하거나 카노니컬을 적용한다.

카페24·고도몰: 전자상거래 CMS는 필터 파라미터(?color=red&size=M)가 중복 URL을 대량 생성한다. URL 파라미터 처리 정책을 명확히 설정한다.

아임웹: 소규모 사이트에서는 기본 구조가 비교적 단순하나, 다국어 설정 시 hreflang 처리가 필요하다.

네이버 vs 구글 아키텍처 전략

네이버는 도메인 전체를 상대적으로 낮게 평가하고 개별 포스트를 직접 평가하는 경향이 있어, 네이버 중심 사이트는 개별 포스트 최적화가 더 중요하다. 구글 중심 사이트는 사이트 전체 권위와 아키텍처가 핵심이다.

자주 묻는 질문

Q. 사이트 아키텍처를 변경하면 순위가 떨어지나요?
A. 대규모 URL 구조 변경은 단기 순위 변동을 일으킬 수 있다. 반드시 301 리다이렉트를 설정하고, XML 사이트맵을 업데이트하며, 내부 링크의 URL을 모두 새 URL로 변경해야 한다. 충분한 준비 없이 아키텍처를 변경하면 심각한 트래픽 손실이 발생한다.

Q. 얼마나 많은 페이지가 있어야 아키텍처를 고민해야 하나요?
A. 50페이지 이상이면 구조를 명확히 설계해야 한다. 10페이지 이하의 소규모 사이트는 평면 구조가 가장 효율적이다. 블로그가 100개를 넘기 시작하면 Pillar-Cluster 구조 없이는 권위 분산이 심화된다.

Q. 카테고리 없이 태그만 사용해도 되나요?
A. 카테고리는 URL 계층을 만들어 구조를 명확히 하는 반면, 태그는 주로 관련 콘텐츠 연결에 사용된다. 둘 중 하나만 사용한다면 카테고리가 SEO에 더 유리하다. 태그 아카이브 페이지는 대부분 얇은 콘텐츠가 되므로 noindex 처리를 권장한다.

Q. 서브도메인과 서브디렉토리 중 어느 것이 아키텍처에 유리한가요?
A. 대부분의 경우 서브디렉토리(example.com/blog/)가 도메인 권위를 공유해 아키텍처에 더 유리하다. 서브도메인(blog.example.com)은 별개 사이트로 취급되어 권위가 분리된다. 자세히는 서브도메인 vs 서브디렉토리 항목 참조.

Q. 단일 페이지 애플리케이션(SPA)에서 아키텍처를 어떻게 설계해야 하나요?
A. SPA는 JavaScript로 콘텐츠를 렌더링하므로 구글봇이 크롤하는 데 추가 시간이 걸린다. 서버 사이드 렌더링(SSR) 또는 정적 생성(SSG)을 사용해 크롤 가능성을 높이고, 각 페이지에 고유한 URL이 있어야 한다. HTML history API로 URL을 올바르게 관리해야 한다.