토픽 클러스터(Topic Cluster)는 한 주제를 넓게 다루는 필러 페이지(Pillar Page) 하나와 그 주제의 세부 질문을 각각 다루는 클러스터 페이지 여러 편을 내부 링크로 서로 묶는 콘텐츠 구조다. 주제 클러스터, 허브 앤 스포크 구조라고도 부른다.
키워드 하나에 글 하나를 쓰는 방식과 달리, 주제 하나를 사이트가 얼마나 빈틈없이 다루는지를 검색엔진에 보여 주는 것이 목적이다. 글 사이의 링크가 “이 페이지들은 같은 주제의 부분들이다”라는 신호를 만든다.
세 요소로 이뤄진다. 필러 페이지, 클러스터 페이지, 그리고 둘을 잇는 내부 링크다.
| 요소 | 역할 | 예 (주제가 “GEO”일 때) |
|---|---|---|
| 필러 페이지 | 주제 전체를 한 페이지에서 개관한다. 세부 주제마다 짧게 설명하고 해당 클러스터 페이지로 링크한다. 검색량이 큰 포괄 키워드를 겨냥한다 | GEO란 무엇인가 |
| 클러스터 페이지 | 세부 질문 하나를 깊게 답한다. 롱테일 키워드를 겨냥하고, 본문에서 필러 페이지로 되돌아가는 링크를 건다 | AI 오버뷰, LLM 인용, 인용 최적화 |
| 내부 링크 | 필러에서 클러스터로, 클러스터에서 필러로 양방향으로 건다. 관련된 클러스터끼리도 잇는다. 앵커 텍스트는 대상 페이지의 주제어를 쓴다 | 본문 문장 안의 링크 |
필러 페이지는 긴 글이어야 하는 것이 아니다. 세부 주제를 전부 짚되 각 주제의 깊은 설명은 클러스터 페이지에 맡기는 것이 요점이고, 그래서 필러가 클러스터보다 짧은 경우도 흔하다.
구글이 링크로 페이지 사이의 관계를 읽고, 단어가 아니라 개념 단위로 콘텐츠를 이해하기 때문이다. 구글이 토픽 클러스터라는 기법 자체를 권장한 적은 없다. 효과의 근거는 구글의 링크 처리 방식과 외부 실험이다.
구글은 SEO 기본 가이드에서 “링크는 사용자와 검색엔진을 사이트의 다른 부분, 또는 다른 사이트에 있는 관련 페이지에 연결해 줍니다”라고 적고, 사이트 구성 권장 사항으로 “디렉터리에서 주제별로 유사한 페이지 그룹화하기”를 든다 (Google 검색 센터, 검색엔진 최적화 기본 가이드). 링크 문서에서는 “중요한 페이지마다 사이트에 있는 다른 페이지 중 하나 이상의 링크가 있어야 합니다”라고 요구한다 (Google 검색 센터, Google에서 링크를 크롤링할 수 있도록 하기).
개념 이해 쪽에서는 RankBrain과 신경망 검색이 근거다. 구글은 RankBrain을 “단어와 개념 간의 관계를 이해하는 데 도움을 주는 AI 시스템”으로, 신경망 검색을 “검색어 및 페이지에 포함된 개념이 어떻게 표현되는지 이해하고 이를 서로 매칭할 때 사용하는 AI 시스템”으로 설명한다 (Google 검색 센터, Google 검색 순위 시스템 가이드). 키워드 일치보다 주제 커버리지가 평가 단위가 되면, 한 주제를 여러 페이지로 나눠 묶은 구조가 유리해진다.
이 구조를 이름 붙여 퍼뜨린 곳은 HubSpot이다. HubSpot은 2015년 자사 콘텐츠팀 실험에서 “관련 페이지 사이에 내부 링크를 더 많이 추가할수록 그 페이지들이 검색 결과에서 더 높이 올라가고 노출도 더 많이 얻었다”고 보고했고, 이 결과가 토픽 클러스터 모델의 출발점이 됐다 (HubSpot, Topic Clusters: The Next Evolution of SEO). Ahrefs는 같은 구조를 설명하면서 “구글이 토픽 클러스터를 쓰라고 명시적으로 말한 적은 없다”고 선을 긋는다 (Ahrefs, Topic Clusters for SEO).
구글이 공식적으로 “주제 권위”를 신호로 밝힌 영역은 뉴스다. 2023년 5월 구글은 뉴스용 주제 권위 시스템이 “다양한 신호를 고려하여 특정 영역에서 간행물의 전문성이 어느 정도 수준인지 파악”하며, 지역 홍수 보도에서 대형 매체보다 지역 매체를 위에 올리는 식으로 작동한다고 설명했다 (Google 검색 센터 블로그, 뉴스 주제 권위 이해하기). 일반 웹 검색에 같은 시스템이 있다고 밝힌 적은 없으므로, 토피컬 어소리티를 뉴스 바깥에서 말할 때는 추정이라는 점을 적어야 한다.
이 사이트 /wiki/는 133편이 서로 링크된 클러스터다. 2026년 10월 9일 발행 30일이 지난 76편을 대상으로, 다른 위키 문서 본문에서 받은 내부 링크 수와 서치콘솔 최근 90일 노출 수를 비교했다.
| 받은 내부 링크 | 문서 수 | 노출 수 중앙값 | 노출 50회 이상 비율 | 클릭 합계 |
|---|---|---|---|---|
| 0개 | 4 | 25회 | 25% | 1 |
| 1~2개 | 14 | 44회 | 29% | 14 |
| 3개 이상 | 58 | 50.5회 | 53% | 95 |
받은 링크 수와 노출 수의 스피어만 상관계수는 0.34였다. 반대로 문서가 내보내는 링크 수와 노출 수는 -0.30으로, 많이 걸어 주는 것보다 많이 받는 것이 성과와 함께 움직였다. 발행 시점과 주제 수요가 섞인 관찰값이라 인과를 말할 수는 없지만, 같은 사이트 안에서도 링크를 받는 문서와 못 받는 문서의 노출이 갈린다는 점은 확인된다.
사일로는 디렉터리와 내비게이션으로 주제를 칸막이하는 구조고, 토픽 클러스터는 본문 링크로 주제를 묶는 구조다. 둘은 배타적이지 않지만 강조점이 다르다.
| 비교 | 사일로 구조 | 토픽 클러스터 |
|---|---|---|
| 묶는 수단 | URL 디렉터리, 카테고리, 메뉴 | 본문 안의 내부 링크 |
| 중심 페이지 | 카테고리 페이지(목록) | 필러 페이지(개관 글) |
| 주제 간 링크 | 사일로 밖으로의 링크를 제한하는 편 | 관련되면 클러스터 사이에도 건다 |
| 적합한 사이트 | 상품 카테고리가 명확한 쇼핑몰, 대형 사이트 | 블로그, 가이드, 용어집 같은 정보 사이트 |
구글이 디렉터리 그룹화를 권장하는 것은 사일로의 근거이고, 본문 링크로 관련 리소스를 이으라고 하는 것은 클러스터의 근거다. 둘 다 “같은 주제의 페이지가 서로 가까이 있어야 한다”는 한 원칙의 다른 구현이다.
주제를 먼저 고르고, 세부 질문을 모아 묶고, 필러를 쓴 뒤 링크를 거는 순서다.
구조를 그려 놓고 링크를 걸지 않거나, 필러를 긴 글로 오해하는 경우가 가장 많다.
| 실수 | 왜 문제인가 | 고치는 법 |
|---|---|---|
| 필러에서만 링크하고 클러스터에서 되돌아오는 링크가 없다 | 구글이 필러를 중심으로 인식할 신호가 반쪽이다 | 클러스터 본문 첫 화면 안에 필러 링크를 둔다 |
| 사이드바나 푸터 링크만으로 묶는다 | 모든 페이지에 똑같이 붙는 링크는 주제 관계를 말해 주지 않는다 | 본문 문장 안에 맥락 있는 링크를 건다 |
| 필러를 수만 자짜리 글로 만든다 | 클러스터와 내용이 겹쳐 서로 경쟁한다 | 필러는 요약과 안내, 깊이는 클러스터로 |
| 클러스터 페이지가 서로 비슷하다 | 검색 의도가 같은 글 여러 편은 한 편보다 약하다 | 통합하고 리디렉션한다 |
| 클러스터를 한 번 만들고 방치한다 | 새 세부 질문이 생기면 커버리지에 구멍이 난다 | 분기마다 자동완성과 서치콘솔 검색어를 다시 모아 추가한다 |
정해진 수는 없고, 세부 질문 묶음의 수가 곧 클러스터 페이지 수다. 실무에서는 필러 하나에 5~20편 사이가 흔한데, 그보다 적으면 주제를 충분히 다루지 못하고 그보다 많으면 주제가 둘 이상 섞여 있을 가능성이 크다. 뒤쪽이면 필러를 둘로 나눈다.
아니다. 토픽 클러스터는 콘텐츠 구조를 가리키는 SEO 용어고, 토픽 클러스터링은 문서 집합에서 주제를 자동으로 묶어 내는 자연어 처리 기법(토픽 모델링과 함께 쓰이는 말)이다. SEO 안에서 “키워드 클러스터링”이라고 하면 검색어를 의도별로 묶는 작업을 뜻하고, 이것이 토픽 클러스터를 설계하는 2단계에 해당한다.
서치폴라리스가 AI 검색 가시성을 진단하고 GEO 실행까지 대행합니다.