서브도메인 vs 서브디렉터리: SEO보다 운영 경계를 먼저 정하는 선택 기준
같은 팀과 기술·분석 체계로 운영하면 서브디렉터리가 단순하고, 별도 제품·국가·조직처럼 독립성이 필요하면 서브도메인이 더 명확할 수 있습니다.
서브도메인과 서브디렉터리 사이에 모든 사이트에 적용되는 SEO 승자는 없습니다.
`blog.example.com`과 `example.com/blog/`은 주소 모양만 다른 것이 아닙니다. 인증서, 쿠키, 배포, 분석 속성, 검색 콘솔 관리, 장애 범위와 담당 팀의 책임까지 달라질 수 있습니다. 검색 순위에 대한 막연한 기대보다 실제 운영 경계를 먼저 정의해야 합니다.
한 조직이 같은 브랜드와 디자인, 콘텐츠 편집 체계로 운영하는 블로그라면 서브디렉터리가 단순한 경우가 많습니다. 반대로 별도 제품이나 국가, 사용자 권한, 인프라를 독립적으로 운영해야 한다면 서브도메인이 관리에 유리할 수 있습니다. 선택의 핵심은 주소가 아니라 독립성이 필요한 이유입니다.
운영 조건별 기본 선택
아래 표는 절대 규칙이 아니라 설계 출발점입니다. 한 항목만 보지 말고 가장 많은 조건이 어디에 모이는지 확인합니다.
| 조건 | 서브디렉터리가 편한 경우 | 서브도메인이 편한 경우 |
|---|---|---|
| 콘텐츠 책임 | 같은 편집팀과 승인 절차 | 별도 법인·국가·제품팀 |
| 기술 배포 | 같은 CMS와 릴리스 주기 | 다른 앱·서버·보안 정책 |
| 사용자 경험 | 하나의 브랜드와 탐색 구조 | 독립 서비스처럼 보여야 함 |
| 데이터 관리 | 같은 분석·동의·전환 체계 | 데이터 경계와 권한을 분리해야 함 |
| 장애 범위 | 한 번에 운영해도 됨 | 서비스별 독립 복구가 필요 |
검색엔진은 두 구조를 모두 처리할 수 있습니다
검색엔진이 서브도메인을 무조건 별도 사이트로 취급하거나 서브디렉터리의 신호를 자동 합산한다는 식의 단정은 피해야 합니다. 실제 평가는 링크, 콘텐츠 관계, 사이트 구조와 여러 신호를 종합해 이뤄집니다. 주소 형식만 바꾼다고 낮은 품질이나 약한 내부 연결이 해결되지는 않습니다.
Google의 사이트 이름 기능처럼 도메인·서브도메인 단위로 제공되는 검색 기능도 있습니다. 따라서 서브도메인은 별도 홈과 이름을 가질 수 있지만, 이것이 순위 보너스를 뜻하지는 않습니다. 검색 기능의 단위와 콘텐츠 품질 평가는 구분해야 합니다.
서브디렉터리는 일관된 운영을 단순하게 만듭니다
같은 웹 애플리케이션에서 `/blog/`, `/guide/`, `/help/`를 운영하면 공통 헤더, 인증, 쿠키 동의, 분석 태그와 디자인 시스템을 재사용하기 쉽습니다. 내부 링크도 상대적으로 자연스럽고 배포·모니터링 도구를 한곳에서 관리할 수 있습니다.
다만 하나의 애플리케이션에 모든 기능을 억지로 넣으면 장애 범위가 커질 수 있습니다. 콘텐츠팀이 다른 CMS를 필요로 하는데 URL 모양 때문에 복잡한 프록시를 추가한다면 운영 비용이 SEO 기대보다 커질 수 있습니다.
서브도메인은 독립성을 얻는 대신 연결 비용이 생깁니다
`docs.example.com`, `shop.example.com`, `kr.example.com`처럼 서비스 성격이 뚜렷하게 다르면 별도 배포와 권한, 보안 설정을 적용하기 쉽습니다. 사고가 한 서비스에 발생했을 때 다른 서비스로 확산되는 범위를 줄이는 데도 도움이 될 수 있습니다.
반면 공통 탐색, 로그인, 분석 세션, 쿠키, 디자인과 내부 링크를 직접 맞춰야 합니다. 서브도메인을 만든 뒤 헤더와 푸터가 다르고 서로 연결되지 않으면 사용자는 같은 브랜드인지 알기 어렵고 검색엔진도 문서 관계를 파악하는 데 더 많은 신호가 필요합니다.
- 모든 서브도메인에 일관된 브랜드와 소유 정보를 제공합니다.
- 중요한 문서는 본문 문맥에서 상호 연결합니다.
- 분석 도메인 설정과 교차 도메인 측정을 검증합니다.
- 각 서비스의 robots.txt·사이트맵·canonical을 별도로 확인합니다.
- DNS·TLS·배포와 장애 대응 책임자를 문서화합니다.
다국어 구조는 번역보다 조직 모델로 결정합니다
`example.com/kr/`과 `kr.example.com` 모두 다국어 사이트에 사용할 수 있습니다. 국가별 팀이 같은 CMS와 템플릿을 공유하면 디렉터리가 단순할 수 있고, 법적 고지·상품·배포 인프라가 국가마다 독립적이면 서브도메인이 실용적일 수 있습니다.
어느 쪽이든 언어별 URL을 고유하게 만들고 `hreflang`, canonical, 언어 전환 링크를 일관되게 설정해야 합니다. 사용자의 언어를 강제 리디렉션해 검색봇과 방문자가 다른 콘텐츠를 보게 만들지 말고 직접 선택할 경로를 남기세요.
구조 변경은 URL 이전 프로젝트입니다
서브도메인에서 서브디렉터리로 옮기거나 반대로 바꾸면 단순한 디자인 개편이 아닙니다. 모든 URL의 대응표, 301 리디렉션, 내부 링크, canonical, 사이트맵, 분석과 검색 콘솔 속성을 함께 변경해야 합니다.
이전 전후에 같은 콘텐츠를 두 주소에서 장기간 제공하면 대표 URL 선택이 흔들릴 수 있습니다. 페이지 유형별로 작은 범위를 먼저 옮겨 응답 코드, 렌더링, 색인과 트래픽을 확인한 뒤 전체로 확대하세요.
구조 선택을 위한 8단계 질문
회의에서 “SEO에 뭐가 좋나요?”라고 묻기 전에 아래 질문에 답하면 논쟁을 운영 결정으로 바꿀 수 있습니다.
- 콘텐츠와 서비스의 최종 책임자가 같은지 정합니다.
- CMS, 프레임워크, 배포 주기와 장애 대응 팀을 비교합니다.
- 로그인·결제·개인정보·쿠키가 공유돼야 하는지 확인합니다.
- 브랜드, 헤더, 검색, 탐색과 고객지원 경험을 하나로 제공할지 정합니다.
- 국가·언어·법적 고지와 데이터 보관 요구를 확인합니다.
- DNS, TLS, WAF, 캐시와 모니터링을 누가 운영할지 기록합니다.
- 두 구조의 12개월 개발·운영 비용과 이전 위험을 추산합니다.
- 결정 이유와 재검토 조건을 아키텍처 문서에 남깁니다.
대부분의 소규모 콘텐츠 사이트는 불필요한 분리를 줄이는 편이 낫습니다. 그러나 독립 서비스가 명확한데도 “신호를 모아야 한다”는 이유로 복잡한 프록시를 만드는 것 역시 좋은 선택은 아닙니다.
구조 선택에서 자주 생기는 오류
| 오류 | 문제 | 수정 방향 |
|---|---|---|
| 서브디렉터리는 항상 순위가 높다 | 콘텐츠와 링크, 운영 품질을 주소 형식으로 대체합니다. | 총운영비와 사용자 흐름을 함께 비교합니다. |
| 서브도메인은 완전히 별도 사이트다 | 브랜드와 링크 관계에 따라 연결 정도가 달라집니다. | 일관된 소유 정보와 문맥 링크를 제공합니다. |
| 이전 후 모든 URL을 홈으로 보낸다 | 사용자 의도와 기존 페이지 관계가 사라집니다. | 가장 가까운 대응 URL로 1대1 리디렉션합니다. |
| 분석 숫자만 이어지면 이전 성공이다 | 검색 색인·로그인·쿠키·캐시 문제를 놓칠 수 있습니다. | 기술·검색·전환 지표를 함께 검증합니다. |
주소 구조는 쉽게 바꾸기 어려운 기반입니다. 단기 캠페인 요구보다 2~3년 뒤의 팀 구성과 서비스 경계를 기준으로 선택하세요.
선택이 맞았는지 운영 지표로 확인합니다
구조를 적용한 뒤에는 순위 하나보다 배포 실패율, 페이지 속도, 사용자 이동, 로그인 오류, 분석 세션 단절과 검색 색인 상태를 함께 봅니다. 서브도메인 때문에 교차 도메인 측정이 끊겼거나 디렉터리 프록시 때문에 캐시가 불안정하면 설계 비용이 드러납니다.
이전을 했다면 이전 전 4주와 이후 기간을 페이지 유형별로 비교하고, 계절성과 콘텐츠 변경을 따로 기록합니다. 검색 노출 회복만 기다리지 말고 404, 리디렉션 체인, canonical 불일치와 사이트맵 상태를 매주 점검하세요.
- URL별 최종 응답 코드와 리디렉션 체인
- canonical·hreflang·사이트맵의 주소 일치
- 서비스 간 탐색 클릭과 이탈
- 분석 세션·전환의 교차 도메인 연결
- 배포·장애·복구 시간과 담당 팀의 작업량
- Search Console 속성별 색인·노출 변화
자주 묻는 질문
서브도메인은 Google이 완전히 다른 사이트로 보나요?
항상 완전히 분리된다고 단정할 수 없습니다. 다만 호스트가 달라지므로 소유권, 배포, 로그, 인증서와 운영 책임을 별도로 관리해야 하는 경우가 많습니다.
블로그는 무조건 /blog/가 유리한가요?
SEO의 보편 정답은 아닙니다. 같은 팀과 CMS가 운영하고 브랜드·전환 흐름을 공유한다면 서브디렉터리가 단순할 수 있지만, 제품이나 권한 경계가 다르면 서브도메인이 더 안전할 수 있습니다.
기존 서브도메인을 서브디렉터리로 옮기면 순위가 오르나요?
구조 변경 자체가 상승을 보장하지 않습니다. URL별 301 리디렉션, 내부 링크, canonical, 사이트맵과 분석 설정을 정확히 이전하고 변화를 장기간 관찰해야 합니다.
Search Console 속성은 어떻게 구성하나요?
도메인 속성으로 전체 호스트를 묶어 보고, 필요하면 URL 접두어 속성으로 특정 서브도메인이나 디렉터리를 세분화합니다. 보고 목적과 담당 조직이 일치하도록 권한도 분리하세요.
함께 읽으면 좋은 INXSEO 가이드
도메인 소유와 워드프레스 운영, 제3자 SEO 지표를 함께 이해하면 구조 선택을 순위 미신이 아니라 운영 설계로 볼 수 있습니다.
공식 확인 자료
검색 기능과 사이트 운영 환경은 변할 수 있으므로 현재 공식 문서를 기준으로 구현하세요.
서브도메인과 서브디렉터리의 정답은 SEO 공식이 아니라 필요한 독립성과 감당할 운영 비용이 만나는 지점에 있습니다.