네이버 SEO 블로그 주제 분리, 독자가 같으면 한 블로그에 모읍니다
블로그를 하나로 둘지 나눌지는 독자를 보고 정합니다. 같은 독자가 함께 찾는 주제라면 한 블로그에 두고 카테고리나 폴더로 나눕니다. 네이버 블로그에서 네이버 SEO를 챙기든, 자체 도메인 블로그에서 구글 검색을 챙기든 블로그 주제 분리의 출발점은 같습니다.
블로그를 나누는 경우는 따로 있습니다. 독자·브랜드·검수 책임자가 모두 다르고, 블로그마다 발행 인력도 있을 때입니다. 인력이 부족하면 한 곳에 모으는 쪽을 기본으로 합니다. 발행이 멈춘 블로그가 여러 개 남으면 관리 부담만 커지기 때문입니다.
블로그를 하나로 둘지 나눌지 무엇으로 정합니까?
블로그 구성은 디자인보다 운영의 문제입니다. 다음 네 가지를 차례로 확인합니다.
- 독자와 검색 의도: 같은 직무의 독자가 두 주제를 함께 찾는지 확인합니다. 예를 들어 마케팅 담당자가 광고 운영과 검색 노출을 함께 찾는다면 같은 블로그가 맞습니다.
- 발행 지속성: 나눈 블로그마다 발행 일정을 따로 지킬 수 있어야 합니다. 일정이 끊기면 갱신되지 않는 블로그가 여러 개 남습니다.
- 브랜드와 검수 책임: 사업부, 브랜드 표기, 검수 책임자가 다른지 확인합니다. 한 사람이 모든 글을 검수한다면 한 블로그가 관리하기 쉽습니다.
- 측정 단위: 주제별 성과를 따로 봐야 하는지 확인합니다. 자체 도메인 블로그라면 한 사이트 안에서도 경로별로 성과를 나눠 볼 수 있습니다. 측정만을 이유로 블로그를 나누지 않아도 됩니다.
측정 단위는 결론을 바꾸지 않으므로 아래 표에서 뺍니다. 나머지 세 항목의 답을 조합하면 결론은 세 가지 중 하나로 모입니다.
| 독자 | 브랜드·검수 책임 | 발행 인력 | 결론 |
|---|---|---|---|
| 같음 | 같음 | 관계없음 | 기존 블로그 카테고리 |
| 같음 | 다름 | 관계없음 | 기존 블로그 카테고리, 카테고리별 검수 기준 지정 |
| 다름 | 같음 | 관계없음 | 같은 도메인 별도 폴더 |
| 다름 | 다름 | 블로그별로 확보 | 별도 블로그 |
| 다름 | 다름 | 부족 | 같은 도메인 별도 폴더로 시작하고 인력 확보 뒤 다시 판단 |
둘째 줄처럼 독자는 같고 브랜드 표기나 검수자만 다르면 카테고리마다 검수 기준을 정해 구분합니다. 블로그를 나누면 같은 독자가 두 블로그를 오가야 하기 때문입니다. 폴더 구조를 운영자가 정하기 어려운 플랫폼형 블로그라면 표의 「별도 폴더」를 카테고리로 바꿔 적용합니다.
검색엔진 공식 자료는 주제가 섞인 블로그를 어떻게 봅니까?
Google의 유용한 콘텐츠 작성 문서는 자가 점검 질문을 묶음별로 제시합니다. 사용자 중심 콘텐츠 묶음에는 「사이트에 주된 목적이나 초점이 있는가」라는 질문이 있습니다. 검색엔진 중심 콘텐츠를 경계하는 묶음에는 「일부라도 검색 성과를 기대하며 여러 주제의 글을 많이 만드는가」라는 질문이 있습니다.
같은 묶음에는 실제 전문성 없이 검색 유입만 보고 새 주제에 들어갔는지 묻는 질문도 있습니다. 이 질문들이 문제 삼는 것은 주제의 개수보다 주제를 넓힌 이유입니다. 실무에서는 새 주제를 넣기 전에 「기존 독자 때문인가, 검색 유입 때문인가」를 먼저 적는 방법을 권합니다. 답이 검색 유입뿐이라면 주제를 넓히는 일부터 다시 검토합니다.
Google SEO 기본 가이드는 URL이 수천 개를 넘는 사이트라면 콘텐츠 구성 방식이 크롤링과 색인 생성에 영향을 줄 수 있다고 설명합니다. 비슷한 주제를 디렉터리(폴더)로 묶으면 디렉터리별 변경 빈도를 Google이 학습하는 데 도움이 된다고도 안내합니다. 한편 사이트 구성 방식과 관계없이 검색엔진이 지금 상태의 페이지를 이해할 가능성이 높다고 적었습니다.
같은 가이드는 하위 디렉터리와 하위 도메인 선택을 크게 신경 쓰지 않아도 되는 항목으로 분류합니다. 비즈니스 관점에서 사업에 맞는 쪽을 택하라고 안내합니다. 하위 디렉터리로 나누면 관리가 쉬울 수 있고, 주제나 업종에 따라 하위 도메인으로 나누는 편이 타당할 때도 있다고 설명합니다.
외부 업체나 제휴사가 쓴 글을 검색 유입 목적으로 회사 블로그에 올리면 Google 스팸 정책의 사이트 평판 악용 점검 대상이 될 수 있습니다. 자사 직원이 직접 쓰는 글의 주제 확장은 앞의 자가 점검 질문으로 판단합니다.
한 블로그와 분리 운영은 실제로 무엇이 달라집니까?
두 방식의 차이는 대부분 운영 부담과 독자 동선에서 생깁니다.
| 항목 | 한 블로그 + 카테고리 | 주제별 블로그 분리 |
|---|---|---|
| 발행 부담 | 하나의 일정으로 운영합니다 | 블로그마다 일정을 따로 지켜야 합니다 |
| 독자 동선 | 관련 글끼리 바로 연결됩니다 | 블로그를 오가야 관련 글을 봅니다 |
| 주제 선명도 | 카테고리 설계가 약하면 흐려집니다 | 블로그별로 주제가 분명합니다 |
| 브랜드·검수 | 한 가지 기준을 적용하고, 필요하면 카테고리별로 나눕니다 | 블로그별 기준을 따로 둘 수 있습니다 |
| 성과 측정 | 자체 도메인이라면 경로별 속성으로 나눠 봅니다 | 블로그별로 바로 나뉩니다 |
| 관리 비용 | 계정과 도구가 한 세트입니다 | 블로그 수만큼 늘어납니다 |
분리 쪽이 확실히 나은 칸은 주제 선명도와 브랜드·검수입니다. 독자가 다르고 이 두 가지가 중요한 조직일수록 분리의 이점이 커집니다. 그렇지 않다면 한 블로그가 운영하기 쉽습니다.
자체 도메인이라면 폴더·하위 도메인·별도 도메인 중 무엇을 고릅니까?
아래 표는 Google 다국가·다국어 사이트 관리 문서의 URL 구성 비교에서 설정·서버 위치·분리 항목만 옮긴 것입니다.
| 방식 | 예시 형태 | 설정·유지보수 | 서버 위치 | 사이트 분리 |
|---|---|---|---|---|
| 하위 디렉터리 | 회사 도메인/blog/ | 설정이 쉽고 같은 호스트라 유지보수 부담이 낮습니다 | 하나로 묶입니다 | 더 어렵습니다 |
| 하위 도메인 | blog.회사 도메인 | 설정이 쉽습니다 | 달리할 수 있습니다 | 쉽습니다 |
실무에서는 독자가 겹치면 하위 디렉터리를 기본으로 하는 방법을 권합니다. 운영 조직이나 시스템이 달라야 하면 하위 도메인을 검토합니다. 브랜드 자체가 다르면 별도 도메인을 검토합니다. 별도 도메인은 위 비교에 없으므로 도메인 관리, 보안 인증서, Search Console 속성을 따로 운영하는 부담까지 따져 정합니다.
측정은 Search Console로 나눌 수 있습니다. 도움말에 따르면 도메인 속성은 모든 하위 도메인, 프로토콜, 하위 경로의 데이터를 합칩니다. URL 접두어 속성은 그 접두어로 시작하는 URL만 포함합니다. 도움말은 따로 추적할 도메인이나 하위 경로마다 별도 속성을 만드는 방법을 권합니다.
네이버 블로그 같은 플랫폼형 블로그는 어떻게 합니까?
네이버는 2016년 보도자료에서 C-Rank를 「특정 관심사 내에서 정보를 생산해내는 생산자」에 대한 이용자 선호를 계산하는 알고리듬으로 소개했습니다. 현재의 세부 계산 방식은 이 자료만으로 알 수 없습니다. 다만 블로그를 관심사 단위로 본다는 출발점은 확인할 수 있습니다.
폴더나 속성을 직접 정하기 어려운 플랫폼형 블로그에서는 카테고리가 사실상 유일한 분리 수단입니다. 블로그 이름, 소개 문구, 카테고리 목록을 다루는 주제 범위에 맞춥니다. 독자가 이 세 가지만 보고도 블로그 성격을 알 수 있어야 합니다.
블로그를 새로 나누기로 했다면 기존 글은 그대로 두고 새 글부터 새 블로그에 발행합니다. 기존 블로그 소개 문구와 카테고리는 남는 주제 범위에 맞게 고칩니다.
상황별로는 어떤 구성이 맞습니까?
아래는 모두 가상의 예입니다. 자사 상황과 가장 가까운 줄을 찾아 출발점으로 삼습니다.
| 상황 | 결론 | 이유 |
|---|---|---|
| B2B 솔루션 기업이 사용법·업계 동향·도입 사례를 함께 씁니다 | 기존 블로그 카테고리 | 세 주제를 같은 구매 담당자가 찾습니다 |
| 채용·기업문화 글을 마케팅팀이 함께 검수합니다 | 같은 도메인 별도 폴더 | 독자는 다르지만 브랜드와 검수 책임이 같습니다 |
| 소비자용 브랜드와 기업 고객용 서비스를 다른 팀이 운영합니다 | 별도 블로그 | 독자, 검색어, 문체, 책임자가 모두 다릅니다 |
| 담당자 한 명이 세 주제를 모두 씁니다 | 기존 블로그 카테고리 | 분리하면 블로그마다 발행 간격이 벌어집니다 |
판단이 엇갈리면 다음 결정 메모를 채웁니다. 주제마다 한 장씩 쓰고 다시 볼 날짜를 함께 적습니다.
- 주제 이름:
- 이 주제를 찾는 독자(직무와 상황):
- 기존 블로그 독자와 겹치는 정도: 겹침 / 일부 겹침 / 겹치지 않음
- 주제를 넣는 이유: 기존 독자 요청 / 사업 확장 / 검색 유입
- 월 발행 가능 편수와 담당자:
- 검수 책임자와 브랜드 표기:
- 결론: 기존 블로그 카테고리 / 같은 도메인 별도 폴더 / 별도 블로그
- 6개월 뒤 다시 볼 날짜:
가상의 ○○ 기업이라면 결론 칸을 이렇게 씁니다. 「채용 글은 마케팅 블로그 독자와 겹치지 않는다. 검수는 마케팅팀이 같이 맡고 인사팀이 월 2편을 쓴다. 같은 도메인의 별도 폴더로 운영한다.」
이미 주제가 섞인 블로그를 나누려면 무엇부터 합니까?
먼저 카테고리 재정리만으로 해결되는지 확인합니다. 주소를 옮기는 작업은 되돌리기 어렵기 때문입니다.
그래도 옮겨야 한다면 Google 사이트 이전 문서의 원칙을 응용합니다. 이 문서는 사이트 이전을 전제로 쓰였으므로, 일부 글만 옮길 때는 매핑과 리디렉션 원칙을 빌려 씁니다.
문서는 기존 URL과 새 URL을 대응시키는 매핑이 중요하다고 설명합니다. 서버 측 영구 리디렉션을 권하고, 리디렉션은 가능한 한 오래, 보통 최소 1년 유지하라고 안내합니다. 소규모·중간 규모 사이트도 대부분의 페이지가 옮겨지는 데 몇 주가 걸릴 수 있다고 적었습니다.
같은 문서는 소규모·중간 규모 사이트라면 섹션별로 옮기기보다 모든 URL을 동시에 옮기라고 권합니다. 큰 사이트는 한 섹션씩 옮겨도 된다고 설명합니다. 블로그 일부를 떼어 낼 때도 옮길 글 묶음은 한 번에 옮기는 쪽을 기본으로 합니다.
- 옮길 글 목록을 뽑고 기존 주소와 새 주소를 한 줄씩 대응시킵니다.
- 기존 주소마다 새 주소로 301 리디렉션을 설정합니다.
- 새 위치를 Search Console 속성으로 추가하고 사이트맵을 제출합니다.
- 옮긴 뒤 표본 주소를 열어 기존 주소가 새 주소로 넘어가는지 확인합니다.
이전 기간에는 노출이 흔들릴 수 있으므로 성수기를 피해 일정을 잡습니다. 운영자가 서버 리디렉션을 설정할 수 없는 플랫폼이라면 앞 절의 방식대로 새 글부터 새 블로그에 발행합니다.
정리
- 운영 중인 주제를 모두 적고 주제마다 결정 메모의 독자·이유·인력 칸을 채웁니다.
- 결론 조합표에 답을 대입해 카테고리, 별도 폴더, 별도 블로그 중 하나를 고릅니다.
- 별도 블로그로 정한 주제는 발행 담당자와 월 발행 편수를 먼저 확정합니다.
- 주소를 옮겨야 하면 매핑과 301 리디렉션을 준비한 뒤 한 번에 옮기고, 플랫폼형 블로그라면 새 글부터 새 블로그에 발행합니다.
- 메모에 적은 6개월 뒤 날짜에 발행 실적을 확인하고 구성을 다시 판단합니다.
참고 자료
- Creating helpful, reliable, people-first content (Google Search Central, 확인일 2026-10-22)
- SEO Starter Guide (Google Search Central, 확인일 2026-10-22)
- Spam policies for Google web search (Google Search Central, 확인일 2026-10-22)
- Managing multi-regional and multilingual sites (Google Search Central, 확인일 2026-10-22)
- Add a website property to Search Console (Search Console 도움말, 확인일 2026-10-22)
- Site moves with URL changes (Google Search Central, 확인일 2026-10-22)
- 네이버, C-Rank 알고리듬을 활용하여 생생한 정보를 제공하는 LIVE 베타 서비스 선보여 (네이버 보도자료 2016-02-01, 확인일 2026-10-22)