SEO를 위한 사이트 구조: 평면 구조와 깊은 구조, 클릭 깊이, 사일로와 토픽 클러스터, URL, 이동 경로, 고아 페이지, 블로그와 온라인 스토어 구조 예시까지 정리했습니다.

요약
사이트 구조는 홈페이지부터 가장 깊은 글이나 상품 페이지까지 페이지를 어떻게 정리하고 서로 연결하는지를 말합니다. SEO에서 구글은 주로 링크를 통해 구조를 읽습니다. 어떤 페이지에 도달하는 데 필요한 클릭 수와 그 페이지를 가리키는 내부 링크 수가 어떤 페이지가 중요한지를 구글에 알려 줍니다. 좋은 구조는 중요한 페이지를 홈페이지에서 약 세 번의 클릭 안에 두고, 콘텐츠를 주제별로 묶으며, 내부 링크가 없는 페이지를 남기지 않습니다.
더 알아보고 싶다면 물어보세요
SEO를 위한 사이트 구조는 검색엔진이 페이지를 찾을 수 있는지, 얼마나 자주 다시 크롤링하는지, 얼마나 중요하게 보는지를 결정합니다. 구글은 전자상거래 사이트 구조 가이드에서 이를 분명히 밝힙니다. 어떤 페이지에 도달하기 위해 따라가야 하는 링크 수와 그 페이지로 향하는 링크 수 같은 정보를 활용해 페이지의 상대적 중요도를 추론할 수 있다는 것입니다. 이 가이드는 그런 구조를 설계하는 방법을 콘텐츠 사이트와 온라인 스토어 예시와 함께 설명합니다.
사이트 구조는 함께 작동하는 세 가지 층으로 이루어집니다.
세 가지가 맞아떨어지면 사용자와 크롤러 모두 지금 어디에 있고 다음에 어디로 가야 하는지 이해합니다. 서로 어긋나면(사이트 내 검색으로만 찾을 수 있는 상품, 블로그 14페이지를 거쳐야만 닿는 글 등) 페이지는 찾기 어려워지고 비중도 잃습니다.
평면 구조에서는 대부분의 페이지가 홈페이지에서 몇 번의 클릭 거리에 있고, 깊은 구조에서는 여러 단계가 쌓입니다. 일반적으로 평면 구조가 낫지만 한계가 있습니다.
| 기준 | 평면 구조 | 깊은 구조 |
|---|---|---|
| 클릭 깊이 | 대부분의 페이지가 3번 클릭 이내 | 5번, 6번 이상 클릭해야 닿는 페이지 |
| 크롤링 | 페이지를 빠르게 발견하고 다시 크롤링 | 깊은 페이지는 크롤링 빈도가 낮고 누락되기도 함 |
| 내부 권위도 | 많은 페이지에 고루 분산 | 상단에 집중되어 하단까지 거의 전달되지 않음 |
| 주제 신호 | 허브가 주제별로 페이지를 묶으면 명확 | 계층은 명확하지만 도달이 느림 |
| 위험 | 메뉴에 수백 개의 링크가 몰림 | 고아 페이지 또는 고아에 가까운 페이지 |
'3번 클릭' 규칙은 경험칙일 뿐 구글의 요구 사항은 아니지만, 간단한 계산으로 효과를 알 수 있습니다. 홈페이지가 허브 100개로 링크하고, 각 허브가 페이지 100개로, 그 페이지들이 다시 각각 100개로 링크하면 3번의 클릭으로 1000000개 페이지에 도달합니다. 목표는 얕으면서도 정리된 구조입니다. 모든 것을 나열한 메뉴 대신 관련 콘텐츠를 묶는 허브 페이지를 활용하세요.
같은 전자상거래 가이드에서 구글은 일반적으로 사이트 구조를 파악하기 위해 URL 구조를 보지 않으며, 대신 페이지 간 링크를 분석한다고 밝힙니다. /shoes/running/ 같은 깔끔한 URL은 사용자에게 도움이 되지만, 계층을 구글에 알려 주는 것은 신발 카테고리에서 러닝화 하위 카테고리로 가는 링크입니다. 구글은 일반적으로 페이지가 받는 내부 링크가 많을수록 더 중요해 보인다고 덧붙입니다.
구글의 링크 권장사항에 따르면 구글은 일반적으로 href 속성이 있는 <a> 요소의 링크만 크롤링할 수 있습니다. 자바스크립트 클릭 이벤트로 만든 메뉴, 실제 링크가 없는 '더 보기' 버튼, 사이트 내 검색으로만 찾을 수 있는 상품은 보이지 않습니다. Googlebot은 일반적으로 검색창에 입력하지 않기 때문입니다. 이것이 크롤링 가능성의 기본입니다.
구글의 검색엔진 최적화(SEO) 기본 가이드는 URL이 수천 개를 넘는 사이트라면 주제가 비슷한 페이지를 디렉터리로 묶으라고 권합니다. 그러면 구글이 각 디렉터리의 변경 빈도를 학습해 그에 맞춰 크롤링할 수 있습니다. 매일 바뀌는 /blog/ 폴더와 거의 바뀌지 않는 /legal/ 폴더는 서로 다른 주기로 크롤링됩니다. 같은 논리로 블로그는 서브도메인보다 서브폴더에 두는 편이 유리합니다(서브도메인 vs 서브폴더 SEO 참고).
이 세 가지 모델은 모두 콘텐츠를 주제별로 정리해 각 페이지 묶음이 서로를 강화하도록 합니다.
| 모델 | 원리 | 링크 규칙 | 적합한 경우 |
|---|---|---|---|
| 사일로 | 주제별로 엄격히 나눈 섹션, 섹션마다 전용 폴더 | 링크는 주로 사일로 안에 머묾 | 상품군이 명확히 나뉜 스토어와 사이트 |
| 토픽 클러스터 | 필러 페이지가 큰 주제를, 클러스터 페이지가 하위 주제를 다룸 | 필러가 모든 클러스터 페이지로 링크하고, 각 클러스터 페이지가 다시 필러로 링크 | 블로그, SaaS, 가이드 |
| 시맨틱 코쿤 | 검색 의도에 따라 넓은 주제에서 구체적인 주제로 페이지를 정리 | 링크는 사용자의 이동 경로를 따르고, 코쿤 간 링크는 적게 | 많은 롱테일 검색어를 노리는 콘텐츠 중심 사이트 |
어떤 모델이든 결과는 같습니다. 구글은 한 주제를 깊이 다루는 페이지 묶음을 보게 되고, 이것이 주제 권위를 쌓습니다. 콘텐츠 필러 가이드는 필러 주제를 고르는 방법을 보여 주며, 토픽 클러스터 생성기는 핵심 키워드에서 클러스터 페이지 목록을 만들어 줍니다.
| 단계 | 콘텐츠 사이트 또는 블로그 | 온라인 스토어 |
|---|---|---|
| 0단계 | 홈페이지: 서비스, 주요 주제, 최신 글 | 홈페이지: 주요 카테고리, 베스트셀러 |
| 1단계 | 주제 허브 또는 필러 페이지: /seo/, /content/ | 카테고리: /women/, /men/ |
| 2단계 | 허브에서 링크된 글: /seo/site-architecture/ | 하위 카테고리: /women/running-shoes/ |
| 3단계 | 관련 글에서 링크된 심화 글 | 하위 카테고리와 관련 상품에서 링크된 상품 페이지 |
| 상호 링크 | 같은 주제 안의 글끼리, 글에서 서비스 페이지로 | 블로그 가이드에서 카테고리로, 상품에서 액세서리로 |
온라인 스토어의 경우 구글은 메뉴에서 카테고리로, 카테고리에서 하위 카테고리로, 하위 카테고리에서 모든 상품으로 링크하고, 홈페이지에서 베스트셀러를 노출하라고 권합니다. Shopify에서는 컬렉션과 상품이 이미 이 논리를 따릅니다. 플랫폼별 특징은 Shopify SEO와 GEO 페이지에서 다룹니다.
ChatGPT, Claude, Perplexity, Gemini는 크롤러와 검색 색인으로 페이지를 찾으며, 이런 크롤러 상당수는 자바스크립트를 실행하지 않고 원본 HTML을 읽습니다. 일반 HTML 안의 링크, 논리적인 계층, 주제를 요약하는 허브 페이지는 콘텐츠를 더 쉽게 발견하고 인용하게 해 줍니다. 구글은 AI 개요와 AI 모드가 답변을 만들기 위해 하위 주제별로 여러 관련 검색을 실행할 수 있다고 설명합니다. 잘 짜인 토픽 클러스터는 그 하위 주제마다 대응하는 페이지를 제공합니다.
중요한 페이지는 홈페이지 가까이에 두고, 허브 페이지를 중심으로 주제별로 콘텐츠를 묶으며, 모든 페이지가 최소 한 개의 관련 페이지에서 링크를 받게 하세요. 구조는 한 번 설계하면 새 페이지가 추가될 때마다 채워집니다. Sorank의 글 생성기는 autopilot으로 글을 발행하고 같은 주제의 페이지로 내부 링크를 자동으로 추가하므로, 새 콘텐츠가 고아 페이지를 만드는 대신 구조를 강화합니다.
중요한 페이지는 세 번의 클릭 이내라는 것이 일반적인 경험칙입니다. 구글은 한도를 정하지 않았지만, 페이지에 도달하는 데 필요한 링크 수를 중요도의 단서로 사용합니다. 다섯, 여섯 번 클릭해야 닿는 전략 페이지에는 보통 허브나 인기 페이지에서 추가 링크가 필요합니다.
링크만큼 중요하지는 않습니다. 구글은 일반적으로 사이트 계층을 이해하는 데 URL 구조를 사용하지 않고 내부 링크에 의존한다고 밝혔습니다. 그래도 설명적인 단어로 된 읽기 쉬운 URL은 사용자에게 도움이 되고 보고서 분석도 쉽게 해 주며, 폴더는 구글이 대규모 사이트를 효율적으로 크롤링하는 데 도움이 됩니다.
고아 페이지는 사이트의 다른 어떤 페이지도 링크하지 않는 페이지입니다. 검색엔진은 사이트맵이나 외부 링크로만 찾을 수 있고, 내부 권위도도 전혀 받지 못합니다. 관련 허브나 글에서 링크를 걸거나, 가치가 없다면 리디렉션 또는 삭제하는 것이 해결책입니다.
먼저 Sorank를 경험한 사람들
