글을 많이 쓰지 말고,
한 주제로 묶으세요

글을 하나씩 따로 쓰면, AI와 검색엔진은 우리를 "이것도 저것도 조금씩 하는 회사"로 봅니다. 반대로 비슷한 주제를 묶어서 다루면 "이 분야는 여기가 전문가"로 이해하기 쉬워집니다. 토픽 클러스터는 그 "전문가로 보이는 상태"를 의도적으로 만드는 일입니다.

예전 검색은 단순했습니다. 키워드 하나에 페이지 하나를 띄웠죠. 그래서 "키워드마다 글 한 편"씩 찍어내는 전략이 통했습니다. 하지만 검색엔진은 점점 "이 사이트가 이 주제 전체를 얼마나 잘 아는가"를 보는 쪽으로 옮겨 왔고, AI 답변은 한 걸음 더 갑니다. AI는 질문에 답하려고 여러 글을 합쳐서 한 답을 만들고, 그 과정에서 한 주제를 가장 폭넓고 일관되게 다룬 출처를 거듭 끌어다 쓰는 것으로 보입니다 — 이건 우리가 단정하는 법칙이 아니라, 봇 접속 로그로 관측한 범위의 패턴입니다.

헷갈리기 쉬운 부분 하나. 클러스터를 만든다고 하면 보통 "글끼리 링크를 어떻게 걸지"부터 떠올립니다. 그건 중요하지만 이 글의 주제가 아닙니다. 링크를 거는 법(앵커 텍스트·링크 배분 같은 "배관")은 내부 링크 설계 원칙에서 따로 다룹니다. 여기서는 그 앞 단계 — 무엇을 만들고, 한 주제를 어떻게 쪼개 덮을지(건축) — 만 봅니다.

업종마다 이렇게 쪼갭니다 (예시)

공통점 — 기둥 하나가 주제를 안내하고, 가지들이 서로 다른 질문을 하나씩 맡습니다. 가지끼리 같은 질문을 노리지 않습니다.

키워드 카니발라이제이션은 같은 의도·같은 키워드를 노린 글이 여러 개여서 서로 자리를 갉아먹는 상태입니다(cannibalize = 제 살 깎아먹기). 검색엔진·AI 입장에선 "이 사이트는 같은 말을 여러 번 한다"로 보여, 어느 글을 대표로 삼아야 할지 흐려집니다. 클러스터로 가려면 먼저 이 겹침을 정리해야 합니다.

이미 겹친 글이 있다면 세 가지 중 하나로 정리합니다. ① 합치기 — 비슷한 글들을 대표 한 편으로 통합하고 나머지는 그쪽으로 넘깁니다. ② 역할 다시 주기 — 각 글이 서로 다른 하위 질문을 맡게 다시 씁니다. ③ 대표로 모으기 — 사정상 비슷한 URL이 남으면 대표 글로 canonical을 모아 "이게 원본"이라고 알려줍니다. 다만 canonical은 합치기·재작성보다 약한 신호이자 임시방편이라, 가능하면 ①·②로 먼저 정리하는 편이 낫습니다. canonical을 넣었는데도 중복이 안 사라진다면 링크·주소 형태가 섞인 경우가 많은데, 이건 canonical·트레일링 슬래시 디버깅에서 따로 다뤘습니다.

말로만 하면 공허하니 우리 사이트를 그대로 열어 보겠습니다. 우리는 "GEO 측정"이라는 한 주제를 클러스터로 짰습니다. GEO 완전 가이드(/geo/guide)가 pillar(주제 지도)이고, 그 아래 "측정"이라는 갈래를 여러 spoke로 나눠 깊게 팝니다. 각 spoke는 같은 주제를 다른 각도에서 다루기 때문에 서로 겹치지 않습니다.

한 가지 정직하게 덧붙입니다. 이 구조가 트래픽이나 순위를 얼마나 올렸다고 수치로 약속하지는 않겠습니다. 우리가 관측할 수 있는 건 "어떤 글이 같이 읽히고, 어디서 어디로 넘어가는가"까지이고, 그 너머는 추정입니다. 다만 분명한 건, 같은 주제를 흩어 쓰는 것보다 한 묶음으로 덮을 때 주제 권위가 쌓일 조건이 만들어진다는 점입니다. 관측과 추정을 굳이 갈라 쓰는 이유는 바로 위 "측정의 경계" spoke에 적어 두었습니다.