서브도메인 vs 서브디렉토리

정의

**서브도메인(Subdomain)**은 도메인 앞에 추가적인 레이블을 붙인 구조다. blog.example.com, shop.example.com처럼 example.com의 서브도메인이 된다.

**서브디렉토리(Subdirectory)**는 같은 도메인 내에서 경로로 구분하는 구조다. example.com/blog/, example.com/shop/처럼 슬래시(/)로 구분되는 폴더다.

둘 다 사이트의 섹션을 나누는 방법이지만 구글이 이를 처리하는 방식이 다르고, SEO 결과도 다를 수 있다.

요약

결론: 대부분의 경우 서브디렉토리가 유리하다. 구글이 서브도메인을 별개 사이트로 처리하기 때문에 메인 도메인의 권위가 서브도메인에 전달되지 않는다. 단, 독립된 기술 환경이 필요하거나 완전히 별개의 서비스라면 서브도메인이 합리적이다.

구글의 처리 방식

서브도메인: 별개 사이트로 인식

구글은 공식적으로 서브도메인을 별개 사이트로 취급한다. blog.example.com에서 쌓인 권위와 백링크는 example.com에 직접 전달되지 않는다.

John Mueller(구글 공식 대변인)는 2018년 "서브도메인을 별도 사이트로 처리하는 것이 일반적"이라고 밝혔다. 다만 구글이 두 사이트의 관계를 파악해 연관 신호를 부분적으로 전달하는 경우도 있으나 이것은 보장되지 않는다.

서브디렉토리: 동일 사이트 인식

example.com/blog/는 example.com과 동일한 사이트다. 서브디렉토리의 백링크와 권위는 메인 도메인에 직접 기여한다. 내부 링크 권위도 자연스럽게 흐른다.

서브도메인 vs 서브디렉토리 비교

[COMPARISON_TABLE: 서브도메인 vs 서브디렉토리 — 권위·크롤·유지보수]

서브도메인

권위(Authority): 메인 도메인과 분리. 처음부터 독립적으로 권위를 쌓아야 함
크롤: 구글봇이 별도 크롤 예산 할당. 메인 사이트 크롤 영향 없음
내부 링크: example.com과 blog.example.com 간의 링크는 기술적으로 외부 링크
Google Search Console: 별도 속성으로 등록 필요 (도메인 속성으로 통합 가능)
사용 시기: 독립 서비스, 다른 기술 스택, 별개 팀 운영

서브디렉토리

권위(Authority): 메인 도메인 권위 공유. 기존 도메인 신뢰가 즉시 적용
크롤: 메인 사이트 크롤 예산 공유. 사이트 전체 크롤 효율 관리 필요
내부 링크: 완전한 내부 링크. 링크 권위 자유롭게 전달
Google Search Console: 동일 속성으로 관리
사용 시기: 블로그, 위키, 뉴스 섹션, 지원 문서

실제 사례: alleo.wiki vs alleo.kroffle.com

이 문서를 포함한 Alleo Wiki는 실제 도메인 결정이 이루어진 사례다.

서브도메인 방식: alleo.kroffle.com

kroffle.com의 메인 도메인 권위를 활용하지 못함
Wiki가 독립 도메인처럼 동작해 권위를 처음부터 쌓아야 함

독립 도메인 방식: alleo.wiki

완전히 별개의 브랜드 도메인
.wiki TLD가 콘텐츠 목적을 명확히 표현
초기에는 신뢰가 0에서 시작하지만 장기적으로 독립 브랜드 가치 생성

최종 결정: alleo.wiki (독립 도메인)
이유: Wiki 자체가 독립 브랜드 자산이 되어야 하고, kroffle.com과 다른 목적의 서비스이므로 독립 도메인이 합리적이다.

서브도메인을 선택해야 하는 경우

1. 완전히 다른 기술 스택

메인 사이트가 Next.js이고 블로그가 WordPress인 경우, 기술적 분리를 위해 서브도메인이 실용적이다.

2. 독립 팀·비즈니스 운영

HR, 지원(Support), 개발자 포털처럼 별도 팀이 운영하고 메인 사이트와 완전히 다른 목적인 경우.

3. 국가별 사이트 (ccTLD 대신)

kr.example.com, jp.example.com처럼 국가별 서브도메인을 사용하는 경우. 단, 이때는 hreflang 태그가 필수다. 자세히는 hreflang 태그 항목 참조.

4. 앱/API

app.example.com, api.example.com처럼 사용자가 직접 방문하는 마케팅 사이트가 아닌 기술 엔드포인트.

서브디렉토리를 선택해야 하는 경우

1. 블로그, 뉴스 섹션

example.com/blog/는 메인 사이트의 콘텐츠 마케팅 엔진이다. 서브디렉토리를 쓰면 블로그 포스트의 백링크가 메인 도메인에 직접 기여한다.

2. 위키, 지식 베이스

example.com/wiki/는 메인 사이트의 권위로 빠르게 색인된다.

3. 제품 문서

example.com/docs/는 제품 사이트 권위를 공유해 더 빠르게 검색 결과에 노출된다.

4. 다국어 서비스

example.com/ko/, example.com/en/처럼 언어별 서브디렉토리 + hreflang이 ccTLD 없이 다국어를 운영하는 가장 단순한 방법이다.

마이그레이션: 서브도메인에서 서브디렉토리로

기존 blog.example.com을 example.com/blog/로 이전하는 경우:

새 서브디렉토리에 콘텐츠 복사
각 서브도메인 URL → 대응하는 서브디렉토리 URL으로 301 리다이렉트 설정
XML 사이트맵 업데이트
GSC에 새 URL 등록 + 크롤 요청
외부 백링크 업데이트 요청 (시간이 걸리지만 301이 링크 권위를 전달함)

마이그레이션 후 3–6개월에 걸쳐 서브디렉토리 콘텐츠가 메인 도메인 권위를 흡수하며 순위가 오를 수 있다.

한국 시장 적용

네이버 처리 방식

네이버는 서브도메인과 서브디렉토리를 구글과 유사하게 처리하지만, 네이버 자체 서비스(블로그, 카페)를 subdomain으로 운영한다. blog.naver.com/username은 네이버 플랫폼의 서브도메인 구조다. 외부 사이트 운영자 입장에서는 구글과 동일하게 자체 도메인의 서브디렉토리를 권장한다.

자세히는 네이버 SEO 항목 참조.

한국 기업의 흔한 실수

한국 대기업은 제품·서비스별로 product.company.com, support.company.com처럼 서브도메인을 남발하는 경향이 있다. 각 서브도메인이 독립적으로 권위를 쌓아야 하므로 SEO 효율이 분산된다. 하나의 강한 도메인 아래 서브디렉토리로 통합하는 것이 권위 집중에 유리하다.

자주 묻는 질문

Q. 구글은 정말 서브도메인을 별개 사이트로 취급하나요?
A. 공식 입장은 그렇다. Google Search Central 문서와 John Mueller의 여러 공식 발언에서 서브도메인을 별개 사이트로 처리한다고 명시했다. 그러나 구글이 두 사이트 간 관계를 파악해 일부 신뢰를 전달하는 경우도 있으므로 "완전히 별개"가 아닌 "기본적으로 별개"가 정확한 표현이다.

Q. 이미 서브도메인으로 운영 중인 블로그를 이전해야 할까요?
A. 서브도메인 블로그에 이미 많은 백링크가 쌓인 경우, 이전 시 단기 리스크가 있다. 이전 이점(메인 도메인 권위 통합)이 이전 비용(크롤 재인식 기간, 임시 순위 하락)보다 크다고 판단될 때 이전을 진행한다. 소규모 블로그는 이전 이점이 명확하다. 대규모 블로그는 전문가와 상담 후 결정한다.

Q. www는 서브도메인인가요?
A. 기술적으로 www.example.com은 서브도메인이다. 그러나 구글은 www.example.com과 example.com을 사실상 같은 사이트로 취급하며, 301 리다이렉트로 하나로 통일하는 것이 권장된다. 자세히는 중복 콘텐츠 항목 참조.

Q. CDN이나 이미지 서빙을 위한 서브도메인도 SEO에 영향을 주나요?
A. cdn.example.com, images.example.com처럼 사용자가 직접 방문하지 않는 기술적 서브도메인은 SEO에 직접 영향을 주지 않는다. 이런 서브도메인은 robots.txt로 크롤을 제한하는 것이 권장된다.

Q. SaaS 회사에서 고객별 서브도메인(customer.saas.com)을 사용하는 것은 어떤가요?
A. 고객별 서브도메인은 비즈니스 요구에 의한 선택이므로 SEO 최적 여부와 별개로 필요한 경우가 있다. 이 경우 각 고객 서브도메인이 독립적으로 검색 결과에 노출되도록 적절한 메타 태그와 카노니컬을 설정하고, 민감한 고객 데이터 페이지는 noindex로 처리한다.