서브도메인은 기본 도메인 앞에 이름을 붙여 만든 별도 호스트입니다. blog.example.com에서는 blog가 서브도메인입니다. 블로그와 쇼핑몰, 고객센터, 앱처럼 운영 환경이 다른 영역을 나눌 때 쓸 수 있습니다.
example.com/blog는 서브도메인이 아니라 하위 폴더입니다. 주소에서 점 앞에 붙는지, 슬래시 뒤의 경로에 들어가는지를 보면 구분할 수 있습니다.
서브도메인과 하위 폴더의 차이
| 방식 | 주소 예시 | 주소에서의 위치 |
|---|---|---|
| 서브도메인 | blog.example.com | 기본 도메인 앞의 별도 호스트 |
| 하위 폴더 | example.com/blog | 같은 호스트 아래의 경로 |
www.example.com의 www도 기술적으로는 서브도메인입니다. 다만 웹사이트 운영에서는 www 주소를 기본 주소처럼 쓰는 경우가 많습니다.
Google은 색인과 순위에서 서브도메인과 하위 폴더 가운데 어느 하나를 선호하지 않는다고 안내합니다. 관리하기 쉬운 방식을 선택하라는 것이 공식 입장입니다. 하위 폴더를 쓰면 도메인의 평가가 자동으로 더 잘 합쳐진다는 주장은 Google이 보장한 규칙이 아닙니다.
어떤 경우에 서브도메인을 쓰나
서브도메인은 검색 순위보다 운영 조건 때문에 선택하는 경우가 많습니다.
- 본 사이트와 앱의 배포 환경이 다를 때
- 고객센터나 개발 문서가 다른 CMS를 쓸 때
- 서비스마다 로그인과 보안 정책이 다를 때
- 국가나 조직별 운영팀이 독립적으로 관리할 때
- 별도 서버와 장애 대응 범위가 필요할 때
같은 CMS와 탐색 구조를 쓰는 콘텐츠라면 하위 폴더가 관리에 편할 수 있습니다. 반대로 주제가 비슷해도 배포와 권한을 분리해야 한다면 서브도메인이 나을 수 있습니다. 주제만 보고 구조를 정하지 않습니다.
SEO에서 실제로 달라지는 관리 범위
Search Console 속성
구글 서치 콘솔의 도메인 속성은 해당 도메인의 여러 프로토콜과 서브도메인을 함께 포함합니다. URL 접두어 속성은 입력한 주소 범위만 포함하므로 https://example.com/ 속성에서 https://blog.example.com/ 데이터가 보이지 않을 수 있습니다.
robots.txt와 호스트 설정
example.com과 blog.example.com은 서로 다른 호스트입니다. 각 호스트가 실제로 제공하는 robots.txt와 리디렉션, 캐노니컬, 서버 응답을 따로 확인해야 합니다. 사이트맵 제출 방식은 Search Console 속성과 운영 구조에 맞춰 정할 수 있으며, 서브도메인마다 반드시 별도 제출해야 하는 것은 아닙니다.
검색결과의 사이트 단위 표시
Google의 기능마다 사이트를 묶는 범위가 같지는 않습니다. 사이트 다양성 시스템은 일반적으로 루트 도메인과 서브도메인을 같은 사이트로 보지만 필요하면 별개로 다룰 수 있습니다. 사이트 이름은 도메인과 서브도메인 단위로 지원되며 하위 폴더 단위로는 지원되지 않습니다.
이 차이를 두고 서브도메인이 항상 별도 사이트로 평가된다고 일반화하면 안 됩니다.
서브도메인에서 하위 폴더로 옮길 때
주소 구조를 바꾸면 사이트 이전 작업이 됩니다. 순위 상승을 기대한다는 이유만으로 옮기기보다 운영상 얻는 이점과 이전 위험을 먼저 비교해야 합니다.
- 기존 URL과 새 URL을 일대일로 연결한 표를 만듭니다
- 각 기존 주소에서 대응하는 새 주소로 301 리디렉션을 설정합니다
- 내부 링크와 캐노니컬, 사이트맵을 새 주소로 고칩니다
- 두 호스트의 소유권과 색인 상태를 Search Console에서 확인합니다
- 이전 전후의 크롤링 오류와 검색 성과를 비교합니다
이전 후 트래픽이 달라져도 서브도메인 하나의 영향이라고 바로 결론 내리기 어렵습니다. URL, 내부 링크, 서버, 콘텐츠와 탐색 구조가 함께 바뀌었을 수 있습니다.
서브도메인을 쓴다는 사실만으로 ChatGPT나 Claude 인용이 늘거나 줄어든다는 공통 기준은 없습니다. AI 크롤러가 각 호스트에 접근했는지는 서버 로그와 호스트별 robots.txt에서 확인하고, 실제 답변이 어느 호스트의 URL을 인용하는지는 서비스별 질문으로 따로 봅니다. Google 검색의 AI 기능은 Search Console에서 각 속성 범위를 구분해 점검합니다.
서브도메인인지 확인하는 방법
- 주소에서
https://다음부터 첫 번째/전까지의 호스트를 봅니다 blog.example.com처럼 기본 도메인 앞에 점으로 구분된 이름이 있으면 서브도메인입니다example.com/blog처럼/뒤에 이름이 있으면 하위 폴더입니다- Search Console에서는 도메인 속성과 URL 접두어 속성의 포함 범위를 확인합니다
- 운영 중인 호스트별 robots.txt와 사이트맵, 캐노니컬, 리디렉션을 점검합니다
자주 묻는 질문
서브도메인은 SEO에 불리한가요?
구조만으로 불리하다고 단정할 수 없습니다. Google은 서브도메인과 하위 폴더 중 선호하는 방식이 없다고 밝힙니다. 콘텐츠 품질과 내부 링크, 크롤링 가능 여부, 운영 관리가 함께 작동합니다.
블로그를 하위 폴더로 옮기면 순위가 오르나요?
보장되지 않습니다. 옮길 이유가 관리 통합인지, 단순한 순위 기대인지 먼저 구분하세요. 이전을 결정했다면 URL 매핑과 리디렉션을 포함한 사이트 이전 절차가 필요합니다.
서브도메인마다 사이트맵을 따로 제출해야 하나요?
반드시 그런 것은 아닙니다. 사이트맵에 포함할 URL 범위와 Search Console 속성, 운영 책임에 따라 나눌 수 있습니다. 다만 각 서브도메인의 크롤링과 색인 상태는 구분해서 확인하는 편이 좋습니다.
함께 알아두면 좋은 용어
- URL 구조: 호스트와 경로를 포함한 주소 구성 방식
- 301 리디렉션: 영구적으로 옮긴 주소를 안내하는 서버 응답
- 구글 서치 콘솔: 속성 범위별 검색 데이터를 확인하는 도구
- 사이트맵: 검색엔진에 알릴 URL 목록을 담은 파일