/ 인사이트 / 토픽 클러스터
검색·AI 심화

한 주제로 권위를 쌓는 구조, 토픽 클러스터.

글을 100개 써도 흩어져 있으면 검색·AI는 “이 사이트가 무엇의 전문인지” 모릅니다. 반대로 한 주제를 필러 하나 + 클러스터 여러 개 + 내부 링크로 묶으면, 같은 노력으로 ‘이 주제는 여기’라는 권위가 생깁니다. 우리 인사이트 자체가 그 구조로 짜여 있습니다.

한 줄 직답

토픽 클러스터는 한 주제의 핵심을 다루는 필러 페이지 하나에, 세부 질문을 다루는 클러스터 글 여러 개를 내부 링크로 묶은 구조입니다. 이렇게 하면 검색·AI가 “이 사이트는 이 주제의 전문”이라고 인식하고, 비슷한 글끼리 순위를 깎아먹는 키워드 카니발라이제이션을 피할 수 있습니다.

요약

  • 필러(핵심) 1 + 클러스터(세부) 다수 + 양방향 내부 링크 = 토픽 클러스터.
  • 구조 자체가 “이 주제는 여기 전문”이라는 신호를 검색·AI에 보낸다.
  • 필러가 대표 키워드, 클러스터가 세부 키워드를 나눠 맡아 카니발라이제이션을 피한다.
  • 새 글을 안 써도, 흩어진 글을 묶고 링크만 다시 연결해도 효과가 난다.

“글을 꾸준히 올리는데 왜 검색에서 안 보일까요?” 자주 받는 질문입니다. 대부분 답은 같습니다. 글은 많은데 구조가 없어서입니다. 주제 다른 글 100개는 검색엔진 입장에서 “취미가 많은 사이트”일 뿐, 무엇의 전문가인지 알 수 없습니다. 전문성은 글의 개수가 아니라 한 주제를 얼마나 빈틈없이 덮었느냐로 증명됩니다.

토픽 클러스터가 정확히 뭔가요?

세 가지 부품으로 이루어집니다. ① 주제의 핵심을 넓게 다루는 필러(pillar) 페이지 하나, ② 그 주제 안의 세부 질문을 하나씩 깊게 다루는 클러스터(cluster) 글 여러 개, ③ 둘을 잇는 내부 링크. 클러스터 글은 모두 필러를 가리키고, 필러는 모든 클러스터를 가리킵니다. 이 양방향 링크가 “이건 한 덩어리의 주제다”라고 검색·AI에 말해 줍니다.

왜 한 주제에 글 하나가 아니라 ‘여러 개’인가요?

사용자는 한 주제를 한 문장으로 묻지 않습니다. “GEO가 뭐야?”, “GEO랑 SEO 차이는?”, “llms.txt 어떻게 써?”처럼 질문이 쪼개집니다. 클러스터 글은 그 질문 하나씩을 정확히 받아 답합니다. 필러는 큰 그림을, 클러스터는 구체적 답을 맡아 검색 의도의 전 범위를 덮는 것입니다.

키워드 카니발라이제이션은 왜 위험한가요?

‘카니발라이제이션(cannibalization)’은 내 글이 내 글을 잡아먹는 현상입니다. 비슷한 키워드의 비슷한 글을 여러 개 쓰면, 검색엔진이 어느 걸 올릴지 헷갈려 둘 다 어중간한 순위에 머뭅니다. 클러스터 구조는 이걸 역할 분담으로 막습니다. 대표 키워드는 필러 하나만, 세부·롱테일 키워드는 클러스터가 나눠 맡으니 충돌이 없습니다.

우리 인사이트는 어떻게 짜여 있나요? (직접 펼쳐보기)

말로만 하면 추상적입니다. 아래는 우리가 실제로 쓰는 구조의 축약판입니다. 항목을 클릭해 필러 아래로 클러스터가 어떻게 매달리는지 펼쳐 보세요.

직접 해보기 · Live

토픽 클러스터 트리

항목을 펼쳐 필러→클러스터 구조를 보세요.

필러: GEO 최적화
클러스터
  • GEO vs SEO
  • answer block 쓰기
  • llms.txt
  • 엔티티·sameAs
필러: 홈페이지 제작
  • 기획·IA
  • UX·폼
  • 성능·접근성

AI 답변 엔진에도 효과가 있나요?

오히려 더 큽니다. ChatGPT·Perplexity·Google AI Mode 같은 엔진은 한 주제를 일관되게, 빠짐없이 다룬 출처를 신뢰합니다. 필러+클러스터로 주제를 통째로 덮고 글마다 자기완결적인 답변 블록(이 글의 ‘한 줄 직답’처럼)을 두면, AI가 “이 주제는 이 출처를 인용하면 된다”고 판단할 재료가 충분해집니다.

흩어진 기존 글, 지금부터 적용할 수 있나요?

새 글을 쏟아낼 필요는 없습니다. 순서는 이렇습니다. (1) 기존 글을 주제별로 모은다 → (2) 주제마다 가장 넓은 글을 필러로 정한다 → (3) 같은 주제 글들이 필러를, 필러가 그 글들을 링크하도록 내부 링크를 다시 잇는다. 비어 있는 세부 질문이 보이면 그때 클러스터 글을 하나씩 더합니다. 구조만 정리해도 권위 신호가 달라집니다.

항목산발적인 글클러스터 구조
주제 권위무엇의 전문인지 불명확“이 주제는 여기” 신호 형성
내부 링크임의·단절필러↔클러스터 양방향 연결
키워드 충돌비슷한 글끼리 카니발라이제이션필러·클러스터 역할 분담
발견검색·AI가 묶어 보지 못함검색·AI가 ‘전문 출처’로 인식

구조를 먼저 그리는 팀이, 콘텐츠를 만듭니다

토픽 클러스터는 글재주가 아니라 설계의 문제입니다. 어떤 주제로 권위를 쌓을지, 필러와 클러스터를 어떻게 나눌지, 링크를 어디로 잇는지를 먼저 그려야 합니다. Findable은 사이트를 만들 때부터 이 구조를 기본값으로 깔아 둡니다. 당신의 사이트는 무엇의 전문가가 되어야 할까요?

위 트리를 실제 페이지로 옮길 때 제가 먼저 그리는 설계표입니다 — 필러 하나에 클러스터를 묶고 검색 의도를 짝지웁니다(주제는 예시).

SEO 담당 · 필러·클러스터 설계표
필러(허브)클러스터(세부 글)검색 의도
GEO 최적화GEO vs SEO / answer block / llms.txt정보형(개념·방법)
홈페이지 제작기획·IA / 폼 UX / 성능·접근성상업형(서비스 탐색)
로컬 검색NAP / 구글 비즈니스 / 네이버 플레이스지역형(근처 탐색)

설계가 끝나면 ‘필러↔클러스터 양방향 링크’를 실제로 거는 일이 남습니다. 제가 쓰는 내부 링크 골격입니다.

SEO 담당 · 양방향 내부 링크 골격
<!-- 필러 글: 모든 클러스터를 내려보냄 -->
<a href="/insights/geo-vs-seo.html">GEO vs SEO</a>
<a href="/insights/aeo-answer-blocks.html">answer block</a>
<a href="/insights/llms-txt-guide.html">llms.txt</a>

<!-- 클러스터 글: 필러로 다시 올려보냄 -->
<a href="/geo-aeo.html" rel="up">상위 가이드: GEO 최적화</a>

규칙: 필러 → 모든 클러스터(하향), 각 클러스터 → 필러(상향).
앵커 텍스트는 대상 주제를 그대로 쓴다(키워드 채우기 X).
토픽 클러스터가 정확히 뭔가요?
한 주제의 핵심을 다루는 필러(pillar) 페이지 하나와, 그 주제의 세부 질문을 각각 다루는 클러스터(cluster) 글 여러 개를 내부 링크로 묶은 구조입니다. 클러스터 글은 모두 필러를 가리키고 필러는 클러스터를 가리켜, 검색·AI가 ‘이 사이트는 이 주제의 전문’이라고 인식하게 만듭니다.
키워드 카니발라이제이션은 왜 생기나요?
같은 키워드를 노린 비슷한 글을 여러 개 만들면, 검색엔진이 어느 글을 올려야 할지 헷갈려 서로 순위를 깎아먹습니다. 클러스터 구조는 필러 하나가 대표 키워드를 맡고 클러스터는 세부·롱테일 키워드를 나눠 맡아 이 충돌을 막습니다.
클러스터 글은 몇 개나 있어야 하나요?
정해진 숫자는 없습니다. 핵심은 한 주제를 ‘사용자가 물어보는 질문’ 단위로 충분히 쪼개는 것입니다. 보통 필러 하나에 클러스터 4~10개로 시작해, 새로운 질문이 생길 때마다 글을 더해 가며 주제를 넓힙니다.
AI 답변 엔진에도 토픽 클러스터가 도움이 되나요?
도움이 됩니다. ChatGPT·Perplexity 같은 엔진은 한 주제를 일관되게 다룬 출처를 신뢰합니다. 필러+클러스터로 주제를 빠짐없이 덮고 글마다 자기완결적인 답변 블록을 두면, AI가 인용할 ‘정리된 출처’로 잡힐 확률이 올라갑니다.
기존 블로그 글이 흩어져 있는데 지금부터 적용할 수 있나요?
가능합니다. 먼저 글들을 주제별로 묶고, 주제마다 대표 글을 필러로 정합니다. 그다음 같은 주제의 글들이 필러를, 필러가 그 글들을 링크하도록 내부 링크만 다시 연결하면 됩니다. 새 글을 쓰지 않고 구조만 정리해도 효과가 납니다.

당신의 사이트를 ‘이 주제의 전문’으로

어떤 주제로 권위를 쌓을지부터 함께 설계합니다. 무료 진단으로 지금 구조를 점검해 보세요.

무료 진단 받기

이 글의 클러스터 트리는 이 페이지에서 실제로 동작하는 코드이며, 우리 인사이트의 실제 구조를 축약해 보여줍니다. 토픽 클러스터·카니발라이제이션은 검색·콘텐츠 설계의 일반 원칙이며 특정 순위·노출을 보장하지 않습니다. 날조된 사례·수치는 사용하지 않았습니다.