상세문의
×
간편문의
홍은표 · 넥스트티 대표 · SEO/GEO 컨설턴트 | 작성 2026-06-06
DEFINITION · 한 문장 정의
글을 하나씩 따로 쌓는 대신, 한 주제를 여러 글로 나누고 연결해 신뢰를 쌓는 방식입니다. 주제 전체를 안내하는 대표 글 한 편(기둥)과, 갈래를 하나씩 깊게 파는 여러 글(가지)로 묶습니다. (SEO에서는 이를 토픽 클러스터, 대표 글을 pillar(필러), 갈래 글을 spoke(스포크)라고 부릅니다.)
왜 지금? 예전엔 글 하나가 검색에서 경쟁했지만, 지금은 한 주제를 깊고 넓게 다룬 사이트가 검색과 AI 답변 모두에서 더 유리해지고 있습니다.
1분 요약 · KEY TAKEAWAYS
WHY NOW · 검색에서 주제로
글을 하나씩 따로 쓰면, 검색엔진과 AI는 우리를 "여러 주제를 조금씩 다루는 사이트"로 이해하기 쉽습니다. 반대로 비슷한 주제를 묶어서 다루면 "이 분야는 여기가 전문가"로 이해하기 쉬워집니다. 토픽 클러스터는 그 "전문가로 보이는 상태"를 의도적으로 만드는 일이고, 넥스트티가 고객사 콘텐츠에서 하는 일이 정확히 이 설계입니다(자세히는 아래 "우리 측정 클러스터 해부").
예전 검색은 단순했습니다. 키워드 하나에 페이지 하나를 띄웠죠. 그래서 "키워드마다 글 한 편"씩 찍어내는 전략이 통했습니다. 하지만 검색엔진은 점점 "이 사이트가 이 주제 전체를 얼마나 잘 아는가"를 보는 쪽으로 옮겨 왔고, AI 답변은 한 걸음 더 갑니다. AI는 질문에 답할 때 여러 페이지의 정보를 조합해 한 답을 만들고, 그 과정에서 한 주제를 가장 폭넓고 일관되게 다룬 출처를 거듭 끌어다 쓰는 것으로 보입니다 — 이건 우리가 단정하는 법칙이 아니라, 봇 접속 로그로 관측한 범위의 패턴입니다.
오해는 마세요. "검색은 페이지, AI는 주제"라는 건 편한 대비일 뿐, 칼로 자르듯 갈리지 않습니다. 검색엔진도 오래전부터 주제 권위를 봐왔고, AI 답변도 결국 개별 페이지를 인용 단위로 씁니다. 달라진 건 반복·교차 인용의 무게가 주제 쪽으로 쏠린다는 점이에요.
키워드 1개 → 페이지 1개. 단발 글을 많이 쌓는 전략이 통했습니다. 글끼리 연결이 없어도 각자 순위를 노릴 수 있었습니다.
AI는 여러 글을 합쳐 답을 만들고, 한 주제를 일관되게 다룬 출처를 더 자주 끌어다 쓰는 경향이 있습니다. 흩어진 글보다 한 주제로 묶인 클러스터가 더 또렷한 신호가 됩니다.
SEO 개념인데, 왜 GEO 시대에 더 중요해졌나
토픽 클러스터는 원래 검색 순위를 위한 SEO 개념이었습니다. 그런데 AI 답변 시대엔 의미가 하나 더 붙었습니다. 한 주제를 일관되게 묶어 두면, AI가 "이 회사 = 이 분야"라는 연결을 더 안정적으로 잡습니다. 그러면 그때그때 검색해서 인용되는 걸 넘어, 관련 질문이 나올 때 먼저 참고할 후보에 가까워집니다. 우리는 이걸 검색 결과에 한 번 잡히는 문제를 넘어, AI가 "이 분야의 후보"로 먼저 떠올리는 문제로 봅니다(넥스트티는 이를 기억층 문제라고 부릅니다) — 같은 클러스터 구조 하나가 SEO와 GEO를 동시에 떠받치는 셈입니다.
STRUCTURE · 역할 분담
쉽게 말하면 — 자동차보험 상담을 받는데, 한 사람은 보험료만 말하고, 다른 사람은 블랙박스 할인·자녀 특약·사고 났을 때 처리까지 한 번에 짚어 준다면 누구를 더 믿게 될까요? 당연히 후자입니다. 글도 똑같습니다. 한 주제의 여러 갈래를 함께 다루면 "이 분야는 여기가 전문가"라는 신뢰가 쌓입니다.
헷갈리기 쉬운 부분 하나. 클러스터를 만든다고 하면 보통 "글끼리 링크를 어떻게 걸지"부터 떠올립니다. 그건 중요하지만 이 글의 주제가 아닙니다. 링크를 거는 법(앵커 텍스트·링크 배분 같은 "배관")은 내부 링크 설계 원칙에서 따로 다룹니다. 여기서는 그 앞 단계 — 무엇을 만들고, 한 주제를 어떻게 쪼개 덮을지(건축) — 만 봅니다.
HOW · 주제를 쪼개는 법
우리가 진짜 잘 아는 주제, 그리고 고객이 실제로 묻는 주제여야 합니다. 너무 좁으면 spoke가 안 나오고, 너무 넓으면("마케팅 전체" 같은) 한 사이트가 다 덮을 수 없습니다. "한 분야의 한 묶음"이 적당합니다.
그 주제를 두고 고객이 묻는 질문을 쭉 적습니다. "이게 뭔가요 / 어떻게 하나요 / 뭐가 다른가요 / 얼마나 드나요" 같은 식으로요. 검색 의도가 다르면 다른 글이 될 후보입니다. 이 질문 목록이 곧 spoke 후보가 됩니다.
비슷한 질문은 한 spoke로 합치고, 의도가 다른 질문은 다른 spoke로 나눕니다. 핵심 기준은 하나 — 두 글이 같은 의도·같은 키워드를 노리면 안 된다는 것. 겹치면 둘이 서로 자리를 다툽니다(다음 섹션).
pillar는 각 갈래를 짧게 소개하고 해당 spoke로 보냅니다. spoke는 깊게 파고 다시 pillar(와 형제 spoke)로 돌아옵니다. 이 연결을 어떻게 자연스럽게 거는지(앵커 텍스트·링크 배분)는 별도 주제라 여기서는 다루지 않습니다.
안티패턴 — "키워드마다 글 한 편"을 기계적으로 찍으면, 의도가 같은 글이 여러 개 생겨 클러스터가 아니라 중복 더미가 됩니다. 개수가 아니라 갈래가 안 겹치게 나뉘었는가가 클러스터의 기준입니다.
업종마다 이렇게 쪼갭니다 (예시)
기둥 "법인 세무 가이드" → 가지 부가세 신고 · 종합소득세 · 세무조사 대응 · 절세 항목
기둥 "러닝화 고르는 법" → 가지 발 모양별 추천 · 쿠션 차이 · 사이즈 고르기 · 관리·세탁법
기둥 "온라인 광고 입문" → 가지 검색광고 · 디스플레이 · 리타게팅 · 성과 측정
공통점 — 기둥 하나가 주제를 안내하고, 가지들이 서로 다른 질문을 하나씩 맡습니다. 가지끼리 같은 질문을 노리지 않습니다.
FIX · 자기들끼리 안 싸우게
키워드 카니발라이제이션은 같은 의도·같은 키워드를 노린 글이 여러 개여서 서로 자리를 갉아먹는 상태입니다(cannibalize = 제 살 깎아먹기). 검색엔진·AI 입장에선 "이 사이트는 같은 말을 여러 번 한다"로 보여, 어느 글을 대표로 삼아야 할지 흐려집니다. 클러스터로 가려면 먼저 이 겹침을 정리해야 합니다.
세 글이 같은 의도(=SEO 정의)를 노립니다. 대표가 없어 셋이 서로의 자리를 나눠 갖습니다.
정의는 pillar 하나로 모으고, 나머지는 서로 다른 갈래로 역할을 나눴습니다. 겹침이 사라집니다.
이미 겹친 글이 있다면 세 가지 중 하나로 정리합니다. ① 합치기 — 비슷한 글들을 대표 한 편으로 통합하고 나머지는 그쪽으로 넘깁니다. ② 역할 다시 주기 — 각 글이 서로 다른 하위 질문을 맡게 다시 씁니다. ③ 대표로 모으기 — 사정상 비슷한 URL이 남으면 대표 글로 canonical을 모아 "이게 원본"이라고 알려줍니다. 다만 canonical은 합치기·재작성보다 약한 신호이자 임시방편입니다 — 구글에 보내는 신호일 뿐 명령이 아니라, 본문·내부링크 신호가 어긋나면 무시될 수도 있어요. 그래서 가능하면 ①·②로 먼저 정리하는 편이 낫습니다. canonical을 넣었는데도 중복이 안 사라진다면 링크·주소 형태가 섞인 경우가 많은데, 이건 canonical·트레일링 슬래시 디버깅에서 따로 다뤘습니다.
IN PRACTICE · 우리 사이트는 이렇게 짰다
말로만 하면 공허하니 우리 사이트를 그대로 열어 보겠습니다. 우리는 "GEO 측정"이라는 한 주제를 클러스터로 짰습니다. GEO 완전 가이드(/geo/guide)가 pillar(주제 지도)이고, 그 아래 "측정"이라는 갈래를 여러 spoke로 나눠 깊게 팝니다. 각 spoke는 같은 주제를 다른 각도에서 다루기 때문에 서로 겹치지 않습니다.
한 가지 정직하게 덧붙입니다. 이 구조가 트래픽이나 순위를 얼마나 올렸다고 수치로 약속하지는 않겠습니다. 우리가 관측할 수 있는 건 "어떤 글이 같이 읽히고, 어디서 어디로 넘어가는가"까지이고, 그 너머는 추정입니다. 다만 분명한 건, 같은 주제를 흩어 쓰는 것보다 한 묶음으로 덮을 때 주제 권위가 쌓일 조건이 만들어진다는 점입니다. 관측과 추정을 굳이 갈라 쓰는 이유는 바로 위 "측정의 경계" spoke에 적어 두었습니다.
넥스트티는 무엇을 다르게 하나
글 수를 늘리는 건 누구나 합니다. 우리가 보는 일은 다릅니다 — AI와 검색엔진이 고객사를 "이것저것 하는 회사"가 아니라 "이 분야 전문가"로 이해하기 쉬운 조건을 설계하는 것입니다. 같은 주제를 겹치지 않게 나누고(클러스터 설계), 회사를 가리키는 이름·정보를 한 곳으로 모으고(엔티티 연결), 그 신호가 검색·AI 양쪽에서 일관되게 보이도록 맞춥니다. 구체적으로는 검색 키워드 · 고객 질문 · 기존 콘텐츠 중복 · 내부 링크 · 엔티티 정보 · AI 봇 접속 로그를 함께 봐서, "많은 글"이 아니라 "한 주제를 덮는 구조"로 다시 설계합니다.
그래서 검색 상위 노출 → AI 답변의 인용 → "이 분야 하면 떠오르는 이름"으로 이어질 조건을 만드는 데 집중합니다. 강제로 외우게 만드는 게 아니라, 기억되기 쉬운 조건을 설계하는 일입니다. 지금 우리 회사 콘텐츠가 "전문가"로 보이는지 "이것저것"으로 보이는지부터 한 번 점검해 볼 만합니다.
COMMON MYTHS · 자주 보는 오해
현장에서 "클러스터 한다"고 할 때 가장 자주 어긋나는 지점들입니다.
오해 01
아닙니다. 개수가 아니라 갈래가 안 겹치게 나뉘었는가가 기준입니다. 비슷한 글 10개는 클러스터가 아니라 서로 깎아먹는 중복입니다.
오해 02
링크만 모아둔 목차는 pillar가 아닙니다. pillar는 그 자체로 주제 전체를 읽고 이해할 수 있는 한 편이어야 하고, 깊은 갈래를 spoke로 넘기는 구조입니다.
오해 03
링크는 마지막 단계입니다. 그 전에 주제를 겹치지 않게 나누는 설계가 안 돼 있으면, 아무리 링크를 잘 걸어도 중복끼리 연결한 것일 뿐입니다. 설계가 먼저, 배관이 나중입니다.
한 줄 정리 — 토픽 클러스터는 "글을 많이 쓰는 일"이 아니라 한 주제를 겹치지 않게 나눠 끝까지 덮는 설계입니다.
RELATED CONTENT
학습 깊이와 도입 단계에 맞춘 추천
FAQ
CHECKLIST · 우리 클러스터 자가 점검
6개 중 막히는 항목이 있으면, 그게 우리 콘텐츠가 "전문가"가 아니라 "이것저것"으로 읽히는 지점입니다.
이런 증상이 2개 이상이면 토픽 클러스터 정리가 필요합니다
DESIGN · TOPIC CLUSTER
겹치는 글 정리 · pillar/spoke 역할 분해 · 카니발라이제이션 점검 · 주제별 콘텐츠 지도 설계.
넥스트티가 현재 콘텐츠를 주제 단위로 다시 그려, 무엇을 합치고 무엇을 나눌지 우선순위를 정리해드립니다.
