SEO 구조 설계 | 허브·클러스터·내부링크 중심 정보 설계 가이드
검색은 “콘텐츠”만으로 이기지 않습니다.
정보 구조와 URL, 내부 연결 방식이 먼저 정리돼야 성과가 안정됩니다.
페이지 수보다 URL의 책임이 먼저입니다.
SEO 구조 설계는 메뉴를 보기 좋게 나누거나 URL을 짧게 만드는 작업만을 뜻하지 않습니다.
사이트 안의 각 URL이 어떤 질문과 역할을 책임하는지 정하고, 허브·상세·근거·비용·문의 페이지를 연결하며, 중복·자기잠식·canonical·Redirect·색인 기준을 운영 가능한 규칙으로 만드는 일입니다.
신규 사이트는 필요한 페이지와 템플릿을 설계하고, 기존 사이트는 현재 URL·검색 유입·콘텐츠·데이터를 먼저 보호한 뒤 유지·보강·통합·301 여부를 판단해야 합니다.
사이트맵은 페이지 목록이고, SEO 구조는 URL 책임체계입니다.
같은 페이지 목록이라도 각 URL이 담당할 질문·근거·다음 행동이 불명확하면 검색과 사용자 이동이 모두 흔들릴 수 있습니다.
페이지 목록
Home, About, Services, Portfolio처럼 무엇을 만들지 나열합니다. 제작 범위 확인에는 필요하지만 URL별 대표 질문과 검색의도까지 자동으로 정해지지는 않습니다.
URL 책임
각 페이지가 어떤 질문에 답하고 어떤 근거를 보여주며 어디로 이동시키는지 정합니다. Primary·상위 허브·CTA·담당자를 함께 기록합니다.
변경 거버넌스
URL 추가·통합·이전·noindex·canonical·301을 일반 문구수정과 분리하고 GSC 기준선·승인자·롤백 방법을 남깁니다.
SEO 구조 설계는 8개 구조층으로 의사결정합니다.
다음 명칭과 순서는 화면 카드·인포그래픽·ItemList Schema에서 동일하게 사용합니다.
사업목표·전환경로
기업 이해·서비스 선택·제품 비교·사례 검증·비용 확인·견적 준비·문의·예약·구매 중 각 페이지가 담당할 행동을 정합니다.
페이지 인벤토리·역할
현재 URL·페이지명·Primary 역할·대표 질문·상위 허브·다음 행동·업데이트 담당자를 한 표에서 관리합니다.
URL 계층·분류체계
parent·child, 카테고리, CPT, archive, slug, 언어별 URL과 Breadcrumb 관계를 정리합니다.
메뉴·사용자 이동경로
PC·모바일 메뉴, 본문 연결, Footer, Breadcrumb, XML Sitemap을 서로 다른 탐색 시스템으로 설계합니다.
허브·상세·근거·전환 관계
주제 허브가 상세페이지를 안내하고 사례·실적·문서가 주장을 증명하며 비용·견적·문의로 이어지게 합니다.
템플릿·콘텐츠 모델
고유 페이지와 반복형 상세, CPT·ACF·taxonomy·archive·filter·관리자 편집 구조를 구분합니다.
색인·canonical·Redirect 통제
index·noindex·canonical·301·404·개발 URL·파라미터·중복 페이지의 처리 기준을 정합니다.
운영·측정·변경관리
담당자·승인자·변경이력·GSC·GA4·URL 추가·통합·정기검수·롤백을 운영규칙으로 만듭니다.
SEO 구조 페이지 역할 지도
사업목표·페이지 역할·URL 계층·메뉴·허브·템플릿·색인·운영까지 8개 구조층을 시각화했습니다.
HTML 본문에도 같은 핵심정보를 유지하며, PC·태블릿과 모바일 전용 이미지를 분리해 중복 노출을 방지합니다.
페이지 유형보다 실제 역할을 먼저 분류합니다.
메뉴명이 같아도 사이트마다 책임이 다를 수 있으며, 모든 사이트가 아래 역할을 모두 가져야 하는 것은 아닙니다.
Home
기업·브랜드·핵심 서비스와 주요 선택경로를 연결하는 전체 진입점입니다.
상위 허브
주제 전체를 정의하고 현재 상황에 맞는 하위 상세·가이드·전환 경로를 안내합니다.
서비스·제품 상세
하나의 제공대상·범위·적합성·프로세스를 깊게 설명합니다.
사례·근거
실제 수행·실적·프로세스·인증·공식자료로 주장의 신뢰를 보강합니다.
가이드·문서
정의·질문·비교·정책·도움말의 대표 답변 URL을 제공합니다.
비교·비용
선택기준·범위·예산·책임 차이를 정리해 견적 준비를 돕습니다.
전환·문의
견적·문의·예약·구매·가입 등 목표 행동을 완료하게 합니다.
운영·지원
매뉴얼·계정·정책·고객지원과 오픈 후 운영 책임을 정리합니다.
URL INVENTORY
기존 사이트는 새 사이트맵보다 URL 인벤토리가 먼저입니다.
검색노출이 낮다는 이유만으로 즉시 삭제·noindex·301하지 않고, 사용자 가치·내부 역할·외부링크·전환기여와 GSC 신호를 함께 판단합니다.
| 검토 항목 | 확인 내용 | 처리 결정 | 결정 전 필수 확인 |
|---|---|---|---|
| URL·페이지명 | 현재 주소, title, parent, language | 유지·보강 | 검색의도와 대표 역할 |
| 검색신호 | 클릭·노출·평균순위·대표 쿼리 | 보강·통합 검토 | 기간 중복 없이 GSC 비교 |
| 콘텐츠·근거 | 품질, 중복, 최신성, 사례·문서 | 유지·통합·업데이트 | 사용자 가치와 책임 URL |
| 기술관계 | canonical, WPML, Schema, internal link | canonical·301 검토 | 대표 URL·언어·그래프 관계 |
| 데이터·기능 | 회원·제품·주문·문의·외부연동 | 보호·이전·삭제 검토 | 백업·롤백·운영 영향 |
URL·메뉴·Breadcrumb·Sitemap은 같은 구조가 아닙니다.
각 시스템은 서로 연결되지만 목적이 다르므로 별도로 설계하고 함께 검수해야 합니다.
URL 계층
페이지의 parent·child와 분류체계를 표현합니다. 짧은 주소보다 현재 검색신호와 역할관계 보호가 우선일 수 있습니다.
메인·모바일 메뉴
핵심 사용자 선택경로를 제한된 공간에 보여줍니다. 모든 URL을 메뉴에 노출할 필요는 없습니다.
Breadcrumb
현재 페이지가 어떤 상위 문맥에 속하는지 보여주며 URL·화면 계층과 일치해야 합니다.
본문 내부연결
사용자가 다음에 필요한 허브·상세·근거·비용·문의 페이지를 문맥 안에서 연결합니다.
Footer·보조탐색
정책·지원·운영·보조 서비스처럼 메인 메뉴에 모두 넣기 어려운 경로를 제공합니다.
XML Sitemap
검색엔진 수집대상 URL을 전달하는 기술목록이며, 메뉴 또는 사용자 사이트맵과 목적이 다릅니다.
허브·상세·근거·전환의 책임을 분리하고 연결합니다.
한 페이지가 모든 설명과 증거와 비용과 상담을 독점하기보다 각 URL이 대표 역할을 소유하고 다음 단계로 연결되게 합니다.
허브
주제 전체를 정의하고 방문자의 현재 상태를 진단한 뒤 하위 경로를 선택하게 합니다.
상세
서비스·제품·전략 하나의 대상·범위·적합성·프로세스를 깊게 설명합니다.
근거
사례·실적·인증·프로세스·공식문서처럼 검수 가능한 사실로 주장을 보강합니다.
전환
비용·비교·견적·문의·예약·구매 등 사용자의 목표 행동을 완료합니다.
페이지 수와 고유 템플릿 수를 분리합니다.
사이트가 커질수록 모든 페이지를 개별 제작하거나 모든 내용을 하나의 반복 템플릿에 넣는 방식 모두 운영위험이 커질 수 있습니다.
고유 핵심 페이지
Home·About·대표 서비스 허브·비용·문의처럼 브랜드 메시지와 사용자 선택경로를 고유하게 설계하는 페이지입니다.
반복형 콘텐츠
서비스·제품·포트폴리오·고객사례·지식문서·FAQ·자료실처럼 동일한 정보필드를 반복하는 콘텐츠입니다.
CPT·ACF·taxonomy
single template·archive·filter·search·관리자 편집을 데이터 모델로 설계해 대량 콘텐츠의 일관성과 확장성을 관리합니다.
자기잠식은 키워드 중복보다 URL 책임 중복으로 진단합니다.
동일 표현이 두 페이지에 등장해도 부모 허브와 상세, 교육형과 구매형처럼 역할이 다르면 공존할 수 있습니다.
먼저 확인할 질문
- 두 URL이 같은 질문에 답하는가
- 같은 사용자 단계와 CTA를 소유하는가
- 상위 허브와 하위 상세 관계인가
- 검색결과에서 대표 URL이 반복 교체되는가
- 내부링크가 어느 URL을 대표로 지지하는가
가능한 처리방식
- 역할 분리와 본문 보강
- 상위·하위 관계 재정리
- 내부링크 대표성 수정
- 콘텐츠 통합 검토
- canonical 또는 301 검토
index·noindex·canonical·301·404는 서로 다른 결정입니다.
모든 URL을 색인시키거나 모든 404를 Home으로 보내는 방식은 사용자의 기대와 검색자산을 모두 흐릴 수 있습니다.
색인 대상
검색자가 찾을 독립 가치가 있는 대표 서비스·제품·가이드·사례·비용 페이지입니다.
noindex 검토
내부 운영·낮은 가치 검색결과·필터·로그인·마이페이지·중복 보조페이지입니다.
canonical 검토
동일 또는 매우 유사한 대표 콘텐츠와 파라미터·인쇄·변형 URL의 대표관계를 지정합니다.
영구이전·삭제
301은 실제 영구이전·통합이 확정됐을 때, 404는 적절한 대체콘텐츠 없이 삭제가 확정됐을 때 사용합니다.
신규 구축과 기존 리뉴얼은 시작점이 다릅니다.
신규 구축
- 사업목표·핵심 고객·질문
- Desired Identity와 사이트맵
- 페이지 역할·템플릿·콘텐츠
- 운영 담당자·승인자
필요한 URL과 콘텐츠 모델을 처음부터 설계합니다.
기존 리뉴얼
- 기존 URL·GSC·검색 유입
- 콘텐츠·이미지·외부링크
- 회원·제품·주문·문의 데이터
- Redirect·canonical·Schema·WPML
현재 검색자산과 운영데이터를 먼저 인벤토리화한 뒤 유지·보강·통합·301을 판단합니다.
URL 구조 변경은 일반 문구수정과 분리해 승인합니다.
신규 URL·이동·통합·parent·메뉴·canonical·noindex·301·CPT·WPML 변경은 사이트 전체 관계와 검색자산에 영향을 줄 수 있습니다.
| 변경 기록 | 확인 내용 | 승인·검수 | 변경 후 관찰 |
|---|---|---|---|
| 변경 이유 | 사용자 문제·사업목표·중복 역할 | 요청자·책임자·승인자 | 목표 URL과 CTA |
| 영향 URL | 상위·하위·내부링크·메뉴 | 콘텐츠·기술·WPML 검수 | 404·Redirect·canonical |
| 기존 기준선 | GSC·GA4·외부링크·전환 | 백업·롤백 가능여부 | 7일·28일·90일 관찰 |
| 배포 요소 | Sitemap·Schema·Breadcrumb·캐시 | 스테이징·Go/No-Go | URL Inspection·오류기록 |
SEO 구조 결정·운영 거버넌스 매트릭스
페이지 역할마다 대표 질문·상하위 관계·색인 판단·필수 근거·다음 CTA·업데이트 담당을 함께 정리했습니다.
HTML 본문에도 같은 핵심정보를 유지하며, PC·태블릿과 모바일 전용 이미지를 분리해 중복 노출을 방지합니다.
현재 구조 문제에 맞는 다음 문서를 선택합니다.
각 전문 페이지가 소유하는 세부 검색의도를 반복하지 않고, SEO 구조 설계 이후 필요한 실행문서로 연결합니다.
사례·비용·준비자료를 확인한 뒤 현재 사이트에 맞춰 상담합니다.
QUESTIONS
‘프리미엄 홈페이지 제작’은 한 번 만들고 끝나는 작업이 아니라, 영업과 신뢰를 쌓는 기반입니다. 상담에서 지금 단계에 필요한 것만 추려서 로드맵 형태로 정리해드립니다.