웹사이트 구조는 어떻게 설계해야 SEO에 가장 유리할까?
제2장: 검색 기초편 · 제19문
많은 사람이 SEO를 할 때키워드와 콘텐츠에만 집중하고, 정작 근본적인 문제인웹사이트 구조는 간과합니다. 구조가 엉망인 웹사이트는 이정표 없는 미로와 같아서, 검색엔진 크롤러가 들어와도 길을 찾지 못하고 사용자도 쉽게 길을 잃습니다. 좋은 웹사이트 구조는 SEO의 기초입니다.
"SEO 친화적" 웹사이트 구조란 무엇인가?
간단히 말해, 세 가지 기준을 충족하는 것입니다:
| 기준 | 설명 |
|---|---|
| 평탄화 | 모든 페이지가 홈페이지에서 출발해 3번의 클릭 이내에 도달 가능 |
| 논리 명확 | 분류 계층이 사용자 인식에 부합하고 혼란스럽지 않음 |
| 크롤링 가능 | 크롤러가 링크를 따라 모든 중요 페이지를 순회할 수 있음 |
이상적인 웹사이트 구조: 트리형 + 평탄형
"트리 구조 + 평탄 계층"의 조합을 권장하며, 계층은 3단계 이내로 제어합니다:
이 책이 있는 songbing.com.cn을 예로 들면, 그 구조가 바로 "트리 + 평탄"의 전형입니다:
首页 (https://www.songbing.com.cn/)
├── 100问 目录页 (/100wen/) ← 分类页/内容枢纽
│ ├── 第一章:认知篇
│ │ ├── 问答页 (/100wen/what-is-organic-marketing/)
│ │ └── 问答页 (/100wen/what-is-aeo/)
│ ├── 第二章:搜索基础篇
│ │ ├── 问答页 (/100wen/site-structure-for-seo/) ← 本文所在
│ │ └── 问答页 (/100wen/keyword-research-workflow/)
│ └── …(共 6 章 101 篇问答)
├── 独立教程页 (/xhs-tutorial.html)
├── 独立教程页 (/tencent-docs-tutorial.html)
└── 工具页 (/douyin-xhs-feeds-plan.html)
핵심 원칙: 홈페이지 → 분류 페이지 → 콘텐츠 페이지로, 각 계층에 명확한 상하 관계가 있고 서로 내부 링크로 연결됩니다. 이 사이트를 보세요:/100wen/ 목차 페이지는 모든 문답의 "부모 노드"이고, 각 글은 왼쪽 책 목차를 통해 서로 연결되며, 이는 표준적인 트리 + 평탄 구조입니다.
다섯 가지 구조 설계 핵심 포인트
1. URL 계층은 콘텐츠 계층을 반영해야 함
좋은 URL:/100wen/what-is-organic-marketing/(한눈에 "100문 중 자연 마케팅이 무엇인지 설명하는 페이지"임을 알 수 있음)
나쁜 URL:/p?id=3847 또는 /2024/03/15/post-title/(계층도 알 수 없고 콘텐츠도 알 수 없음)
songbing.com.cn과 비교해 보면:/100wen/what-is-organic-marketing/ 는 동시에 "칼럼(100문) + 주제(자연 마케팅이란 무엇인가)“ 두 가지 정보를 표현하며, URL 자체가 구조 신호로서 검색엔진과 사용자가 페이지가 웹사이트 내에서 어디에 위치하는지 한눈에 알 수 있게 합니다.
2. 내비게이션 시스템은 완전해야 함
- 주요 내비게이션:모든 1차 분류를 포괄
- 브레드크럼 내비게이션:사용자와 크롤러에게 "내가 어디에 있는지”"를 알려줌
- 사이드바/하단 내비게이션:관련 페이지 진입점 보완
- 사이트 내 검색:대형 웹사이트 필수
3. 내부 링크 전략은 구조의 "혈관"
페이지 간에 고립되어 존재해서는 안 됩니다. 모든 콘텐츠는 다음을 해야 합니다:
- 상위 소속 카테고리 페이지로 링크
- 동종 관련 글에 횡적 링크
- 핵심 랜딩 페이지에 적절히 링크(가중치 전달)
4. "콘텐츠 허브"(Hub Page)로 가중치 집약
핵심 키워드에 대해 집약 페이지(일명 Pillar Page)를 만들고 모든 관련 하위 주제 글을 이곳에 링크로 모으세요. 이는 검색 엔진이 특정 주제에 대한 당신의 "권위성"을 이해하는 데 도움이 됩니다.
songbing.com.cn의 방식이 좋은 본보기입니다:/100wen/ 목차 페이지가 바로 "중국어 비유료 마케팅"이라는 핵심 주제의 콘텐츠 허브입니다, 6장 101개 문답을 모두 한 페이지에 모으고, 각 글은 다시 좌측 목차를 통해 허브 페이지로 역링크됩니다——허브 페이지는 가중치를 집약하고, 하위 페이지는 롱테일 트래픽을 흡수하며, 서로를 돕습니다.
5. 흔한 구조 함정 피하기
| 문제 | 결과 |
|---|---|
| 고립 페이지(내부 링크 없음) | 크롤러가 발견하지 못해 인덱싱되지 않음 |
| 계층이 너무 깊음(>4층) | 크롤링 효율 저하, 가중치 감쇠 |
| 대량의 중복/유사 분류 | 가중치 분산, 키워드 간 자기 경쟁 |
| 순수 JS 렌더링 내비게이션 | 일부 크롤러가 링크를 파싱할 수 없음 |
유형별 웹사이트 구조 제안
- 기업 공식 홈페이지:홈 + 제품/서비스 분류 + 사례 + 블로그, 계층은 단순하게
- 콘텐츠 사이트/블로그:주제별 분류 + Tag 태그 체계 + 집약 특집 페이지
- 전자상거래 사이트:카테고리 트리 + 필터 페이지(facet URL 정규화 주의) + 상품 상세 페이지
실전 제안
- 구조도를 먼저 그리고 사이트 구축: XMind, 幕布 같은 마인드맵 도구로 사이트 구조를 그려 보고 계층이 합리적인지 확인한 뒤 개발에 착수하세요. 구조를 바꾸는 것은 콘텐츠를 바꾸는 것보다 훨씬 비용이 큽니다.
- 정기적으로 "크롤링 깊이"를 점검하세요: Screaming Frog 등의 도구로 전체 사이트를 크롤링하여 깊이가 3단계를 초과하는 페이지나 고아 페이지가 있는지 확인하고, 내부 링크를 적시에 보완하세요.
- 구조 조정 시 301을 잘 설정하세요: URL 구조를 재설계해야 하는 경우, 기존 순위와 백링크 가치를 잃지 않도록 반드시 기존 URL에서 새 URL로의 301 리디렉션을 설정하세요.
AI 도구로 해결하기: 사이트 구조 설계 및 감사
시나리오 1: 제로부터 사이트 구조도 설계하기
제 웹사이트는 [기업 공식 홈페이지/이커머스/콘텐츠 블로그]이고, 비즈니스는 [제품A/서비스B/콘텐츠 카테고리C]를 포함하며, 타깃 사용자는 [타깃층], 주요 키워드는 [핵심 키워드 몇 개]입니다. 3계층 이내의 플랫 사이트 구조를 설계해 주세요: 홈페이지, 1차 카테고리, 2차 카테고리, 콘텐츠 페이지의 트리 구조, URL 경로 형식, 그리고 각 카테고리에 어떤 페이지를 배치해야 하는지 나열해 주세요. 출력은 트리 다이어그램으로 보여 주세요.
AI가 생성한 구조도는 사이트 구축의 "청사진"으로 바로 사용할 수 있어 화이트보드 앞에서 직접 고민하는 것보다 훨씬 수월합니다.
시나리오 2: 기존 구조의 고아 페이지 및 과도한 계층 문제 감사
전체 사이트 URL 목록(Screaming Frog에서 내보낸 CSV 또는 sitemap.xml 콘텐츠)을 AI에 붙여넣으세요:
이것은 제 사이트의 전체 URL 목록입니다(붙여넣기). 다음을 도와주세요: 1) 상위 분류에 속하지 않는 "고아 페이지" 식별; 2) 계층이 3단계를 초과하는 URL 식별(슬래시 개수 세기); 3) 이름이 혼란스러워 URL만으로 콘텐츠를 판단할 수 없는 경로 찾기; 4) 재구성 제안 및 해당 301 매핑 예시 제공.
시나리오 3: URL 명명 표준화
URL 구조를 설계 중인데, 다음은 몇 가지 페이지의 중국어 이름입니다(나열). SEO 친화적인 영문 URL slug를 생성해 주세요: 소문자, 하이픈 사용, 가능한 한 짧게, 핵심 키워드 유지, 날짜와 ID 사용 금지. 각 중국어 이름에 대해 2개의 후보를 제시하고, 어느 것을 선택할지 그리고 그 이유를 설명해 주세요.
시나리오 4: 구조도를 그리고 문서로 변환하기
아래의 사이트 구조 설명(트리 구조 붙여넣기)을 Mermaid 플로차트 문법으로 표현하여 프로젝트 문서나 프레젠테이션에 넣을 수 있게 해 주세요.
주의: AI의 한계
- AI는 구조를 만들고, 당신이 비즈니스를 결정합니다: 분류의 선택은 비즈니스 우선순위와 사용자 습관에 달려 있으며, AI는 일반적인 SEO 원칙에 따라 제안할 수 있을 뿐 최종 구조는 직접 결정해야 합니다
- URL 변경에는 비용이 따릅니다: AI가 제안한 URL 명명이 매우 훌륭할 수 있지만, 기존 URL을 변경한다는 것은 301 리다이렉트와외부 링크업데이트를 의미하므로, 불필요하게 "보기 좋게" 하기 위해 변경하지 마세요
- 전체 내비게이션 코드를 생성해서 바로 배포하지 마세요: 내비게이션 구조는 제품/운영 팀의 협업이 필요하며, AI가 생성한내부 링크방안은 실제 콘텐츠에 따라 수동으로 확인해야 합니다
